PROYECTO DE PROYECTO DE PROGRAMACIÓNPROGRAMACIÓN

ANÁLISIS DEL SISTEMAANÁLISIS DEL SISTEMA

REQUERIMIENTOSREQUERIMIENTOS

ObjetivoEs una descripción corta del proyecto, de tal manera que nos dé una idea general del mismo. Es importante su claridad, ya que su información sirve de origen para algunos de los diagramas junto a otros, más adelante.

REQUERIMIENTOSREQUERIMIENTOSRequerimientosClasificación de los requerimientos del proyecto, los cuales se identifican con una clave, a la cual se hará referencia en los diagramas más detallados en adelante. Esta clasificación se hace en tres grandes grupos: Consultas e Informes, Almacenamiento y Procesamiento.

DISEÑO CONCEPTUAL: captura de DISEÑO CONCEPTUAL: captura de requerimientosrequerimientos

DISEÑO CONCEPTUAL: captura de DISEÑO CONCEPTUAL: captura de requerimientosrequerimientos

DISEÑO CONCEPTUALDISEÑO CONCEPTUAL• Se utiliza alguna herramienta que permita obtener o realizar las

toma de requerimientos• Se construye un esquema de la información que se usa en la

empresa, independientemente de cualquier consideración física. A este esquema se le denomina esquema conceptual. Los diseñadores descubren la semántica (significado) de los datos de la empresa: encuentran entidades, atributos y relaciones. El objetivo es comprender: – La perspectiva que cada usuario tiene de los datos. – La naturaleza de los datos, independientemente de su

representación física. – El uso de los datos a través de las áreas de aplicación.

• El esquema conceptual se puede utilizar para que el diseñador transmita a la empresa lo que ha entendido sobre la información que ésta maneja. Para ello, ambas partes deben estar familiarizadas con la notación utilizada en el esquema. La más popular es la notación del modelo entidad-relación.

DISEÑO CONCEPTUALDISEÑO CONCEPTUAL• El esquema conceptual se construye utilizando

la información que se encuentra en la especificación de los requisitos de usuarioespecificación de los requisitos de usuario. Es completamente independiente de los aspectos de implementación, como puede ser el SGBD que se vaya a usar, los programas de aplicación, los lenguajes de programación, el hardware disponible o cualquier otra consideración física. Durante todo el proceso proceso de desarrollo del esquema conceptual éste de desarrollo del esquema conceptual éste se prueba y se valida con los requisitos de se prueba y se valida con los requisitos de los usuarioslos usuarios. El esquema conceptual es una fuente de información para el diseño lógico de la base de datos.

DISEÑO CONCEPTUALDISEÑO CONCEPTUALNotación del Diagrama E-R

DISEÑO CONCEPTUALDISEÑO CONCEPTUALNotación del Diagrama E-R

DISEÑO CONCEPTUALDISEÑO CONCEPTUALEJEMPLOUn club náutico desea tener informatizados los datos correspondientes a sus instalaciones, empleados, socios y embarcaciones que se encuentran en dicho club. El club esta organizado de la siguiente forma:

· Los socios pertenecientes al club vienen definidos por su nombre, dirección, DNI, teléfono yfecha de ingreso en el club.· Las embarcaciones vienen definidas por: matricula, nombre, tipo y dimensiones.· Los amarres tienen como datos de interés el número de amarre, la lectura del contador de agua yluz, y si tienen o no servicios de mantenimiento contratados.· Por otro lado, hay que tener en cuenta que una embarcación pertenece a un socio aunque unsocio puede tener varias embarcaciones. Una embarcación ocupará un amarre y un amarre estáocupado por una sola embarcación. Es importante la fecha en la que una embarcación enasignada a un amarre.· Los socios pueden ser propietarios de amarres, siendo importante la fecha de compra delamarre. Hay que tener en cuenta que un amarre pertenece a un solo socio y que NO HAYninguna relación directa entre la fecha en la que se compra un amarre y en la que unaembarcación se asigna a un amarre.· El club náutico está dividido en varias zonas definidas por una letra, el tipo de barcos que tiene,el número de barcos que contiene, la profundidad y el ancho de los amarres. Una zona tendrávarios amarres y un amarre pertenece a una sola zona.· En cuanto a los empleados, estos vienen definidos por su código, nombre, dirección, teléfono yespecialidad. Un empleado está asignado a varias zonas y en una zona puede haber más de unempleado, siendo de interés el número de barcos de los que se encarga en cada zona. Hay quetener en cuenta que un empleado puede no encargarse de todos los barcos de una zona.

DISEÑO CONCEPTUALDISEÑO CONCEPTUALNotación del Diagrama E-R

DISEÑO LÓGICODISEÑO LÓGICO• El diseño lógico es el proceso de construir un esquema de la es el proceso de construir un esquema de la

información que utiliza la empresainformación que utiliza la empresa, basándose en un modelo de base de datos específico, independiente del SGBD concreto que se vaya a utilizar y de cualquier otra consideración física.

