casos de uso pdf · 2005-04-04 · perspectivas del usuario, el modelo de casos de uso es ideal...

1

Análisis de Sistemas – 2do añoProf. Gustavo J. Sabio

Universidad de Congreso

Modelado con Modelado con Casos de Casos de UsoUso

(CU)(CU)

Análisis de SistemasAnálisis de Sistemas2do2do añoaño

Prof. Gustavo J. SabioProf. Gustavo J. Sabio


¿Qué es el modelado de Casos de uso?

• Una forma de capturar el comportamiento deseado del sistema a desarrollar

• Una manera de comunicar ese comportamiento• Identificar quién y qué interactúa con el sistema• Describir lo que el sistema debe hacer para esos

actores• Un manera de verificar que se hayan capturado

todos los requerimientos.• Una herramienta que permite planificar.

2


¿Para quiénes están dirigidos?

ClienteCliente UsuarioUsuario

DocumentadorDocumentador

AnalistaAnalista AdministradorAdministradorde Proyectosde Proyectos

TesterTester DiseñadorDiseñador

Equipo Equipo del Clientedel Cliente

Equipo Equipo de de

DesarrolloDesarrollo


• Los CU son leidos por varios stakeholders. Ellos proveen una forma de describir el problema de manera que todos lo entiendan.

• El modelo debería ser comprensible para personas dentro de la organización (analistas, desarrolladores, implementadores, testers) y para personas externas (clientes y usuarios)

• Dado que los CU son especificados desde las perspectivas del usuario, el modelo de casos de uso es ideal para comunicar al cliente y usuario, la funcionalidad y comportamiento del sistema propuesto.

¿Para quiénes están dirigidos?

3


Beneficios de los casos de uso

• Brindan un contexto para los requerimientos• Son fáciles de entender.• Ayudan a conseguir el acuerdo con el cliente.• Reflejan porque es necesario el sistema

– Caso Uso: Para que es usado el sistema.– Actor: Quién/Qué desean interactuar con el sistema.

• El modelo es el medio de comunicación entre el cliente y el equipo de desarrollo y de asegurar que se va a construir lo que él cliente quiere


Actores y Casos de Uso

actoractor

caso de usocaso de uso

Algo/ Alguien externo al Algo/ Alguien externo al sistema que interactúa sistema que interactúa

con el sistema.con el sistema.

Lo que el actor quiere Lo que el actor quiere que el sistema haga, que el sistema haga,

cuando lo usacuando lo usa

4


Definición de Caso de Uso

• Un caso de uso…describe una secuencia de accionesejecutadas por el sistemaque proporciona un resultado de valorpara un actor

Seleccionar Producto


Un CU describe un conjunto de prosibles ejecuciones del sistema.Describe un flujo a través del sistema hasta conseguir un resultado

de valor para un actor.• Secuencia de acciones

Conjunto de actividades y decisiones que suceden producto de la interacción entre el actor y el sistema

• Ejecutadas por un sistemalas acciones ejecutadas por el sistema son los requerimientos funcionales (es el reflejo de cómo se comporta el sistema)

• Resultado de valorEl CU termina con un valor para alguien/algo.

• Para un actorPuede suceder que un CU brinde valor a más de un actor, en ese caso estamos en presencia de un CU grande… lo aconsejable, para lograr el entedimiento justo y eliminar la ambigüedad, es “quebrar” el CU en los que sea necesario

Recorriendo la definición de Caso de Uso

5


¿Quiénes son los Actores?

María actúa como Help-desk

Juan actúa como Help-desk

Otro Software “X” actua como Help-desk

Canalizar solicitudHelpDesk


• Muchos usuarios pueden juagar un mismo rol, lo cual significa que ellos son todos instancias de un mismo actor.

• Cada usuario jugando un rol es una instancia de un actor.

• Maria, Juan y un software”X” son HelpDesk usando la funcionalidad del sistema de canalizar una solicitud. Cuando ellos usan el sistema, cada persona/cosa es una instancia del actor HelpDesk.

• Actores son Roles. En muchas situaciones, diferentes personas/cosas pueden jugar el rol de un actor en particular.

Una secuencia de interacciones en un CU puede involucrar muchos actores. Pero un actor recibe el resultado de valor. Este actor se lo suele llamar actor

