SEMANA 3 Primera Sesin

ESTRUCTURAR EL MODELO

DE CASOS DE USO

Profesores del Curso: Arstegui Guilln Oscar

Temario

Refinar la definicin del sistema

Detallar un Caso de Uso

Documento Especificacin de Caso de Uso

Estructurar el Modelo de Casos de Uso.

ObjetivosEntender el datalle de un Caso de Uso

Estructurar el Modelo de Casos de Uso final

Entender la importancia de la Especificacin de un Caso deUso, base para el Anlisis y Diseo.

I. MODELO DE CASOS DE USO

1. DEFINICION

Artefacto de UML

Casos de uso

Propuestos inicialmente por Jacobson

Mecanismos para ayudar a representar y comprenderlos objetivos y Requisitos Funcionales, de forma

simple y comprensible para todo el personal

involucrado (Cliente Desarrolladores).

2. Actividades de la Captura de Requisitos

Segn el RUP, los principales pasos para capturar losrequerimientos son:

Identificacin de Actores y Casos de uso

Priorizar Casos de Uso

Detallar Casos de Uso

Estructurar el MCU

Prototipar la interfaz de usuario (GUI).

Encontrar actores y

casos de uso

Estructurar el modelo

de caso de uso

Priorizar los

casos de uso

Detallar un caso

de uso

Prototipar la interfaz

de usuario

: Diseador de interfaces de usuario : Especificador de casos de uso : Arquitecto : Analista de sistemas

2.1. Encontrar Actores y Casos de Uso

Objetivos

Delimitar el sistema y su entorno

Esbozar quin y qu (actores) interactuarn con elsistema, y qu funcionalidad se espera del sistema

Capturar y definir un glosario de trminos comunesesenciales para poder describir detalladamente los CUdel sistema.

Actividad decisiva para obtener adecuadamente losrequerimientos

Responsabilidad del Analista de Sistemas

Actividades (no tienen por qu seguir este orden)

Establecer el lmite del sistema: solo software, hardware ysoftware como un todo, lo utiliza una persona, unaorganizacin, etc.

Encontrar actores principales: Usuarios que se satisfacencon el uso de los servicios del sistema

Para cada actor, identificar sus objetivos de usuario

Definir los CU que satisfagan los objetivos de usuario.Nombrarlos de acuerdo con sus objetivos

Describir brevemente (descripcin informal) cada CU.

2.1.1. Actores Representan entidades externas que interactan

(mantenimiento y/o operacin) con el sistema Puede ser un usuario o un sistema externo Un actor representa un rol:No se corresponde directamente con personas concretasToda persona que interacta con el sistema es representado al

menos por un actor en el MCU

Identificacin de ActoresQu grupos de usuarios necesitan el sistema para su trabajo?Qu usuarios realizan las funciones principales del sistema?Qu usuarios realizan funciones secundarias, como mantenimiento

o administracin?Existe algn sistema externo de hardware o software?

Se da nombre a los actores y se describen brevemente suspapeles y para qu utilizan el sistema.

Identificar Actores principales y objetivos

Adems de actores principales y objetivos, se pueden utilizar diferentespreguntas para identificar otros menos evidentes:

Quin arranca y detiene el sistema?

Quin administra el sistema?

Quin gestiona los usuarios y la seguridad?

Es un actor el tiempo porque el sistema hace algo como respuesta aun evento de tiempo?

Quin evala la actividad o el rendimiento del sistema?

Tipos de Actores

Actor Principal: Usuario que se satisface mediante el uso de losservicios del sistema (Cajero)

Actor de Apoyo: Proporciona un servicio y/o informacin al sistema adesarrollar (Autorizacin de Pago). Normalmente es un SistemaInformtico, pero puede ser una Organizacin o una persona

Actor Pasivo: Est interesado en el comportamiento del CU, pero no esprincipal ni de apoyo (Agencia Tributaria).

La Lista Actor - Objetivo (recoge los Actores principales y susobjetivos de usuario).

Actor Objetivo Actor Objetivo

Cajero

Procesar ventas

Gestionar devoluciones

Abrir caja

Cerrar caja

Administrador

del sistema

Aadir usuarios

Modificar usuarios

Eliminar usuarios

Gestionar

seguridad

Gestionar tablas

Jefe de

cajas

Controlar productividad

cajero

Distribuir cajeros en

cajas

Sistema de

Control de

Ventas

Analizar datos de

ventas y

rendimiento

2.1.2. Identificacin de Casos de Uso

Escenario (o instancia de caso de uso)

Es una descripcin narrativa de lo que la gente hace cuando utiliza unaaplicacin, es una secuencia especfica de acciones e interaccionesentre los actores y el sistema.

