jueves, 14 de diciembre de 2017

4.4 Revisión del diseño

El proceso de revisión se realiza en tres etapas en correspondencia con los pasos del proceso de diseño:

1.         Revisión del diseño preliminar.
2.         Revisión crítica del diseño.
3.         Revisión del diseño de programas.

Revisión del diseño preliminar:

Los clientes y usuarios se reúnen para validar el diseño conceptual.
Se asegura que todos los aspectos relativos a los requerimientos han sido apropiadamente contemplados en el diseño.

Se invita a participar a ciertas personas claves:

•          Cliente (s), quien ayuda a definir los requerimientos del sistema.
•          Analista (s), quien colabora para definir los requerimientos del sistema
•          Usuario (s), potenciales del sistema.
•          Diseñador (es) del sistema.
•          Un moderador (solo coordina), un secretario (no se involucra).
•          Otros desarrolladores (entregan perspectiva externa)

Durante la revisión se presenta a la audiencia el diseño conceptual. Al hacerlo, se demuestra que el sistema tiene la estructura requerida, las funciones y las características especificadas por los documentos de análisis.

Todos los participantes, en conjunto, verifican que el diseño propuesto incluya el hardware necesario, interfaces con otros sistemas, entradas y salidas.

Los clientes aprueban los diálogos y menús, los formatos de los informes y el tratamiento de defectos propuestos.

Revisión crítica del diseño:

Realiza una revisión crítica del diseño, donde se presenta una vista general del diseño técnico.

Integrantes:

•           Analista (s), quien colabora para definir los requerimientos del sistema.
•           Diseñador (es) del sistema.
•           Un moderador (solo coordina), un secretario (no se involucra).
•           Diseñador (es) de programas para este proyecto.
•           Probador del sistema.
•           Analista que escribirá la documentación del sistema.
•           Otros desarrolladores (entregan perspectiva externa).

La revisión trata de aspectos técnicos.

El moderador conduce la reunión para que se traten dos puntos: si el diseño implementa todos los requerimientos y si es un diseño de calidad, usando diagramas, datos o ambas cosas, se explican las estrategias de diseño alternativa y como y porque se han tomado las principales decisiones de diseño, Si se identifican problemas mayores el diseño se rehace.

Revisión del diseño de programas:

Cuando el diseño técnico resulta satisfactorio, los diseñadores de programas estarán en posición de interpretarlo como el conjunto  de descripciones de diseño para los componentes reales, que deben ser codificados y probados.

Después de completar los diseños de programas, pero antes de comenzar la codificación, presentan sus planes.

Integrantes:

•           Analista (s), que produjeran los requerimientos del sistema.
•           Diseñador (es) del sistema.
•           Diseñador (es) del programa.
•           Un moderador (solo coordina), un secretario (no se involucra).
•           Diseñador (es) de programas para este proyecto.
•           Probador del sistema.
•           Analista que escribirá la documentación del sistema.
•           Otros desarrolladores (entregan perspectiva externa).

Este proceso se centra en la detección de defectos más que en su corrección. Además se está evaluando el diseño no a los diseñadores.

El proceso beneficia a todos al encontrar defectos y problemas cuando aún son fáciles y poco costosos de corregir.

No hay comentarios:

Publicar un comentario