• En esta etapa, se transforma el esquema conceptual en un se transforma el esquema conceptual en un esquema lógico que utilizará las estructuras de datos del esquema lógico que utilizará las estructuras de datos del modelo de base de datos en el que se basa el SGBDmodelo de base de datos en el que se basa el SGBD que se vaya a utilizar, como puede ser el modelo relacionalmodelo relacional, el modelo de red, el modelo jerárquico o el modelo orientado a objetos. Conforme se va desarrollando el esquema lógico, éste se va probando y validando con los requisitos de usuario.

• La normalizaciónnormalización es una técnica que se utiliza para comprobar la validez de los esquemas lógicos basados en el modelo relacional, ya que asegura que las relaciones (tablas) obtenidas no tienen datos redundantes.

DISEÑO LÓGICODISEÑO LÓGICO• El esquema lógico es una fuente de información para esquema lógico es una fuente de información para

el diseño físicoel diseño físico. Además, juega un papel importante durante la etapa de mantenimiento del sistema, ya que permite que los futuros cambios que se realicen sobre los programas de aplicación o sobre los datos, se representen correctamente en la base de datos.

• Tanto el diseño conceptual, como el diseño lógico, son son procesos iterativosprocesos iterativos, tienen un punto de inicio y se van refinando continuamente. Ambos se deben ver como un proceso de aprendizaje en el que el diseñador va comprendiendo el funcionamiento de la empresa y el significado de los datos que maneja. El diseño conceptual y el diseño lógico son etapas clave para conseguir un sistema que funcione correctamente.

DISEÑO LÓGICODISEÑO LÓGICOModelo relacional

DISEÑOS: CONCEPTUAL y LÓGICODISEÑOS: CONCEPTUAL y LÓGICOEsquema Conceptual versus Modelo relacional

DISEÑOS: CONCEPTUAL y LÓGICODISEÑOS: CONCEPTUAL y LÓGICO1) En base al esquema conceptual dado, genere el modelo relacional

DISEÑOS: CONCEPTUAL y LÓGICODISEÑOS: CONCEPTUAL y LÓGICO2) En base al esquema conceptual dado, genere el modelo relacional

DISEÑOS: CONCEPTUAL y LÓGICODISEÑOS: CONCEPTUAL y LÓGICO3) En base al esquema conceptual dado, genere el modelo relacional

MODELO LÓGICOMODELO LÓGICO

ROLESROLES

• Propósito– El propósito del documento es describir la

estructura del equipo para el proyecto y establecer sus responsabilidades y roles dentro del mismo.

ROLESROLES

• Definiciones y abreviaciones – Senior Manager (SM): planifica y controla los recursos

físicos, humanos, monetarios e informáticos que se le otorgan para lograr los resultados esperados de los distintos proyectos de desarrollo del área.

– Administrador de Proyecto (AP): lidera y coordina al grupo de trabajo, verifica y revisa los productos, configura el proceso, decide y verifica el cumplimiento de las mejores prácticas, define, sigue y controla el plan del proyecto, define y sigue los riesgos, coordina y mantiene los contactos necesarios con los usuarios coordinando su interacción con el grupo de trabajo.

– Administrador de Ingeniería de Software (AIS): trabaja en desarrollo y mantención de software, lleva a cabo actividades como requerimientos, análisis, diseño, codificación, testing, y documentación, e informes técnicos.

ROLESROLES

• Definiciones y abreviaciones – Administrador de Requerimientos de Software (ARS): es

responsable por la especificación de requerimientos, de asignar los requerimientos de hardware y software, de especificar las interfaces, y de controlar el diseño para mantener la consistencia de los componentes durante todo el ciclo de vida del proyecto.

– Administrador de Pruebas del Sistema (APS): es responsable de diseñar el plan de pruebas, desarrollar los casos de prueba, preparar el ambiente, los datos de prueba y ejecutar los ciclos de prueba.

– Administrador de Configuraciones (AC): planifica y realiza las actividades de administración de la configuración. Controla y autoriza todos los cambios en las líneas base. La administración del repositorio de líneas base es revisada y aprobada por el AC antes de tomar cualquier acción.

ROLESROLES

• Definiciones y abreviaciones – Administrador de Procesos de Calidad (APC): planifica y

actúa en actividades de aseguramiento de calidad de los procesos y en que los productos no se desvíen de los estándares. El APC es independiente de los grupos de Administración y Desarrollo. El APC realiza reportes directamente a SM.

– Documentador (D): produce material generalmente para la implantación y los usuarios finales aunque eventualmente puede colaborar con la redacción de otros artefactos necesarios.

– Diseñador de Interfaces (DI): diseña las pantallas del sistema, mantiene la institucionalidad y colores y realiza el plan de usabilidad del sistema.

RESUMENRESUMEN

• Tabla de Requerimientos

• Modelo Entidad-Relación (Diseño Conceptual)

• Modelo Relacional – Normalización de Tablas (Diseño Lógico)

• Diagramas de Flujo de Datos (DFD)