2. Ayuda a entender mejor el problema
Incluye conjunto de tareas que conducen a comprender cuál será el
impacto del software sobre el negocio
Establece una base sólida para el diseño y la construcción
Mecanismo apropiado para Entender lo que el cliente quiere
Analizar las necesidades
Evaluar la factibilidad
Negociar una solución razonable
Especificar la solución sin ambigüedades
Validar la especificación
Administrar los requisitos conforme estos se transforman
2
4. Inicio
Identificar a los interesados
Reconocer múltiples puntos de vista
Identificar áreas de conflicto y áreas en común
Formulación de preguntas
4
5. Obtención
Problemas de ámbito
El límite del sistema mal definido o los clientes/usuarios
especifican detalles innecesarios que pueden confundir.
Problemas de comprensión
Los clientes/usuarios no están seguros por completo y de qué es
lo que se necesita
-No comprenden el dominio del problema
-Especifican requisitos ambiguos o inestables
-Omiten información que consideran obvia
Problemas de volatibilidad
Los problemas cambian conforme transcurre el tiempo
5
6. Obtención
Despliegue de la función de calidad(QFD)
Traduce necesidades del cliente en requisitos técnicos para el software
Tipos de Requisitos
Normales Esperados Estimulantes
Reflejan los objetivos Están implícitos en el Características que van
más allá de las
y metas establecidos producto o sistema expectativas del cliente
Ejm: Gráficos en Ejm: Facilidad Ejm: Predecir palabras
pantalla, funciones Humano/máquina, en un sistema q no se
específicas, niveles de corrección y especifico esa
rendimiento confiabilidad funcionalidad
óptimos. operacional
Se concentra en aumentar la satisfacción del cliente desde el proceso de la ingeniería del software
6
7. Obtención
Casos de uso
Cuenta la manera en que un usuario final interactúa con el sistema en un
conjunto de circunstancias
Definir actores
Diferentes personas que se comunican con
el sistema.
Ejemplo 1
-El programador
-El que realiza las pruebas
-El que monitorea
-El que resuelve problemas
7
8. Obtención
Ejemplos casos de uso
Descripción de un caso de uso
Diagrama de caso de uso
8
Fuente: http://www.ingenierosoftware.com/analisisydiseno/casosdeuso.php
9. Elaboración
Desarrollo de un modelo técnico refinado de las funciones, características y
restricciones del software
Se definen los atributos de cada clase de análisis y se identifican los servicios
que requiere cada clase
Se definen las relaciones y la colaboración entre las clases
Clase de análisis: entidades de dominio de negocios visibles para el usuario final 9
10. Negociación
Definir prioridades
Analizar los riesgos de cada
requisito
Hacer estimaciones del esfuerzo requerido
y su impacto sobre el costo y tiempo
Eliminar, combinar y modificar los
requisitos si es necesario
No debe haber ganador ni perdedor, ambas partes deben salir ganando
10
11. Especificación
Sirve como base para las actividades de ingeniería de software subsecuentes
Puede ser un documento escrito , un conjunto de modelos gráficos, un
modelo matemático formal, una colección de casos de uso, un prototipo o
una combinación de estos
Describe la función y desempeño de un sistema y sus restricciones
11
12. Validación
Examina
La especificación para asegurar que todos los requisitos se han
establecido de manera precisa
Que se han detectado las inconsistencias, omisiones y errores y que estos
han sido corregidos
Que los productos de trabajo cumplen con los estándares establecidos
para el proceso, proyecto y producto
12
13. Gestión de requisitos
Conjunto de actividades que ayudan al equipo de proyecto a identificar,
controlar y rastrear los requisitos y los cambios a éstos en cualquier momento
Tablas de rastreabilidad
De las características De la fuente
Del substistema De dependencia
De la interfaz
13