principal y usualmente es el que inicia el CU. El resto son “colaboradores”

¿Quiénes son los Actores?

Teniendo en cuenta el ejemplo anterior…

6


Los usuarios actúan!Comprando en una tienda

Comprando en el drugstore de la esquina

• JuanJuan , el vendedor, asesora al cliente• MarianaMariana, la cajera, le cobra al cliente• FernandoFernando, el empaquetador, prepara el producto• DiegoDiego, el repartidor, lleva hasta el domicilio

• Don Lucho, el kiosquero, asesora al cliente• Don Lucho, el kiosquero, le cobra al cliente• Don Lucho, el kiosquero, prepara el producto

vendedorvendedorcajerocajero

empaquetadorempaquetador


Asociación de comunicación

• Se representa con una línea• Es un canal de comunicación entre el actor y el CU• Es un camino de ida y vuelta – propicia un diálogo


•El sistema alerta la llegada de una solicitud•El HelpDesk analiza la solicitud•El HelpDesK consulta quién es el consultor apropiado•El sistema sugiere el ranking de consultores posibles•El HelpDesk selecciona el consultor•El Sistema deriva la solicitud•El Sistema notifica sobre el éxito de la derivación

7


Casos de uso y escenarios


•El sistema alerta solicitud•El HelpDesk analiza la solicitud•El HelpDesK consulta•El sistema sugiere el ranking•El HelpDesk selecciona consultor•El Sistema deriva la solicitud•El Sistema notifica OK derivación

•El sistema alerta solicitud•El HelpDesk analiza la solicitud•El HelpDesK consulta•El sistema sugiere el ranking•El HelpDesk selecciona consultor•El Sistema deriva la solicitud•El Sistema notifica Error derivación•El HelpDesk selecciona alternativa•El HelpDesk informa motivo•El Sistema dispara alarma

escenario1 escenario2

Se pueden producir distintas alternativas al curso normal


Diagrama de casos de uso

• Diagrama de CU muestra:– Lo que hace el sistema (casos de uso)– El límites del sistema (actores)– La relación entre actores y casos de uso

8


¿Qué contiene un modelo de CU?

Caso de uso 1

Caso de uso 2

Caso de uso 3

Actor 1

Actor 2

Actor 3

El sistemaEl sistema

Modelo CU. doc•Descripción del modelo•Lista de todos los actores•Lista de todos los CU

DiagramaDiagrama

TextoTexto

•Breve descripción•Flujo de eventos

Especif CU1. doc

•Breve descripción•Flujo de eventos

Especif CU1. doc Especif CU1. doc•Breve descripción•Flujo de eventos


• El diagrama nos da una vista gráfica del sistema. El texto nos da la descripción de los actores y casos de uso.

• La parte mas importante es el texto. Mucha gente tiene la idea equivocada que el modelado visual es dibujar unos cuantos monigotes, burbujitas y líneas.

• Los casos de uso implican escribir texto. Dibujar el modelo es solo una parte del esfuerzo. Por lo generalmas del 75% del esfuerzo durante la captura de requerimientos secentra en escribir la descripcion textual de lo que sucede en cada caso de uso. La descripción de lo que sucede es llamado , flujo de eventos.

¿Qué contiene un modelo de CU?

9


Flujo de eventos de un CU

Hay un curso normal.Hay un curso normal.

Pueden haber varios Pueden haber varios caminos alternativoscaminos alternativos


Errores

Excepciones

Estrategia de relevamiento

Caminobase

Funcionalidaddeseada

Funcionalidadno deseada

La descripción de los CU debería hacerse respetando el siguiente

orden:

El curso normal muestra el comportamiento del sistema en un escenario ideal (happy case)

Luego, la funcionalidad del sistema se puede expandir al

contemplar posibles alternativas.

Finalmente, tambien pueden suceder errores

10


Algunas pautas para Casos de uso

• Describir solo los eventos visibles al actor– Qué hace el actor– Qué hace el sistema en respuesta

• Construir CU que provean valor a un actor• Detallar solo hasta que todos tengan un

entendimiento común del requerimiento. • Bosquejar las interfaces de usuario – no detallarlas. • Usar los términos y vocabularios acordados• Usar un lenguaje preciso y claro