Descripcin concreta e informal de una sola caracterstica del sistema,desde el punto de vista de un solo actor

Los analistas y los usuarios escriben y refinan diversos escenarios paracomprender mejor lo que debe hacer el sistema

Identificacin de escenarios

Qu tareas necesita el actor que realice el sistema?

Qu informacin consulta el actor? quin crea esos datos? sepueden modificar? quin puede hacerlo?

Qu cambios externos necesita informar el actor al sistema?Cundo y con qu frecuencia?

De qu eventos necesita el actor que le informe el sistema?cundo y con qu frecuencia?

Caso de Uso Especifica todos los escenarios posibles para una determinada

funcionalidad

Es iniciado por un Actor

Puede interactuar con otros actores

Representa un flujo de eventos completo a travs del sistema, esdecir, describe una serie de interacciones relacionadas que resultande la inicializacin del CU.

2.1.3. Relaciones entre Actores y CU Representan el flujo de informacin durante el CU Se puede distinguir entre el Actor que inicia el CU y los dems actores

que intervienen posteriormente Los CU identificados previamente a partir de los objetivos de los

actores, se representan mediante valos y representan una tarea queel sistema en desarrollo tiene que incorporar

El Modelo de Casos de Uso representa el contexto del sistema:

Lmites del sistema

Qu permanece fuera del sistema

Cmo se utiliza el sistema

Resume el comportamiento de un sistema y sus actores

2.2. Priorizacin de casos de uso

Determinar cules son necesarios para el desarrollo en las primerasiteraciones y cules pueden dejarse para posteriores iteraciones

Cuestiones a tener en cuenta:

CU con dificultad de desarrollo

CU imprescindibles para la puesta en marcha del sistema

Organizacin del desarrollo incremental

Disponibilidad de equipo de desarrollo

Se revisa la priorizacin con el Jefe de Proyecto y se utiliza comoentrada para la planificacin de cada iteracin del proyecto.

Detallar los casos de uso

2.3. Detallar los casos de Uso Objetivo principal: describir su flujo de sucesos en detalle

Cmo comienza

Cmo termina

Cmo interactan con los actores

Se detalla paso a paso la secuencia de acciones del CU

Se trabaja estrechamente con los usuarios reales de los CU

Resultado: descripcin detallada mediante

Texto

Diagramas

2.4. Estructurar el modelo de Casos de Uso Extraer descripciones de funcionalidad (de casos de uso) generales y

compartidas que pueden ser utilizadas por casos de uso msespecficos

Extraer descripciones de funcionalidad (de casos de uso) adicionales uopcionales que pueden extender casos de uso ms especficos(relaciones de extensin)

Extraer descripciones de funcionalidad (de casos de uso) adicionales eincondicionales incluidas en la ejecucin de casos de uso especficos(relaciones de inclusin).

2.4.1. Generalizacin Simplifica la forma de trabajo y la comprensin del MCU Permite reutilizar CU semifabricados cuando se renen CU

terminados, requeridos por el usuario y se les llaman CU concretos El CU semifabricado existe solamente para que otros CU lo reutilicen

y se les llaman CU abstractos.No pueden instanciarse por s mismosUna instancia de CU concreto tambin exhibe el comportamiento

especificado por CU abstracto (reutilizado).

Comprador VendedorPagar factura

Ejecutar transaccin

2.4.2. Relaciones de Extensin entre Casos de Uso

Un CU extiende otro caso de uso si ste puede incluir elcomportamiento del primero bajo determinadas condiciones

Ventajas de separar el flujo excepcional y opcional con respecto al CUbsico

El CU bsico se hace ms pequeo y comprensible

Se distingue entre el caso comn y el excepcional, permitiendo que losdesarrolladores los traten de forma diferente

Ambos son CU completos por s mismos, con condicin inicial y final, ycomprensibles por el usuario

Regla general: utilizar relaciones de extensin para comportamientosexcepcionales, opcionales o que rara vez ocurren.

OficialCampo Conexin perdida

Informar Emergencia

Pagar cargos saldo deudor

Comprador VendedorPagar factura

Ejecutar transaccin

2.4.3. Relaciones de inclusin entre casos de uso Permiten dividir las redundancias y reutilizar CU

El comportamiento slo debe dividirse en CU separados cuando escompartido por dos o ms CU

No conviene dividir en exceso (especificacin confusa)

Regla general: utilizar relaciones de inclusin para comportamientosque se comparten entre dos o ms CU.

Controlador

Abrir Incidente

Asignar Recursos

Ver plano

Prestatario Libro

Ampliar prstamo

Tomar libro prestado

Comprobar reservas

2.4.4. Identificacin de Casos de Uso de Mantenimiento,Consulta y Reportes Los CU hasta el momento identificados son las actividades

