lunes, 20 de mayo de 2013

4.4 Revisión del diseño.



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 aspecto 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 req. del sistema.

          Analista (s), quien colabora para definir los req. 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 req. 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 req. 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 esta 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