¿qué nombre se les coloca a los CU?

• Indicar el objetivo o valor que espera el actor.• Usar verbo infinitivo para iniciar el nombre• Imaginar una lista de “cosas por hacer”

• inscribirse para un curso• inscripción para cursos• acceso a inscripción• usar sistema de inscripción• llenado de inscripción• completar inscripción

??¿ Por cuál optaría

como nombre del CU ?

¿ Por qué ?

el <<Actor>> desea…

11


Pasos para documentar…

CU 1

CU2

CU3

Actor 1

Actor 2

Actor 3

El sistemaEl sistema

planilla CU1. doc•Breve descripción•Flujo de eventos

Especif CU1. doc

•Breve descripción•Flujo de eventos•Obs diseño•Pre/pos condiciones


Pasos para crear un Modelo de CU

1. Identificar Actores2. Encontrar CU para esos actores3. Documentar cada CU

– Descripción breve– Flujo de eventos básico– Identificar alternativas flujo de eventos

4. Detallar cada CU– Agregar: pre y poscondiciones, observ. de diseño,

relaciones, diagramas, otros

5. Estructurar el flujo de eventos de cada CU

12


Encontrar Actores¿Quién está operando con el sistema?

cliente soporte Sistema Mesa de Ayuda

el Cliente nunca toca el sistema, lo hace el HelDesk.

… y si el sistema es una aplicación web?

clienteSistema Mesa de

Ayuda - on line -

Para identificar actores del sistema…

¿Quién es el que está operando?¿Quién es el que está operando?El actor es algo que interactua con el sistema


encontrar Actores…

• ¿Quién o qué usa el sistema?

• ¿quién o qué toma información del sistema?

• ¿Quién o qué provee informaión al sistema?

• ¿En qué parte de la empresa se usa el sistema?

• ¿Quién o qué mantiene o soporta el sistema?

• ¿Con qué otros sistemas interactua el sistema?

El actor es un rol, no una persona/cosa paricultarEl nombre debería representar claramente ese Rol

13


Los actores son externos al sistema !

Los actores permiten definir los límites del sistema


¿Cómo se describen los Actores?

Documento texto•Nombre•Breve descripción

Ejemplo•HelpDesk•Una persona que administra los requerimientos

ingresados por mesa de ayuda


¿Qué o a quién representa el actor?

¿Por qué el actor tiene una necesidad?

¿Qué le interesa hacer con el sistema?

14




– Descripción breve– Flujo de eventos básico (curso normal)– Identificar alternativas flujo de eventos





Encontrando Casos de uso

Objetivo 2Actor

Objetivo 1

¿qué objetivo intento lograr usando el

sistema?

El Actor quiere usar el sistema para obtener algun valor

15


Encontrando Casos de uso…

¿Cuáles son los objetivos de cada actor?• ¿por qué el actor quiere usar el sistema?

• ¿el actor debería crear, almacenar, registrar, modificar, eliminar o leer datos en el sistema?... Si!, ¿por qué?

• ¿el actor necesitaría informar al sistema de eventos externos o cambios?

• ¿el actor necesita ser informado de ciertas ocurrencias o sucesos del en el sistema?

• ¿cuáles son las tareas que el actor realiza para cumplir con su trabajo?

¿ El modelo está abarcando el sistema con todo el comportamiento correspondiente ?


• El mejor camino para encontrar CU es considerar que el actor necesita algo del sistema.

• Cada actor necesita cosas particulares esperando por algún valor observable por él.

• Si le preguntamos a todos los actores que quieren hacer con el sistema, tendremos el comportamiento completo del sistema.

Encontrando Casos de uso…

16









¿Cómo se describen los Casos de Uso?

Documento texto•Nombre•Breve descripción

Breve descripción del Rol y propósito del CU

Ejemplo•canalizar solicitud

•El HelpDesk deriva la solicitud del cliente al consultor sugerido por el sistema.


17









Documentar cada CU

Nombre CU

Descripción breveFlujo básico

1. paso uno2. paso dos3. paso tres

A1 Alternativa paso1A2 Alternativa paso2A3 Alternativa paso3

Se puede usar una plantilla que permita una estructura con un mejor orden.