necesarias para que se ejecute un Proceso del Negocio. Adems existen CU de Mantenimiento de los archivos del sistema,

Consultas y/o Reportes realizadas por el usuarios Se adicionan en el MCU (al final) los cuales tambin deben

mostrados al Usuario Deben ser incluidos en la Lista de Casos de Uso Participan en la Priorizacin de Casos de Uso, para identificar en

que interaccin del proyecto se debe implementar.

2.5. Prototipado de la interfaz Diseo lgico de la interfaz: se decide qu se necesita de las interfaces

de usuario para habilitar los CU para cada actor

Diseo fsico de la interfaz: se desarrollan prototipos que ilustran cmopueden utilizar el sistema los usuarios para ejecutar los CU

Resultado final: conjunto de esquemas de interfaces de usuario yprototipos de interfaces que especifican la apariencia de esasinterfaces para los actores ms importantes.

Caso de uso(descrito) Prototipar

la interfaz Prototipo de interfaz de usuario

____________Requisitos

adicionalesModelo decasos de uso___

_________Glosario

No olvidar los requerimientos no funcionales Aspectos del sistema visibles para el usuario, no relacionados de forma

directa al comportamiento funcional del sistema.

Aspectos:

GUI y factores humanos: tipo de interfaz, experiencia, etc.

Documentacin: destinatarios, tipo de documentacin tcnica, etc.

Consideraciones de HW: compatibilidad con otro hardware, existencia deotros sistemas, etc.

Caractersticas de Ejecucin: usuarios concurrentes, carga de trabajo, etc.

Gestin de errores y excepciones

Calidad: fiabilidad, disponibilidad, robustez, etc.

Modificaciones futuras

Ambiente fsico: condiciones climticas, exposicin a golpes, accidentes,etc.

seguridad.

II. ESPECIFICACION DE CASOS DE USO

Se describen QUE hacen el Actor y el Sistemay NO COMO se implementa

Tanto el camino bsico como los alternativosdeben describirse textualmente en una seccin

de la ECU.

1. QU ES LA ECU?

1. Nombre

Debe indicar el ttulo del Caso de Uso

2. Breve Descripcin

Descripcin pequea de las actividades opasos principales que realiza el CU.

Debe incluir el propsito del CU.

2. Partes de una ECU

3. Flujo de Eventos

Evento Disparador

Evento que demandan la ejecucin del CU del

sistema.

Evento ante el cul el sistema de software

debe reaccionar.

Indica que Actor inicia el CU: El Caso de Uso

comienza cuando el Actor solicita ..Se pone antes del Flujo Bsico.

3.1. Flujo Bsico

Incluir el punto de inicio y de termino del CU.

Conjunto ordenado de acciones (enumerados)realizados por el Actor y el Sistema, para

alcanzar el propsito

La instancia del CU se inicia y pasa a unestado de comienzo

El CU es invocado por el mensaje de un actorTransita a otro estado realizando unasecuencia de acciones (clculos, seleccin de

camino, mensajes de salida, etc.)

Queda a la espera (en el nuevo estado) deotro mensaje externo

Es invocado (otra vez) por un nuevo mensaje

Termina la instancia del CU

El camino elegido como bsico debe ser elnormal, el ms habitual u obvio para el Actor

que acta en la mayora de los escenarios

Incluir mensajes de confirmacin.

1 2 3 9 10

FLUJO BASICO

CASO INCLUIDO

Activacin mandatoria del CU incluido, en algnevento del flujo de eventos del CU principal (el queincluye)

El sistema incluye el Caso de Uso

Se grafica en la actividad Estructurar el MCU.

1 2 3 9 10

1 n

Mandatorio

CU INCLUIDO

4. Flujo(s) Alternativo(s)

Los caminos alternativos, desviaciones o

excepciones pueden ocurrir porque:

Si est implicado ms de un actor, lasacciones de uno de ellos pueden influenciar

el camino de las acciones de los otros

El sistema puede detectar ingresos errneosde los actores

Violacin de Reglas del Negocio.

Alguna falla en el funcionamiento de alguno de los recursos del sistema, por lo que ste

no puede efectuar su trabajo hasta el fin del

CU.

Incluir si el CU continua o termina, adems de

los mensajes preventivos o alertas.

1 2 3 9 10

3.1 3.n

Escenario

FLUJO ALTERNATIVO

5. Subflujos

Los subflujos se dan cuando el actor elige otraopcin dentro del CU.

Por Ejemplo en Gestin de Productos:Ingresar Producto es el Flujo Bsico. Los

Subflujos seran: Actualizar Producto, Eliminar

Producto, Consultar Producto.

