En esta actividad se determina el dominio de la aplicación, se especifican los servicios que debe proveer el sistema, la funcionalidad requerida del sistema, y las restricciones de hardware y software. Es indispensable la participación de los usuarios y clientes para la identificación de los requerimientos del sistema.
Como resultado de esta actividad se debe obtener un documento inicial de definición de los requerimientos (DDR), en donde se definen las necesidades iniciales del sistema, o lo que se conoce como requerimientos iniciales. Estos requerimientos pudieran no ser los definitivos, ni tampoco todos los requerimientos. Nuevos requerimientos pueden ser agregados al documento conforme se vayan descubriendo o incluso los requerimientos ya definidos pueden modificarse o eliminarse.
Tareas de análisis
El análisis de
requisitos del software se puede subdividir en cinco áreas de esfuerzo:
1. Reconocimiento del problema
2. Evaluación y síntesis
3. Modelado
4. Especificación
5. Revisión
Todos los métodos
de análisis se relacionan por un conjunto de principios operativos:
1. Debe representarse y entenderse el dominio de la
información de un problema.
2. Deben definirse las funciones que debe realizar el
software.
3. Debe representarse el comportamiento del software (como
consecuencia de acontecimientos externos)
4. Deben dividirse los modelos que representan
información, función y comportamiento de manera que se descubran los detalles
por capas (o jerárquicamente).
5. El proceso de análisis debería ir desde la
información esencial hasta el detalle de la implementación.
Además de los
principios operativos mencionados anteriormente, se sugiere un conjunto de
principios directrices para la ingeniería de requerimientos:
1. Entender el problema antes de empezar a crear el
modelo de análisis.
2. Desarrollar prototipos que permitan al usuario
entender cómo será la interacción hombre-máquina.
3. Registrar el orden y la razón de cada
requerimiento,
4. Usar múltiples planteamientos de requerimientos.
5. Priorizar los requerimientos.
6. Trabajar para eliminar la ambigüedad.
Un ingeniero de
software que se apegue a estos principios es muy probable que desarrolle una
especificación de software que represente un excelente fundamento para el
diseño.
Las actividades del proceso
son:
1.
Comprensión del dominio
2.
Recolección de requisitos
3.
Clasificación
4.
Resolución de conflictos
5.
Priorización
6.
Verificación de requisitos
7.
Análisis
No hay comentarios:
Publicar un comentario