Definición de Requisitos de Calidad en Software y Fases del Ciclo de Desarrollo

Definición y Gestión de Requisitos de Calidad en Ingeniería de Software

La correcta descripción de un requisito de calidad es fundamental para el éxito de cualquier proyecto de software. A continuación, se detallan los componentes clave para su formulación:

Componentes de un Requisito de Calidad

• Escala: Define qué se mide, es decir, la dimensión específica del requisito.
• Prueba: Describe cómo se mide, mediante un procedimiento claro y no ambiguo.
• Peor: Establece el valor mínimo apenas aceptable para el requisito.
• Plan: Indica el valor deseado o el objetivo a alcanzar.
• Autoridad: Especifica quién, qué o de dónde proviene la información o el estándar para este requisito.
• Actual: Refleja el valor alcanzado en el sistema en el momento presente.
• Mejor: Representa el valor óptimo o el récord alcanzado por cualquier sistema similar en cualquier lugar.

La escala es la medición teórica que se aplicará a un requisito de calidad (por ejemplo, kilogramos).

La medición práctica asociada se denomina prueba (por ejemplo, el uso de una pesa).

Ejemplo de Definición de Requisito de Calidad

Si un sistema requiere la capacidad de agregar informes fácilmente, es crucial definir qué significa "fácilmente" de manera medible:

• Escala: Costo en UF de programar un informe simple (máximo 2 clases de objetos y 1 totalizador).
• Prueba: Crear un informe no identificado con anterioridad, medir las horas de desarrollo y multiplicar por 1,5 UF/hora.
• Peor: 6 UF (implica 4 horas por informe).
• Plan: 3 UF (implica 2 horas por informe).

Atributos de Calidad Comunes

Algunos atributos de calidad esenciales en el desarrollo de software incluyen:

• Mantenibilidad
• Portabilidad
• Facilidad de probar
• Confiabilidad
• Eficiencia

Consideraciones Críticas sobre ISO/IEC 9126

Aunque la norma ISO/IEC 9126 proporciona un marco útil para la calidad del software, presenta ciertas limitaciones:

• No es completamente claro si el modelo es exhaustivo.
  • No incluye explícitamente la reusabilidad.
  • La seguridad se presenta como una subcaracterística, lo cual puede ser insuficiente.
• La mantenibilidad abarca mejoras y corrección de defectos sin una diferenciación clara.
• Existen dudas sobre si algunas subcaracterísticas deberían ser consideradas características principales.
• La distinción entre interoperabilidad y portabilidad puede resultar confusa.

Recomendación: Utilizar la norma como una fuente de buenas ideas y un punto de partida, pero no como una verdad absoluta e inmutable.

Fases del Ciclo de Vida del Desarrollo de Software

El ciclo de vida del desarrollo de software se estructura en fases interconectadas, cada una con propósitos y entregables específicos:

1. Requisitos de los Usuarios

Propósito

Definir el problema a resolver, refinar la idea inicial del software, determinar sus alcances y establecer los requisitos generales.

Entradas y Salidas

• Entradas: No siempre hay documentos formales de entrada en esta fase inicial.
• Salidas: Documento de requisitos del usuario, plan detallado de requisitos de software, plan de pruebas.

2. Requisitos de Software

Propósito

Representar los requisitos del usuario en términos computacionales y técnicos.

Entradas

• Documento de requisitos de usuario.
• Plan detallado para la fase de Requisitos de Software (las actividades se realizan según este plan).

3. Diseño

Propósito

Diseñar la solución de software, traduciendo el modelo lógico a términos concretos y técnicos.

Entradas

• Documento de requisitos de software.
• Descripción de servicios de soporte.
• Plan de la fase de Diseño.
  • Las actividades se realizan de acuerdo con el plan.
  • Se adopta y sigue un método de diseño específico.

Salidas

• Documento de Diseño.
• Documento de Especificación de Soporte.
• Plan detallado de la fase de Realización.
• Plan de Pruebas de Integración.
• Otros documentos relevantes.

4. Realización

Propósito

Programar y probar el software de acuerdo con el diseño establecido.

Entradas

• Documento de Diseño.
• Documento de Especificación de Soporte.
• Plan de Pruebas de Integración.
• Plan detallado de la fase de Realización (las actividades se realizan según este plan).