Los pasos del curso normal se pueden enumerar indicando en cada uno, el actor y la acción que realiza

18


¿cómo escribir cada paso del curso normal?

• Rol: quien tiene la responsabilidad de llevar a cabo el comportamiento del sistema (actor)

• Responsabilidad: cada comportamiento desarrollado por un rol

• Dos tipos de actores: iniciador y participante• Dos tipos de responsabilidades: acción y de servicio• Una colaboración: entre ambos roles

Iniciador Acción Participante Servicio

Elementos de un scriptElementos de un script

Se podría utilizar la técnica de scripting…Se podría utilizar la técnica de scripting…


Construcción de scripts 2.4

Obtener un libro: el estudiante solicita un libro, el bibliotecario verifica el estado del alumno para obtener un libro, consulta ladisponibilidad del libro, registra la información del préstamo yentrega el libro al alumno.

IEl estudiante ASolicita un libro PEl bibliotecario SAtiende al alumno

IEl bibliotecario AConsulta el estado del alumno para obtener un libro PEl sistema SBrinda la información

IEl bibliotecario AConsulta la disponibilidad del libro PEl sistema SBrinda la información acerca del libro

IEl bibliotecario ARegistra la información del préstamo PEl sistema SAlmacena la información

IEl bibliotecario AEntrega el libro PEl estudiante SRecibe el libro

Contar el curso normal…

estructurarlo…

19









Flujo de eventos (base y alternativo)

• Un flujo Base• Escenario happy day• escenario exitoso desde el comienzo al fin

•Muchos flujos alternativos• Variantes normales (subflujos)• Casos raros (excepciones)• errores

20


Documentar el Flujo de Eventos

• Base– ¿qué evento inicia el CU?– ¿cómo termina el CU?– ¿el actor recibió el resultado de valor?

• Alternativo– ¿hay situaciones opcionales en el CU?– ¿qué casos raros pueden suceder?– ¿Qué variantes pueden suceder?– ¿qué puede suceder mal?– ¿qué puede no suceder?– ¿qué tipos de recursos pueden bloquearlo?


Relaciones entre los Casos de Uso

• «extender» (extend) se emplea para establecer una situación excepcional o de error, que no corresponde al camino normal del caso de uso básico

• «incluir» (include) se utiliza para extraer las parte comunes de los casos de uso; son casos de uso abstractos

• generalización

Hay distintos tipos de relaciones entre los CU

21


Relaciones entre los Casos de Uso

En este diagrama se muestran todas las relaciones que se

pueden dar entre CU (extensión, inclusión

y generalización)

Y también entre actores

(generalización)


Generalizacion entre actores

Ejemplo:Ejemplo:

22


¿cómo funciona la extensión entre CU?

Ejemplo:Ejemplo:


¿cómo funciona la inclusión entre CU?

23


¿cómo funcional la generalización entre CU?


¿Por qué documentar CU?

borrador

Tamaño del CU

Muy chico?

Muy grande?

Es más queun solo CU?

Me ayudan a encontrar todos los flujos alternativos

Caso de uso

• Ayuda a descubrir aquello que no se conoce• ayuda a determinar si el CU es demasiado chico o demasiado grande• al escribir los pasos se pueden detectar pasos de otros CU o determinar si el CU tiene cosas para hacer o no• agrega valor para encontrar todos los posibles flujos alternativos

24


Checkpoints Casos de Uso

? El modelo de CU presenta claramente el comportamiento del sistema? Al leer el modelo de CU, es fácil entender lo que el sistema hace.? Han sido identificados todos los CU; todos los CU juntos cumplen con el

comportamiento requerido? Todos los requerim. fucnionales están atados al menos a un CU? El modelo de CU no contiene comportamiento superfluo; a todos los CU se

les identifica perfectamente su trazabilidad? Los nombre de los CU son únicos, intuitivos.? El cliente/ usuario entienden los nombre y descripciones de los CU? La descripción breve es representativa del comportamiento que está

modelando el CU? Cada CU está al menos asociado a un Actor (comentar excepción)


Organizando el Modelo de CU

Los CU se pueden organizar utilizando

paquetes

casos de uso pdf · 2005-04-04 · perspectivas del usuario, el modelo de casos de uso es ideal...

Documents