Revisión de diseño de software en ingeniería de software

Es una revisión de diseño sistemática, integral y bien documentada destinada a verificar la idoneidad de los requisitos de diseño especificados y si el diseño cumple con todos los requisitos especificados. Además, ayudan a identificar problemas, si los hay, en el proceso de diseño.

IEEE Define una revisión de diseño de software como "una reunión formal en la que se presenta un diseño preliminar o detallado de un sistema a los usuarios, clientes u otras partes interesadas para comentarios y aprobación". Estas revisiones tienen lugar al final de la fase de diseño para abordar problemas (si los hay) relacionados con las decisiones de diseño de software, es decir, diseño arquitectónico y diseño detallado (nivel de componente y diseño de interfaz) de todo el software o una parte de él (p. ej. base de datos ).

Los elementos a examinar al revisar un diseño de software incluyen requisitos y especificaciones de diseño, resultados de verificación y validación de cada fase de SOLe, planes de prueba y desarrollo, y todos los demás documentos y actividades relacionados con el proyecto. Tenga en cuenta que las Revisiones de diseño se consideran el mejor mecanismo para garantizar la calidad del producto y reducir el riesgo potencial de problemas con el cronograma y los requisitos que no se cumplen.

Tipos de revisiones de diseño de software

Normalmente, el proceso de revisión tiene lugar en tres pasos, que corresponden a los pasos involucrados en el proceso de diseño de software. Primero, trabajar con clientes y usuarios.

Revisión de diseño preliminar, para garantizar que el diseño conceptual (dando a los usuarios una idea de cómo se verá el sistema) cumpla con sus requisitos. A continuación, trabaje con analistas y otros desarrolladores.

Revisión crítica del diseño, para examinar el diseño técnico (utilizado por los desarrolladores para especificar cómo funcionará el sistema) con el fin de evaluar críticamente los méritos técnicos del diseño. A continuación, trabaje con el programador.

Revisión del diseño del programa, para recibir comentarios antes de implementar el diseño.

Revisión de diseño preliminar

Durante la revisión preliminar del diseño, se revisa el diseño arquitectónico de alto nivel para determinar si el diseño cumple con todos los requisitos especificados, así como con los requisitos no funcionales. Esta revisión se llevó a cabo con los siguientes propósitos.

• Asegúrese de que los requisitos del software se reflejen en la arquitectura del software.
• Especifica si se logra una modularización efectiva
• Definir interfaces para módulos y elementos externos del sistema.
• Estructura de datos garantizada con información de dominio consistente
• Asegúrese de que se considere la mantenibilidad
• Evaluación de los factores de calidad.

En esta revisión se verifica que el diseño propuesto incluye el hardware requerido y es compatible con la interfaz de la computadora y otras partes del sistema. Para la revisión preliminar del diseño, se formó un equipo de revisión, cada miembro autorizado como persona independiente para hacer los comentarios y decisiones necesarios.

El equipo de revisión consta del siguiente personal:

1. Cliente: Responsable de definir los requisitos del software.
2. Anfitrión: Organiza la revisión. Los moderadores fomentan la discusión, mantienen el objetivo principal durante todo el proceso de revisión, resuelven disputas y dan opiniones imparciales. En definitiva, es el responsable del buen funcionamiento de la revisión.
3. Secretario: Un observador silencioso que no participa en el proceso de revisión pero registra los puntos de revisión.
4. Diseñador del sistema: incluido el software de diseño participativo y todo el equipo de cómputo personal del sistema.
5. Otros stakeholders (desarrolladores) no involucrados en el proyecto: Proporcionan una idea externa del diseño propuesto.

Esto es beneficioso porque pueden inyectar "ideas nuevas" que abordan cuestiones de corrección, consistencia y buenas prácticas de diseño.

Si se encuentran errores durante el proceso de revisión, se evaluarán según su gravedad. Es decir, si hay errores menores, el equipo de revisión los aborda. Sin embargo, el equipo de revisión puede acordar revisar el diseño conceptual propuesto si hay errores importantes. Tenga en cuenta que se vuelve a realizar una revisión preliminar del diseño para evaluar la eficacia del (nuevo) diseño revisado.

Revisión crítica del diseño

Una vez que la revisión preliminar del diseño se haya completado con éxito y el cliente esté satisfecho con el diseño propuesto, se llevará a cabo una revisión crítica del diseño. Esta revisión se llevó a cabo con los siguientes propósitos.

• Asegúrese de que los diseños técnicos y conceptuales sean impecables.
• Verificar que el diseño que se está revisando cumpla con los requisitos de diseño especificados en el código de diseño de edificios.
• Evaluación crítica de la funcionalidad y madurez de los diseños.
• Justificar el diseño a personas externas, haciendo que el diseño técnico sea claro, efectivo y comprensible.

