PROYECTO DE PROGRAMACIN

ANLISIS DEL SISTEMA

REQUERIMIENTOS
Objetivo Es una descripcin corta del proyecto, de tal manera que nos d una idea general del mismo. Es importante su claridad, ya que su informacin sirve de origen para algunos de los diagramas junto a otros, ms adelante.

REQUERIMIENTOS
Requerimientos Clasificacin de los requerimientos del proyecto, los cuales se identifican con una clave, a la cual se har referencia en los diagramas ms detallados en adelante. Esta clasificacin se hace en tres grandes grupos: Consultas e Informes, Almacenamiento y Procesamiento.

DISEO CONCEPTUAL: captura de requerimientos

DISEO CONCEPTUAL: captura de requerimientos

DISEO CONCEPTUAL
Se utiliza alguna herramienta que permita obtener o realizar las toma de requerimientos Se construye un esquema de la informacin que se usa en la empresa, independientemente de cualquier consideracin fsica. A este esquema se le denomina esquema conceptual. Los diseadores descubren la semntica (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 representacin fsica. El uso de los datos a travs de las reas de aplicacin.

El esquema conceptual se puede utilizar para que el diseador transmita a la empresa lo que ha entendido sobre la informacin que sta maneja. Para ello, ambas partes deben estar familiarizadas con la notacin utilizada en el esquema. La ms popular es la notacin del modelo entidad-relacin.

DISEO CONCEPTUAL
El esquema conceptual se construye utilizando la informacin que se encuentra en la especificacin de los requisitos de usuario. Es completamente independiente de los aspectos de implementacin, como puede ser el SGBD que se vaya a usar, los programas de aplicacin, los lenguajes de programacin, el hardware disponible o cualquier otra consideracin fsica. Durante todo el proceso de desarrollo del esquema conceptual ste se prueba y se valida con los requisitos de los usuarios. El esquema conceptual es una fuente de informacin para el diseo lgico de la base de datos.

DISEO CONCEPTUAL
Notacin del Diagrama E-R

DISEO CONCEPTUAL
Notacin del Diagrama E-R

DISEO CONCEPTUAL
EJEMPLO
Un club nutico 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, direccin, DNI, telfono y fecha de ingreso en el club. Las embarcaciones vienen definidas por: matricula, nombre, tipo y dimensiones. Los amarres tienen como datos de inters el nmero de amarre, la lectura del contador de agua y luz, y si tienen o no servicios de mantenimiento contratados. Por otro lado, hay que tener en cuenta que una embarcacin pertenece a un socio aunque un socio puede tener varias embarcaciones. Una embarcacin ocupar un amarre y un amarre est ocupado por una sola embarcacin. Es importante la fecha en la que una embarcacin en asignada a un amarre. Los socios pueden ser propietarios de amarres, siendo importante la fecha de compra del amarre. Hay que tener en cuenta que un amarre pertenece a un solo socio y que NO HAY ninguna relacin directa entre la fecha en la que se compra un amarre y en la que una embarcacin se asigna a un amarre. El club nutico est dividido en varias zonas definidas por una letra, el tipo de barcos que tiene, el nmero 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 cdigo, nombre, direccin, telfono y especialidad. Un empleado est asignado a varias zonas y en una zona puede haber ms de un empleado, siendo de inters el nmero de barcos de los que se encarga en cada zona. Hay que tener en cuenta que un empleado puede no encargarse de todos los barcos de una zona.

DISEO CONCEPTUAL
Notacin del Diagrama E-R

DISEO LGICO
El diseo lgico es el proceso de construir un esquema de la informacin que utiliza la empresa, basndose en un modelo de base de datos especfico, independiente del SGBD concreto que se vaya a utilizar y de cualquier otra consideracin fsica. En esta etapa, se transforma el esquema conceptual en un esquema lgico que utilizar las estructuras de datos del modelo de base de datos en el que se basa el SGBD que se vaya a utilizar, como puede ser el modelo relacional, el modelo de red, el modelo jerrquico o el modelo orientado a objetos. Conforme se va desarrollando el esquema lgico, ste se va probando y validando con los requisitos de usuario. La normalizacin es una tcnica que se utiliza para comprobar la validez de los esquemas lgicos basados en el modelo relacional, ya que asegura que las relaciones (tablas) obtenidas no tienen datos redundantes.

DISEO LGICO
El esquema lgico es una fuente de informacin para el diseo fsico. Adems, 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 aplicacin o sobre los datos, se representen correctamente en la base de datos. Tanto el diseo conceptual, como el diseo lgico, son procesos iterativos, tienen un punto de inicio y se van refinando continuamente. Ambos se deben ver como un proceso de aprendizaje en el que el diseador va comprendiendo el funcionamiento de la empresa y el significado de los datos que maneja. El diseo conceptual y el diseo lgico son etapas clave para conseguir un sistema que funcione correctamente.

DISEO LGICO
Modelo relacional

Esquema Conceptual versus Modelo relacional

DISEOS: CONCEPTUAL y LGICO

1) En base al esquema conceptual dado, genere el modelo relacional

DISEOS: CONCEPTUAL y LGICO

2) En base al esquema conceptual dado, genere el modelo relacional

DISEOS: CONCEPTUAL y LGICO

3) En base al esquema conceptual dado, genere el modelo relacional

DISEOS: CONCEPTUAL y LGICO

MODELO LGICO

ROLES
Propsito
El propsito del documento es describir la estructura del equipo para el proyecto y establecer sus responsabilidades y roles dentro del mismo.

ROLES

Definiciones y abreviaciones
Senior Manager (SM): planifica y controla los recursos fsicos, humanos, monetarios e informticos 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 prcticas, define, sigue y controla el plan del proyecto, define y sigue los riesgos, coordina y mantiene los contactos necesarios con los usuarios coordinando su interaccin con el grupo de trabajo. Administrador de Ingeniera de Software (AIS): trabaja en desarrollo y mantencin de software, lleva a cabo actividades como requerimientos, anlisis, diseo, codificacin, testing, y documentacin, e informes tcnicos.

ROLES

Definiciones y abreviaciones
Administrador de Requerimientos de Software (ARS): es responsable por la especificacin de requerimientos, de asignar los requerimientos de hardware y software, de especificar las interfaces, y de controlar el diseo para mantener la consistencia de los componentes durante todo el ciclo de vida del proyecto. Administrador de Pruebas del Sistema (APS): es responsable de disear 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 administracin de la configuracin. Controla y autoriza todos los cambios en las lneas base. La administracin del repositorio de lneas base es revisada y aprobada por el AC antes de tomar cualquier accin.

ROLES

Definiciones y abreviaciones
Administrador de Procesos de Calidad (APC): planifica y acta en actividades de aseguramiento de calidad de los procesos y en que los productos no se desven de los estndares. El APC es independiente de los grupos de Administracin y Desarrollo. El APC realiza reportes directamente a SM. Documentador (D): produce material generalmente para la implantacin y los usuarios finales aunque eventualmente puede colaborar con la redaccin de otros artefactos necesarios. Diseador de Interfaces (DI): disea las pantallas del sistema, mantiene la institucionalidad y colores y realiza el plan de usabilidad del sistema.

RESUMEN
Tabla de Requerimientos Modelo Entidad-Relacin (Diseo Conceptual) Modelo Relacional Normalizacin de Tablas (Diseo Lgico) Diagramas de Flujo de Datos (DFD)