Los Subflujos tambin tienen FlujosAlternativos.

6. Pre y Post Condiciones

Son estados del sistema de los que el usuariopuede darse cuenta.

6.1. Pre CondicionesExpresan condiciones o restricciones para que el flujode eventos del CU comience (no es el evento inicial)Se expresan en trminos de:Estado interno del sistema de softwareCondiciones externas al sistema de software

(estado del contexto)Una precondicin de un CU no se aplica a

subflujos individuales, sino a todo el CU.Futuro (debe).

?QUE

EVENTO CONDICION ACCION= ECA

6.2. Post Condiciones

Expresan las condiciones que deben darse unavez realizado el CU (resultados esperados enforma exitosa).

Se expresan en trminos de:

Estado interno del sistema de software

Condiciones externas al sistema de software(estado del contexto)

Futuro (debe ...)

?

ESPERADO

? QUE

EVENTO CONDICION ACCION

7. Puntos de Extensin

Activacin condicionada de un CU extendidoen algn paso del flujo de eventos de CU

principal

El sistema se extiende al Caso de Uso

Se grafica en la actividad Estructurar elMCU.

1 2 3 9 10

1 n

Condicin

CU EXTENDIDO

7.1. Generalizacin / Especializacin

Definicin de casos de usos de propsitoespecficos a partir de un caso de uso de

propsito general

El caso de uso general no es ejecutado, ensu lugar el sistema se usa para el desarrollo

de los casos especficos.

8. Prototipos (GUI)

Una alternativa para la definicin de los

requerimientos.

Consiste en capturar un conjunto inicial de

necesidades e implementarlas rpidamente con

la intencin de expandirlas y refinarlas

iterativamente, al ir aumentando la compresin

que tienen del sistema los Usuarios y

Desarrolladores.

Escriba oraciones cortas, concisas Evite adverbios: muy, casi, mejor que, bastante, etc. Emplee correctamente los signos de puntuacin Evite usar oraciones compuestas Describa el flujo, no slo el propsito del CU Describa slo el flujo del CU, evite mencionar

eventos de otros CU que pudieran ejecutarse en

paralelo

3. TIPS PARA DETALLAR LOS CU

No mencione actores que no intervienen en elCU

Si el orden de los eventos no es fijo, estacaracterstica debe ser explcita

Emplee lenguaje simple y claro, evitandotrminos tcnicos.

Clientes: aprueban lo que debe hacer el sistema Usuarios: obtienen comprensin del sistema Desarrolladores del Sistema: documentan el

comportamiento del sistema

Revisores: examinan el flujo de eventos Analistas del Sistema / Diseadores: proveen la base

para un anlisis y diseo

Testeadores del Sistema: usado como base para casosde prueba

Lder de Proyecto: provee entradas para elplaneamiento de proyectos

Escritor Tcnico: para el Manual de Usuario.

4. QUINES LEEN LAS ECU?

1. Nombre del Caso de Uso

2. Breve Descripcin

3. Flujo de Eventos

Evento Disparador

3.1 Flujo Bsico

1.

2. Incluir Casos de Uso

3.

n.3.2 Flujos Alternativos

3.2.1 < Primer Flujo Alternativo >

3.2.2 < Segundo Flujo Alternativo >

5. PLANTILLA

3.3 < Sub Flujos >

3.3.1 < Flujos Alernativos del Sub Flujo >

4. Requerimientos Especiales

4.1 < Primer Requerimiento Especial >

5. Pre Condiciones

5.1 < Precondicin 1 >

6. Post Condiciones

6.1 < Post Condicin 1 >

7. Puntos de Extension

7.1 >

8. Prototipo (GUI).

Ejemplo de Caso de Uso

Evento: accin sobre algn

elemento de la interfaz y que

provoca una reaccin DE

IMPORTANCIA en el

sistema.

Cuando el usuario indica

Aceptar el Sistema vlida

si el password y el login

son vlidos.

Login:

Passwor

d:

Aceptar Cancelar

EVENTOS

Qu hace el usuario? Qu hace el sistema?

3. Indicar Aceptar 4. El sistema vlida si

el password y el

login son vlidos

1. Ingresar login

2. Ingresar password

FLUJO BSICO DE EVENTOS

Qu hace el usuario? Qu hace el sistema?

3. Indicar Aceptar 4. El sistema

valida si el

password y el

login son

vlidos

1. Ingresar login

2. Ingresar password

Si en 4 el Sistema

determina que el

password y el login

no son vlidos

entonces emitir al

usuario el mensaje:

login y passwordinvlidos. Y seregresa al paso 1

Alternativas

Flujo alternativo de Eventos

Ejemplo de Especificacin deCaso de Uso