En esta revisión, se utilizan diagramas y datos (a veces ambos) para evaluar estrategias de diseño alternativas y cómo y por qué se tomaron las principales decisiones de diseño.

Al igual que la revisión preliminar del diseño, se forma un equipo de revisión para realizar una revisión crítica del diseño. Además de los miembros del equipo involucrados en la revisión preliminar del diseño, el equipo incluyó lo siguiente.

1. Probador del sistema: Comprender los aspectos técnicos del diseño y compararlo con diseños creados para proyectos similares.
2. Analista: Responsable de escribir la documentación del sistema.
3. Programadores de este proyecto: Comprender el diseño para derivar un diseño de programa detallado.

De manera similar a la Revisión preliminar del diseño, si se encuentra una discrepancia durante la Revisión crítica del diseño, el error se evaluará en función de su gravedad.

El equipo de revisión solucionó un pequeño error. Si hay errores importantes, el equipo de revisión puede acordar revisar el diseño técnico propuesto.

Tenga en cuenta que se realizará nuevamente una revisión crítica del diseño para evaluar la eficacia del (nuevo) diseño revisado.

Revisión del diseño del programa

Luego de completar con éxito la revisión crítica del diseño, se realizará una revisión del diseño del programa para obtener comentarios antes de la implementación del diseño (codificación). Esta revisión se llevó a cabo con los siguientes propósitos.

1. Garantizar la viabilidad del diseño detallado.
2. Asegurarse de que la interfaz sea consistente con el diseño arquitectónico.
3. Especificar si el diseño es compatible con el lenguaje de implementación.
4. Asegurarse de utilizar estructuras de programación estructurada en todo.
5. Asegurarse de que el equipo de implementación comprenda el diseño propuesto.

Un equipo de revisión compuesto por diseñadores de sistemas, probadores de sistemas, facilitadores, secretarios y analistas es responsable de las revisiones del diseño del programa. El equipo de revisión también incluye programadores y desarrolladores.

Una vez que los diseñadores de programas completan sus diseños de programas, envían sus planes a un equipo de otros diseñadores, analistas y programadores para recibir comentarios y sugerencias. Tenga en cuenta que una revisión exitosa del diseño del programa plantea consideraciones relacionadas con el plan de codificación antes de que comience la codificación.

Proceso de revisión del diseño de software

Las revisiones de diseño se consideran importantes porque en estas revisiones el producto se ve lógicamente como una colección de varias entidades/componentes y casos de uso. Estas revisiones se realizan en todos los niveles de diseño de software y cubren todas las partes de la unidad de software. En general, el proceso de revisión consta de tres criterios, que se enumeran a continuación.

• Criterio para entrar: El diseño del software está listo para su revisión.
• Actividad: El estándar implica los siguientes pasos.
  1. Seleccione miembros para el equipo de revisión de diseño de software, asigne sus roles y prepare un cronograma para la revisión.
  2. Distribuya el paquete de revisión de diseño de software a todos los participantes de la revisión.
  3. Además de la eficiencia del diseño, los participantes también verifican la integridad y el cumplimiento del diseño. También revisan el software en busca de fallas y, si las encuentran, las discuten entre ellos. El registrador registra los defectos junto con las acciones y recomendaciones sugeridas.
  4. El equipo de diseño corrige las deficiencias en el diseño, si las hay, y realiza los cambios necesarios en los materiales de revisión de diseño apropiados.
  5. El gerente de desarrollo de software obtiene el respaldo del gerente de proyecto de software para el diseño del software.
• Criterio de salida: El diseño del software está aprobado.

Revisión de diseño de software de evaluación

El proceso de revisión del diseño de software beneficia a todos porque las fallas se pueden detectar temprano, lo que reduce el costo de detectar errores y reduce la probabilidad de pasar por alto problemas críticos. Cada miembro del equipo de revisión verifica la integridad del diseño, no las personas involucradas (es decir, los diseñadores), lo que a su vez enfatiza el "objetivo logrado" común de desarrollar un diseño altamente calificado. Para verificar la efectividad del diseño, los miembros del equipo de revisión deben abordar las siguientes preguntas.

1. ¿La solución se materializa a través del diseño desarrollado?
2. ¿El diseño es reutilizable?
3. ¿El diseño está bien estructurado y es comprensible?
4. ¿El diseño es compatible con otras plataformas?
5. ¿Es fácil modificar o ampliar el diseño?
6. ¿Está bien documentado el diseño?
7. ¿El diseño utiliza técnicas apropiadas para manejar y prevenir fallas?
8. ¿El diseño reutiliza componentes de otros proyectos cuando es necesario?

Además de estas preocupaciones, si el sistema propuesto se desarrolla utilizando un desarrollo por fases (como modelos en cascada e incrementales), las fases deben tener suficientes interfaces para que la transición de una fase a otra se pueda realizar fácilmente.