análisis de sistemasUnidad 4 1 - Captura de requisitos

Vista previa del material en texto

ANÁLISIS DE 
SISTEMAS
UNIDAD IV:
CAPTURA DE REQUISITOS
De la Visión a los Requisitos
�Llamamos captura de requisitos al 
acto de descubrimiento.
�Es el proceso de averiguar lo que se 
debe construir.
�Para que el cliente sea capaz de 
comprender el resultado de la 
captura de requisitos debemos usar 
el lenguaje del cliente
Metamodelo Captura de Requisitos
Especificación 
Requisitos de 
Software
Modelo de 
Casos de Uso
Modelo de 
Requisitos
Paquete 2
Paquete 1
Requisitos No 
Funcionales
Requisitos 
Funcionales
Paquete 3
Qué son los requisitos?
� Definimos requisito como “una 
especificación de lo que se debería 
implementar”.
� Existen 2 tipos de requisitos:
–Los funcionales: qué comportamiento 
debería ofrecer el sistema.
–Los no funcionales : una propiedad 
específica o restricción del sistema.
Qué son los requisitos?
� En principio son una declaración de lo que 
debería hacer el sistema y no de cómo 
debería hacerlo. 
� Las restricciones de implementación 
predeterminan el “como” del sistema.
� Así podemos decir que:
– Los requisitos funcionales se relacionan con:
Clientes, productos, pedidos, pagos.
– Los requisitos no funcionales se relacionan 
con: 
Rendimiento, capacidad, disponibilidad, 
seguimiento de estándares, seguridad.
Flujo de Trabajo
Trabajo a realizar Artefactos resultantes
Enumerar los requisitos 
candidatos
Lista de características
Comprender el 
contexto del sistema
Modelo del Negocio 
Modelo del Dominio
Capturar requisitos 
funcionales
Lista de Requisitos 
Funcionales
Modelo de Casos de Uso
Capturar requisitos no 
funcionales
Lista de Requisitos No 
Funcionales y/o 
Adicionales
Enumerar los requisitos candidatos
�Hacer una lista de ideas que se 
considera un conjunto de requisitos 
candidatos, algunos se convierten en 
requisitos propiamente y se 
transforman en artefactos como 
casos de uso y algunos se dejan para 
una versión futura.
Comprender el contexto
� Hay dos formas de expresar el contexto: 
modelando el dominio y modelando el 
negocio.
� El modelo de Dominio describe los 
conceptos importantes del contexto como 
objetos , y los enlaza unos con otros. 
� El modelo de Negocio describe los 
procesos con el fin de comprenderlos y 
especificar qué procesos de negocio 
soportará el sistema. 
Capturar Requisitos Funcionales
�La técnica para identificar los 
requisitos se basa en los CU, que 
capturan tanto los funcionales como 
los no funcionales que específicos de 
cada casa de uso. 
�Recordemos que los casos de uso 
representan una forma de usar el 
sistema por un actor.
Capturar Requisitos No Funcionales
� Los requisitos no funcionales especifican 
propiedades del sistema, como restricciones 
del entorno, de la implementación, 
rendimiento, dependencias de la plataforma, 
aspectos físicos y de interfaz.
� Algunos requisitos no funcionales son 
específicos de un CU concreto o afectan a 
ciertos CU.
� Otros son más genéricos y no pueden 
relacionarse con un CU concreto, éstos se 
gestionan como Requisitos Adicionales
haciendo una lista.
El papel de los requisitos en el ciclo de 
vida del software
iter.
#1
iter.
#2
iter.
#n-1
iter.
#n
inicio Elaboración Construcción Transición
Fases
Flujos de trabajo
fundamentales
Requisitos
Análisis
Diseño
Implementación
Prueba
Una iteración en la 
fase de elaboración
� Inicio: se captura los CU para delimitar el sistema y el 
alcance
� Elaboración: se captura la mayoría de los requisitos 
restantes llegando al 80%
Modelo de Negocio
�El modelado de Negocio es una 
técnica para comprender los 
procesos de negocio de la 
organización. 
�El resultado de esta actividad está 
soportado por 2 modelos de UML:
el modelo de CU y el modelo de 
objetos.
Cómo desarrollar un 
Modelo de Negocio
� Los modeladores deben identificar:
1. Un actor por cada trabajador y por 
cada actor del negocio que se 
convertirá en usuario del sistema.
2. Los CU del negocio que utilizan los 
actores
Modelo de Negocio – Modelo CU
Ejemplo: Cajero automático
II. Breve Tour por UML
Retirar dinero
Consultar Ext ractoCliente
Realizar transferencia
Especificaciones de Casos de Uso
�Empleo de texto: se realizan 
descripciones en lenguaje natural 
explicando la funcionalidad externa
empleando el lenguaje del usuario
�Scripting: conjunto de oraciones 
estructuradas que destacan objetos y 
sus responsabilidades y 
colaboraciones 
(de Kenneth Rubin y 
Adele Goldberg ) -
Estrategia de Modelado
Estrategia de Modelado
Pasos condicionales del curso normal
Caso de Uso base
1. Paso del curso normal
2. Paso del curso normal
3. SI [condición] paso del curso normal
4. Paso del curso normal
5. Paso del curso normal
6. SI [condición]
6.a.1. Paso del subflujo1
6.a.2. Paso del subflujo1
SINO
6.b.1. Paso del subflujo2
6.b.2. Paso del subflujo2
7. Paso del curso normal
8. Paso del curso normal
(subflujos o caminos o cursos alternativos)
Estrategia de Modelado