Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Logo Empresa
Contenido
Proceso de Diseo Arquitectnico de Software ................................................................... i Propsito ......................................................................................................................... 1 Criterios de Entrada ........................................................................................................ 1 Tareas del Proceso de Diseo Arquitectnico .................................................................... 1 Tareas del Proceso de Diseo Lgico ................................................................................ 2 Tareas del Proceso de Diseo de Datos.............................................................................. 2 Verificaciones .................................................................................................................. 3 Criterios de Salida............................................................................................................ 3 Entregables ...................................................................................................................... 3
ii
Logo Empresa
Propsito
Dentro de todo proceso siempre existen mbitos que pueden salirse de control si no tienen una base de gua. Por lo que este documento establece la forma adecuada de realizar los procesos de diseo de Software. Detallando las herramientas para asegurar que el proceso de diseo de software se est realizando con calidad.
Criterios de Entrada
Especificacin de Requisitos de Software (ERS): Documento donde se establecen los requerimientos del sistema. Matriz de Trazabilidad Requisitos Casos de Uso: Documento donde esta implementada una matriz, con la cual se puede observar las relaciones y restricciones entre requisitos y casos de uso. Especificacin del Diseo de Software: Documento donde se encuentran todas las definiciones generales del sistema, de la arquitectura, diseo lgico y los de datos. Definiciones de Mdulos: Documento donde se define un modulo a detalle, sus diagramas de clases como los de secuencia con los que cuenta. Esquema de Base de Datos: Documento donde se define un esquema a detalle, sus tablas, entidades y atributos. Matriz Trazabilidad Clases Requisitos: Documento para observar dependencias entre requisitos y las clases. Matriz Trazabilidad Diagrama Secuencia Caso de Uso: Documento para observar dependencias entre diagramas de secuencia y casos de uso. Matriz de Trazabilidad Diseo Componentes Requisitos: Documento para observa dependencias entre diagramas de componentes y los requisitos.
Logo Empresa
Verificar que el diseo de componentes, refleje los mdulos con los que debe contar el sistema, revisando si se cumplen los requisitos sealados dentro del ERS. T6. Verificar Matriz de Trazabilidad: Verificar que se todos los componentes estn relacionados con sus respectivos requisitos del ERS. T7. Verificar
Se verifica que el diseador se rena con el arquitecto para realizar el anlisis de la informacin obtenida hasta este momento. Se notificara tanto al Lder de SQA como al lder encargado del proceso de Diseo la fecha y duracin con la que se llevara a cabo la reunin.
T2. Verificar Diagramas de Clases: Se verifica que los diagramas resultantes estn realizados bajo los estndares UML. De igual forma estos diagramas deben estar documentos de acuerdo a la plantilla Definicin de Modulo. T3. Verificar Matriz de Trazabilidad Clases - Requisitos: Se verifica que todos los diagramas de clases estn contemplados con sus respectivos requisitos, para formar una relacin entre ambos. T4. Verificar Diagrama de Secuencia:
Se verifica que los diagramas resultantes estn realizados bajo los estndares UML. De igual forma estos diagramas deben estar documentos de acuerdo a la plantilla Definicin de Modulo.
T5. Verificar Matriz de Trazabilidad:
Se verifica que todos los diagramas de secuencia pertenezcan a cada caso de uso, no debe existir algn caso de uso el cual no cuente con una relacin a un diagrama de secuencia.
Se verifica que el administrador de la base de datos se rena con el analista para realizar el anlisis de la informacin obtenida hasta este momento. Se notificara tanto al Lder de SQA como al lder encargado del proceso de Diseo la fecha y duracin con la que se llevara a cabo la reunin.
T2. Verificar Diseo Conceptual: Sera revisado el diseo conceptual obtenido, con base a los estndares de la base de datos del proyecto, observando que cumpla todos estos. T3. Verificar Diseo Lgico: Verificar que el modelo de datos ya no contenga ninguna anormalidad, y que este completamente Normalizada. T4. Verificar Diseo Fsico:
Logo Empresa
Verificar que las dediciones de acceso a la informacin respeten los requisitos del cliente, de igual forma que se una manera segura, logrando proteger los datos del usuario lo mximo posible. T5. Verificar Documentacin: Verificar que tanto como el apartado del documento Especificacin del Diseo de Software como la plantilla Esquema de Base de Datos estn correctamente llenados y la informacin que contengan no represente alguna incongruencia para la definicin completa del proyecto..
Verificaciones
V1. Verificar con el CheckList Checklist/CheckList para Diseo Arquitectnico que el proceso de Diseo Arquitectnico est concluido correctamente. V2. Verificar con el CheckList Checklist/CheckList para Diseo Lgico que el proceso de Diseo Lgico est concluido correctamente. V3. Verificar con el CheckList Checklist/CheckList para Diseo de Datos que el proceso de Diseo de Datos est concluido correctamente.
Criterios de Salida
Todos los CheckList deben haberse ejecutado de manera exitosa. Los errores encontrados durante el proceso deben estar documentados. Los errores detectados deben estar reparados. Toda la documentacin de diseo debe estar lista sin errores.
Entregables
E1. Todos los CheckList resultantes. E2. Esquema de Base de Datos. E3. Especificacin del Diseo de Software E4. Matriz Clases Requisitos. E5. Matriz Diagrama Secuencia Caso de Uso E6. Matriz de Trazabilidad Diseo Componentes Requisitos.