Fundamentos de Modelos de Desarrollo de Software e Ingeniería de Requisitos

Conceptos Fundamentales en Modelos de Desarrollo de Software e Ingeniería de Requisitos

Definición de Modelo de Desarrollo

¿Qué es un modelo de desarrollo?

Respuesta: Representación abstracta de un proceso. Los modelos de proceso pueden desarrollarse desde varias perspectivas y muestran las actividades implicadas en un proceso, los artefactos usados en este, las restricciones que se aplican al proceso y los roles de las personas que lo ejecutan.

Modelos del Ciclo de Vida del Software

Modelo de Cascada y sus Características

Respuesta: Este modelo secuencial se caracteriza por las siguientes fases:

• Definición de requerimientos.
• Diseño del sistema y del software.
• Implementación y prueba de unidad.
• Integración y prueba del sistema.
• Operación y mantenimiento.

Modelo Prototipo y sus Características

Respuesta: Es un modelo del ciclo de vida del software el cual se utiliza para dar al usuario una vista preliminar de cómo se encuentra el software. Este modelo se basa fundamentalmente en la prueba y error, ya que si al usuario no le gusta una parte del prototipo, significa que la prueba falló, por lo cual se debe corregir el error hasta que el usuario quede satisfecho.

Características del Modelo Prototipo

• Describe las fases principales de desarrollo de software.
• Define las fases primarias esperadas de ser ejecutadas durante esas fases.
• Ayuda a administrar el progreso del desarrollo del software.
• Provee un espacio de trabajo para la definición de un detallado proceso de desarrollo de software.

Ingeniería y Administración de Requisitos

Ingeniería de Requerimientos

¿Qué es la Ingeniería de requerimientos?

Respuesta: Consiste en el proceso de comprender y definir qué servicios se requieren del sistema, así como la identificación de las restricciones sobre la operación y el desarrollo del sistema.

Administración de Requerimientos

¿Qué es la Administración de requerimientos?

Respuesta: La administración de requerimientos es un proceso que tiene por objetivo comprender y controlar los requerimientos. Como todo proceso de administración, inicia con la planeación a la par de la identificación inicial de requerimientos.

Estándar IEEE 830 para Especificación de Requisitos de Software (ERS)

Estándar 830

Respuesta: Las características de una buena ERS son definidas por el estándar IEEE 830-1998. Una buena ERS debe ser:

• Completa. Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas.
• Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especificación.
• Inequívoca. La redacción debe ser clara de modo que no se pueda malinterpretar.
• Correcta. El software debe cumplir con los requisitos de la especificación.
• Trazable. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada.
• Priorizable. Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.
• Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable.
• Verificable. Debe existir un método finito sin costo para poder probarlo.