análisis de sistemasUnidad 3 2 - Casos_de_Uso

Vista previa del material en texto

ANÁLISIS DE 
SISTEMAS
UNIDAD III:
CASOS DE USO
Cada uno de los modelos del proceso de
desarrollo del software propuestos, incluye
actividades que apuntan a la captura de
requerimientos.
Por lo tanto, la comprensión del propósito y
la función del sistema comienza con un
atento examen de los requerimientos.
Debemos tener algún modo de capturar las
necesidades del usuario
Introducción
Un proceso dirigido por CU
Modelo de CU
Modelo de Análisis
Modelo de Despliegue
Modelo de Diseño
Modelo de 
Implementación
Modelo de Prueba
REQUISITOS
ANÁLISIS
DISEÑO
IMPLEMENTACIÓN
PRUEBA
Flujos de 
trabajo
Modelos
Más formal: lenguaje de máquina
Menos formal: lenguaje natural
traza
Los Casos de Uso
Son un medio sistemático
e intuitivo de capturar 
requisitos funcionales
Los Casos de Uso
Requisitos Análisis Diseño Implem. Prueba
Captura de Requisitos
Modelo de CUREQUISITOS
Flujos de 
trabajo
Modelos
�Se identifican las necesidades de usuarios y clientes como 
requisitos.
�Los requisitos funcionales se expresan como CASOS DE 
USO
�Los otros se adjuntan a los CU que afectan o se guardan 
en una lista aparte
Captura de Requisitos
• Añaden valor 
esperado para los 
usuarios
Encontrar los 
verdaderos 
requisitos
• Comprensible por 
usuarios y 
clientes
Representarlos 
de un modo 
adecuado
OBJETIVOS
� Un sistema tiene muchos tipos de usuarios, cada uno 
de ellos se representa por un ACTOR
� Los ACTORES utilizan el sistema interactuando con 
los CASOS DE USO
� Un CASO DE USO es una secuencia de acciones que 
el sistema lleva a cabo para ofrecer algún resultado 
de valor para un actor
� MODELO DE CASOS DE USO: compuesto por todos 
los ACTORES y todos los CASOS DE USO
Modelo de Casos de Uso
Modelo de Casos de Uso
Caso de uso1
Usuario
Caso de uso2
Los CASOS DE USO son las funciones que proporciona un 
sistema para añadir valor a sus usuarios.
El MODELO DE CASOS DE USO es una especificación 
completa de todas las formas posibles de usar el sistema y se 
utiliza para conseguir un acuerdo con los usuarios y clientes. 
ACTOR
� Los actores también pueden ser sistemas o dispositivos 
� Los actores se comunican con el sistema mediante envío 
y recepción de mensajes
� Los actores se encuentran examinando los usuarios. Un 
usuario puede actuar como uno o varios actores y 
viceversa
Actor
Caso de Uso
� Un Caso de Uso especifica una secuencia de 
acciones, incluyendo variantes, que el sistema puede 
llevar a cabo, y que producen un resultado observable 
de valor para una actor concreto.
� Los Casos de Uso se encuentran examinando cómo 
los usuarios necesitan utilizar el sistema.
Modelo de Casos de Uso
Retirar dinero
Cliente
Consultar mov imientos
Realizar transferencia
Captura de Requisitos como 
Casos de Uso
Flujo de trabajo de los requisitos
Se describe con 3 componentes
1) Los ARTEFACTOS creados en el flujo de 
trabajo de los requisitos
2) Los TRABAJADORES participantes en el 
flujo de trabajo de los requisitos
3) Las ACTIVIDADES que se llevan a cabo en 
el flujo de trabajo de los requisitos
Representación Significado Definición
Trabajador (Quién)
Define el comportamiento y 
las habilidades de un individuo
Artefactos 
(Resultados)
Es un término general para 
cualquier tipo de descripción o 
información creada, 
producida, cambiada o 
utilizada por los trabajadores 
durante su trabajo con el 
sistema.
Conceptos
Trabajador y Artefacto 
Conceptos
Actividades y Flujo de Trabajo 
Flujo de trabajo de los requisitos
Analista de Sistemas
Modelo 
de CU
Actor Glosario
Responsable de
Especificador de CU
Responsable de
Diseñador de Interfaz
Responsable de
Arquitecto
Responsable de
Descripción de 
la Arquitectura
Prototipo de 
Interfaz de Usuario
Caso de Uso
� El artefacto fundamentales que se utilizan en 
el Flujo de Trabajo de Captura de Requisitos
� Sirve como acuerdo entre los desarrolladores 
y el cliente
� Incluye:
CASOS DE USO,
ACTORES 
y sus relaciones
Artefacto: MODELO DE CASOS DE USO
Modelo 
de CU
Sistema 
de CU
1
Actor Caso de Uso
Un actor representa un tipo de 
usuario, pero no todos los actores 
representan a personas, pueden ser 
otros sistemas o hardware externo que 
interactúa con el sistema. 
Un actor es el ROL que cumple un 
usuario cuando interactúa con el 
sistema
Artefacto: ACTOR
Actor
Un CU especifica una secuencia de acciones que el 
sistema puede llevar a cabo interactuando con actores, 
incluyendo alternativas dentro de la secuencia. 
Los CU son “fragmentos” de funcionalidad que el 
sistema ofrece para aportar un resultado de valor para 
sus actores.
FLUJO DE SUCESOS: descripción textual 
Artefacto: CASOS DE USO
Caso de Uso
� Artefacto: Descripción de la arquitectura 
Es una vista de la arquitectura que 
considera los CU importantes y críticos.
� Artefacto: Glosario 
Se utiliza para definir los términos 
comunes e importantes que usan 
para describir el sistema.
� Artefacto: Prototipo de Interfaz de Usuario 
Ayudan a comprender y especificar las 
interacciones entre actores humanos y el sistema 
durante la captura de requisitos. Son esquemas de 
pantallas.
Modelo 
de CU
Descripción de 
la Arquitectura
Prototipo de 
Interfaz de Usuario
Glosario
Es el responsable de los requisitos (funcionales y no 
funcionales). 
Debe asegurar que el Modelo de CU es “completo” y 
“consistente” (glosario)
Trabajador: ANALISTA DE SISTEMAS
Modelo 
de CU
Actor Glosario
Responsable de
Analista de Sistemas
Es el responsable de las descripciones detalladas de los 
CU. 
Necesita trabajar estrechamente con los usuarios reales 
de los CU.
Trabajador: ESPECIFICADOR DE CU
Responsable de
Caso de Uso
Especificador de CU
Da forma visual a las interfaces con prototipos de 
pantallas. 
Necesita trabajar estrechamente con los usuarios reales 
de los CU.
Trabajador: DISEÑADOR DE INTERFAZ 
DE USUARIO
Diseñador de Interfaz
Responsable de
Prototipo de 
Interfaz de Usuario
Describe la vista de arquitectura del Modelo de CU.
Es importante para planificar las iteraciones. 
Trabajador: ARQUITECTO
Arquitecto
Responsable de
Descripción de 
la Arquitectura
Modelo 
de CU
Vista de la Arquitectura
Flujo de Trabajo de los Requisitos
Actividad: Encontrar actores y CU
Permite: 
� delimitar el sistema, 
� definir quiénes interactúan con el sistema y 
� Definir qué funcionalidad se espera. 
Pasos:
1. Encontrar Actores
2. Encontrar los CU
3. Describir brevemente cada CU
4. Describir el modelo de CU completo
en
tr
ad
as
resultados
� Establecer cuáles son los CU necesarios para las 
primeras iteraciones y cuáles pueden dejarse 
para más adelante.
� Señala un orden de implementación.
Actividad: Priorizar los CU
� Es describir el flujo de sucesos en detalle, incluyendo cómo 
comienza, termina e interactúan con los actores.
� Se sigue un camino básico completo, desde el estado inicial al 
final, estableciendo el resto de los caminos como alternativos 
o desviaciones del básico.
� Se debe describir explícitamente qué hace el sistema, 
separando las responsabilidades del sistema y las de los 
actores.
Actividad: Detallar los CU
Cómo estructurar la descripción de un CU:
� Describir el camino básico (“LO NORMAL”)
� Describir las alternativas al camino básico. Motivos:
• El actor puede elegir diferentes caminos
• El sistema detecta entradas erróneas
• Algunos recursos funcionan mal
� Representación gráfica:
•Diagrama de transición de estados
Actividad: Detallar los CU
Qué incluir:
�Estado inicial como precondición (condiciones previas)
�Cómo y cuándo comienza el caso de uso
�Orden de acciones (flujo de sucesos)
�Cómo y cuándo termina el caso de uso
�Estados finales como postcondiciones (cond. posteriores)
�Caminos no permitidos
�Descripción caminos alternativos
� Interacción del sistema con los actores y cambios que 
producen
�Qué hace el sistema. Separar responsabilidades. “el 
sistema...”
Actividad: Detallar los CU
Descripción o Especificación deCU
Ejemplo Sistema Cajero Automático
� Deben ser discutidos con los usuarios y son ellos quienes los 
aprueban, desechan o sugieren mejoras
� Se deben construir de un manera rápida y con gran similitud 
con los elementos que el usuario está acostumbrado a ver 
(ventanas, botones, cuadros de texto, etc.)
Actividad: Prototipar Interfaz de Usuario
� Deben ser discutidos con los usuarios y son ellos quienes los 
aprueban, desechan o sugieren mejoras
� Se deben construir de un manera rápida y con gran similitud 
con los elementos que el usuario está acostumbrado a ver 
(ventanas, botones, cuadros de texto, etc.)
Actividad: Estructurar el Modelo de CU
La Vista de CU
Captura el comportamiento de un sistema, tal como 
se muestra para el usuario exterior. 
 uc Casos de Uso
cliente
Comprar producto
Dar alta cliente
Consultar catálogo
Dar alta cliente 
mayorista
Dar alta cliente 
minorista<i>
«extend»
«include»
Relación Función Notación
Asociación Comunicación entre un 
actor y un CU 
Extensión Inserción de 
comportamiento adicional 
en un CU base que no 
tiene conocimiento de él
Generalización Relación entre un CU 
general y un CU más 
específico, que hereda y 
añade propiedades a aquél
Inclusión Inserción de 
comportamiento adicional 
en un CU base que 
describe explícitamente la 
inserción 
“extended”
- - - - - - - - - - - - - - - >
<i>
“include”
- - - - - - - - - - - - - - - >