La ingeniería de requisitos es el uso sistemático de procedimientos, técnicas, lenguajes y herramientas para obtener con un coste reducido el análisis, documentación, evolución continua de las necesidades del usuario y la especificación del comportamiento externo de un sistema que satisfaga las necesidades del usuario. Tenga en cuenta que todas las disciplinas de la ingeniería son semejantes, la ingeniería de requisitos no se guía por conductas esporádicas aleatorias o por modas pasajeras, sino que se debe basar en el uso sistemático de aproximaciones contrastadas.
ANÁLISIS DE REQUISITOS
El análisis de requisitos es una tarea de ingeniería de software que cubre el hueco entre las definiciones del software a nivel sistema y el diseño del software. El análisis de requisitos permite al ingeniero der sistemas especificar las características operacionales del software (función, datos y rendimientos), indica la interface del software con otros elementos del sistema y establece las restricciones que debe cumplir el software.
Puede dividirse en 5 áreas de esfuerzo:
· Reconocimiento del problema.
· Evaluación y síntesis.
· Modelado.
· Especificación.
· Revisión.
La evaluación del problema y la síntesis de la solución es la siguiente área principal de esfuerzo en el análisis. El analista debe definir todos los objetos de datos observables externamente, evaluar el flujo y contenido de la información, definir y elaborar todas las funciones del software, entender el comportamiento del software en el contexto de acontecimientos que afectan al sistema, establecer las características de la interfaz del sistema y descubrir restricciones adicionales del diseño.
Cada una de estas tareas sirve para describir el problema de manera que se pueda sintetizar un enfoque o solución global.
PRINCIPIOS DEL ANÁLISIS
Todos los métodos de análisis se relacionan por un conjunto de principios operativos:
1. Debe representarse y entenderse el dominio de información de un problema.
2. Debe definirse las funciones que debe realizar el software.
3. Debe representarse el comportamiento del software.
4. Debe dividirse los modelos que representan información, función y comportamiento de manera que se descubran los detalles por capas.
5. El proceso de análisis deriva ir desde la información esencial hasta el detalle de la implementación.
Davis sugiere un conjunto de principios directrices para la Ingeniería de Requisitos:
· Entender el problema antes de empezar a crear el modelo del análisis.
· Desarrollar prototipos que permitan al usuario entender cómo será la interacción hombre-máquina.
· Registrar el origen y la razón de cada requisito.
· Usar múltiples planteamientos de requisitos.
o Reduce probabilidad de que se olvide algo.
o Aumenta probabilidad de reconocer inconsistencias.
· Dar prioridad a los requisitos. Cronogramas.
· Trabajar para eliminar la ambigüedad.
CREACIÓN DE PROTOTIPOS DE SOFTWARE
Se construyen un modelo del software a fabricar denominado prototipo para que lo valore el cliente y el desarrollador.
· Selección del enfoque de creación de prototipo.
o Área de aplicación.
o Complejidad.
o Características del cliente y del proyecto.
· Métodos y herramientas. Desarrollo del prototipo.
o Técnicas de cuarta generación.
o Componentes de software reutilizable.
No hay comentarios:
Publicar un comentario