Asdasd
EL PROBLEMA DEL POLÍGAMO RESPONSABLE
EDGAR AUGUSTO SIERRA
Código 20101295015
JOSÉ ALEJANDRO SÁNCHEZ
Código 20101295014
Especificación estructural basada en el documento de
especificación funcional del proyecto
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD DE INGENIERÍA
MAESTRÍAEN CIENCIAS DE LA INFORMACIÓN Y LAS COMUNICACIONES
ENFASIS EN SISTEMAS DE INFORMACIÓN
FUNDAMENTOS DE INGENIERÍA DE SOFTWARE
BOGOTÁ, D.C.
2010
CONTENIDO
INTRODUCCIÓN 6
CONTROL DE CAMBIOS 7
1. DEFINICIÓN DE CLASES CANDIDATAS 8
2. MODELO ESTRUCTURAL GENERAL 9
2.1 JERARQUÍAS DE HERENCIA 9
2.2 ESTRUCTURAS 9
2.2.1 Agregación 9
2.2.2 Composición 9
2.2.3 Asociacionesparticulares 9
3. DICCIONARIO DE CLASES 10
4. MODELO DE PERSISTENCIA 11
4.1 ESTRATEGIA DE MAPEO 11
4.2 DIAGRAMA ENTIDAD / RELACIÓN 3
4.3 DICCIONARIO DE DATOS 4
4.3.1 Alcances y limitaciones del modelo de datos 4
4.3.2 Entidades 4
4.3.3 Relaciones 6
5. CONCLUSIONES 3
6. REFERENCIAS BIBLIOGRÁFICAS 4
INTRODUCCIÓN
Como segundo entregable del proyecto de la materiaFundamentos de Ingeniería de software se produce este documento en el cual se especifica el modelo estructural propuesto como solución al problema del polígamo responsable.
En primer lugar se hace un listado de las clases candidatas identificadas en el análisis del problema y se agrupan según sus características principales y principalmente según el rol o la función que cumplen en el esquema depaquetes establecido en el modelo funcional entregado con anterioridad, es decir, cuentas, ventas, reportes y autenticación
Tomando como base las clases determinadas, se elaboró para cada paquete el diagrama de clases con el cual se espera construir el aplicativo teniendo en cuenta el patrón MVC o Modelo Vista Controlador, el cual permite una separación lógica de los aspectos de presentación o deinterfaz de usuario de la lógica del negocio. El diseño general de cada paquete se detalla en el diccionario de clases, donde se tiene en cuenta la firma y la semántica de las operaciones y atributos de cada una de ellas.
Finalmente se deja claro el componente de datos a utilizar en el sistema a través del diagrama entidad relación, el diccionario de datos y principalmente el enlace entre datos yel modelo de aplicación que se plantea en la estrategia de mapeo.
CONTROL DE CAMBIOS
NÚMERO DE VERSIÓN | CAPÍTULO MODIFICADO | FECHA DE MODIFICACIÓN | OBSERVACIONES |
1 | | | |
2 | | | |
3 | | | |
4 | | | |
5 | | | |
APROBACIÓN | NÚMERO DE LA VERSIÓN | | 0 | 1 | 2 |
| RESPONSABLE DE LA ELABORACIÓN | Nombre: | Alejandro Sánchez, Edgar Sierra | AlejandroSánchez, Edgar Sierra | |
| | Firma: | | | |
| | | | | |
| | Fecha: | 24 de marzo de 2010 | | |
| RESPONSABLE POR REVISIÓN Y ASEGURAMIENTO DE CALIDAD | Nombre: | Profesor Henry Diosa | Profesor Henry Diosa | |
| | Firma: | | | |
| | Fecha: | 16 de Abril de 2010 | 21 de Abril de 2010 | |
| Vo.Bo. GESTOR DEL PROYECTO | Nombre: | | | |
| | Firma: | | | || | Fecha: | | | |
1. DEFINICIÓN DE CLASES CANDIDATAS
La identificación de clases está basada en el dominio del problema definido en el capítulo 2 del documento de especificación funcional y el modelo de casos de uso desarrollado en dicho documento.
CLASES CANDIDATAS PARA EL APLICATIVO DE SOFTWARE “EL POLÍGAMO RESPONSABLE” |ClienteEsposaPolígamoCajeroAdministradorSupermercadoSupermercadoCadenaDeSupermercadosPerfilUsuarioRolDeUsuarioPermisosDeUsaurioReporteTablaFrecuenciaDiagramaEstadístico | CupoSobrecupoPagoCompraVentaDispositivoAlarmaRegistroUsuarioRegistroEsposaRegistroPolígamoModificaciónEsposaModificaciónPolígamo | CuentaCuentaEsposaCuentaPolígamoMovimientoRestricciónDeCompraPeríodoNotificaciónSobrecupo |
2. MODELO ESTRUCTURAL GENERAL
3.1 JERARQUÍAS...
Regístrate para leer el documento completo.