ADS II - 5. Modelo Casos de Uso

8/17/2019 ADS II - 5. Modelo Casos de Uso

1/66

Asignatura: Análisis y Diseño de Sistemas II

Docente: Ing. Mijail Gualdimar Quispe Mamani

Contacto: [email protected]

MD!"A#D: CASS

$S D!" SIS%!MA

$ni&ersidad #acional Ama'(nica de Madre de D)acultad de Ingenier*a

Carrera +ro,esional de Ingenier*a de Sistemas


2/66

RUPUML

Fase Actividad Entregable

InicioModelamiento del

#egocio

Documento de -isi(n!tensi(n para Modelado del

#egocioD

+lan dMode

+lan de desarrollo del so,t/are

Modelo de caso de uso del negocio

!ntorno de tra0ajo

Elaboración

1e2uerimientos Modelo de caso de uso Diagrama de caso de uso Dia

Análisis y Diseño

Modelo del análisis Diagrama de cola0oraciones Diagr

Diseño de inter,aces Diagrama de secuencia Dia

Diseño de clases Diagrama de clases DD

+lantilla de Clases

Diseño de la 0ase de datos DiseModelo de despliegue Modelo de Despliegue M

+rototipo ar2uitect(nico +ro

Construcción

Implementaci(n Modelo de componentes Diagrama de componentesDiag

-is

+rue0aModelo de caja negra M

+rototipo del so,t/are +r

Transición Despliegue +rue0a de aceptaci(nDocum


3/66

Agenda

1. Caso de Uso

2. Documento Especificación de Caso de Uso

3. Estructurar el Modelo de Casos de Uso


4/66

I. M!EL !E CASS !E US

• Arte,acto de $M"• Casos de uso

+ropuestos inicialmente por 3aco0sonMecanismos para ayudar a representar comprender los o0jeti&os y 1e2uisit

)uncionales4 de ,orma simple y comprensi0para todo el personal in&olucrado 5Cliente Desarrolladores7.

". !e#nición


5/66

Seg8n el 1$+4 los principales pasos para captura

los re2uerimientos son: Identi9caci(n de Actores y Casos de uso +riori'ar Casos de $so Detallar Casos de $so !structurar el MC$

+rototipar la inter,a' de usuario 5G$I7.

$. Actividades de la Ca%tura deRe&uisitos


6/66

Encontrar actores y

casos de uso

Estructurar el modelo

de caso de uso

Priorizar los

casos de uso

Detallar un casode uso

Prototipar la interfaz

de usuario

: Diseñador de interfaces de usua: Especificador de casos de uso: Arquitecto: Analista de sistemas


7/66

0jeti&os

Delimitar el sistema y su entorno

!s0o'ar 2uin y 2u 5actores7 interactuarán con sistema4 y 2u ,uncionalidad se espera del sistema

Capturar y de9nir un glosario de trminos comunesenciales para poder descri0ir detalladamente los Cdel sistema.

Acti&idad decisi&a para o0tener adecuadamente

re2uerimientos 1esponsa0ilidad del Analista de Sistemas

$.". Encontrar Actores ' Casos de Uso


8/66

Acti&idades 5no tienen por 2u seguir este orden7

!sta0lecer el l*mite del sistema: solo so,t/;ard/are y so,t/are como un todo4 lo utili'a persona4 una organi'aci(n4 etc.

!ncontrar actores principales: $suarios 2uesatis,acen con el uso de los ser&icios del sistema

+ara cada actor4 identi9car sus o0jeti&os de usuario

De9nir los C$ 2ue satis,agan los o0jeti&os de usu

#om0rarlos de acuerdo con sus o0jeti&osDescri0ir 0re&emente 5descripci(n informal7 cada C

$.". Encontrar Actores ' Casos de Uso


9/66

1epresentan entidades eternas 2ue interact5mantenimiento y

=Qu usuarios reali'an las ,unciones principales del sistem=Qu usuarios reali'an ,unciones secundarias4 co

mantenimiento o administraci(n>=!iste alg8n sistema eterno de ;ard/are o so,t/are>

Se da nom0re a los actores y se descri0en 0re&emente papeles y para 2u utili'an el sistema.

$.".". Actores


10/66

Además de actores principales y o0jeti&os4 se puedutili'ar di,erentes preguntas para identi9car otros mene&identes:

=Quin arranca y detiene el sistema> =Quin administra el sistema>

=Quin gestiona los usuarios y la seguridad>

=!s un actor el ?tiempo por2ue el sistema ;ace alcomo respuesta a un e&ento de tiempo>

=Quin e&al8a la acti&idad o el rendimiento del sistema

Identi#car Actores %rinci%ales ' ob(etivo


11/66

La diferencia entre un actor y un usuario del sistema es qu

actor representa a un tipo particular de usuario o rol.


12/66

También existe la posibilidad de tener a un usuario juga

varios roles. Es decir, el usuario se comporta como va

actores.


13/66

Si está desarrollando un sistema de reser&aciones4 paraagente de &iajes4 el actor será el Agente de -iaje. !l &iajerinteract8a con el sistema4 entonces no será un actor.

Encontrar a los actores signi#ca ta)bi*n de#nir +ronteras del siste)a. Sólo a&uellos &ue se co)undirecta)ente con el siste)a son actores.


14/66

Si está desarrollando un sistema de reser&aciones4para 2ue los &iajeros se puedan conectar a tra&s deInternet4 el &iajero a;ora si interactuará con el Sistemay se con&ertirá en AC%1.


15/66

Actor Princi%al, ejemplo opciones principales

Actor Secundario, ejemplo consulta

Actor -ardare, ejemplo ;ullera

Actor Siste)a, ejemplo interactuar con el sistema0ancario

Ti%os de Actores


16/66

La Lista Actor / b(etivo 0recoge los Acto%rinci%ales ' sus ob(etivos de usuario1.

Actor Objetivo Actor Objetivo

Cajero

Procesar ventas

Gestionar devoluciones

Abrir caja

errar caja

Administradordel sistema

A!adir usuarios

"odificar usuar

Eliminar usuari

Gestionarse#uridad

Gestionar tabla

efe decajas

ontrolar productividadcajero

Distribuir cajeros encajas

!istema deControl de"entas

Analizar datos ventas yrendimiento


17/66

Escenario 0o instancia de caso de uso1

!s una descripci(n narrati&a de lo 2ue la gente ;ace cuando utili'aaplicaci(n4 es una secuencia espec*9ca de acciones e interacciones e

los actores y el sistema. Descripci(n concreta e in,ormal de una sola caracter*stica del siste

desde el punto de &ista de un solo actor

"os analistas y los usuarios escri0en y re9nan di&ersos escenarios comprender mejor lo 2ue de0e ;acer el sistema

Identi9caci(n de escenarios

=Qu tareas necesita el actor 2ue realice el sistema>

=Qu in,ormaci(n consulta el actor> =2uin crea esos datos> =se pumodi9car> =2uin puede ;acerlo>

=Qu cam0ios eternos necesita in,ormar el actor al sistema> =Cuáncon 2u ,recuencia>

=De 2u e&entos necesita el actor 2ue le in,orme el sistema> =cuáncon 2u ,recuencia>

$.".$. Identi#cación de Casos de Uso


18/66

!speci9ca todos los escenarios posi0les para unadeterminada ,uncionalidad

!s iniciado por un Actor

+uede interactuar con otros actores

1epresenta un ujo de e&entos completo a tra&s delsistema4 es decir4 descri0e una serie de interaccionesrelacionadas 2ue resultan de la iniciali'aci(n del C$.

Caso de Uso


19/66

$n error muy etendido4 y 2ue es cometido en la mayor*a de la

0i0li(gra,a so0re casos de uso4 es considerar las opciones delmen8 o ,unciones del sistema como casos de uso 5puedere&isar el li0ro de "arman B"A1 y podrá encontrar este tipode errores7.Eurt Fittner BFI% señala 2ue los casos de uso de0en mostrarlo 2ue el usuario necesita del sistema y no mostrar las,unciones u opciones del men8 2ue permitirán reali'ar losolicitadoH por ejemplo4 en un sistema donde se de0e

almacenar la in,ormaci(n de los clientes4 lo 2ue al usuario leimporta es actuali'ar la in,ormaci(n de clientes. !sta acti&idadla podrá reali'ar accediendo a las opciones del men8 agregar4modi9car y eliminar clientesH por lo tanto la ,uncionalidad delsistema será representada con el caso de uso Gestionarcliente

Errores en la identi#cación de los casos deuso


20/66

A#re#ar liente

(from )

"odificar cliente$suario

(from Actors)

Eliminar liente

$suario

(f rom Actors)

Gestionar liente

Errores en la identi#cación de los casos duso


21/66

1epresentan el ujo de in,ormaci(n durante el C$ Se puede distinguir entre el Actor 2ue inicia el C$ y

demás actores 2ue inter&ienen posteriormente

"os C$ identi9cados pre&iamente a partir de los o0jetde los actores4 se representan mediante (&alorepresentan una tarea 2ue el sistema en desarrollo t2ue incorporar

!l Modelo de Casos de $so representa el conteto sistema:

"*mites del sistema

Qu permanece ,uera del sistemaC(mo se utili'a el sistema

1esume el comportamiento de un sistema y sus acto

$.".2. Relaciones entre Actores ' CU


22/66

Error, casos de uso co)o !F!

Error, el caso de uso &ue es incluido %or unosolo

Error, uso de notición antigua de UML


23/66

Determinar cuáles son necesarios para el desarrollo en primeras iteraciones y cuáles pueden dejarse pposteriores iteraciones

Cuestiones a tener en cuenta:

C$ con di9cultad de desarrollo

C$ imprescindi0les para la puesta en marc;a sistema

rgani'aci(n del desarrollo incremental

Disponi0ilidad de e2uipo de desarrollo Se re&isa la priori'aci(n con el 3e,e de +royecto y se util

como entrada para la plani9caci(n de cada iteraci(n proyecto.

$.$. Priori3ación de casos de uso

$ 2 !etallar los casos de Uso


24/66

0jeti&o principal: descri0ir su ujo de sucesos en deta

C(mo comien'a

C(mo terminaC(mo interact8an con los actores

Se detalla paso a paso la secuencia de acciones del C$

Se tra0aja estrec;amente con los usuarios reales de loC$

1esultado: descripci(n detallada mediante

%eto

Diagramas

$.2. !etallar los casos de Uso

$.4. Estructurar el )odelo de Casos de Uso


25/66

!traer descripciones de ,uncionalidad 5de casos de ugenerales y compartidas 2ue pueden ser utili'adas casos de uso más espec*9cos

!traer descripciones de ,uncionalidad 5de casos de uadicionales u opcionales 2ue pueden etender casosuso más espec*9cos 5relaciones de extensión)

!traer descripciones de ,uncionalidad 5de casos de uadicionales e incondicionales incluidas en la ejecuci(ncasos de uso espec*9cos 5relaciones de inclusión7.

$.4. Estructurar el )odelo de Casos de Uso

0jeti&os:


26/66

0jeti&os:

Identi9car las relaciones entre casos de uso.

Di,erenciar las relaciones entre casos de uso

Frindar un ejemplo de las relaciones entre caso deuso.


27/66

Pre Re&uisitos

%ener

documentados loscasos de uso:

)lujo de !&entos.

"a presentaci(nse reali'ará

tomando comoejemplo elSistema #otas.

Ra3ones

!isten ra'ones p

estructurar el Modelo de Cade $so:

– Jacer 2ue los casos uso sean ,áciles entender.

–

+ermite etraer comportamiento comencontrado en &acasos de uso.

– Jacer 2ue el ModeloCasos de $so sea ,ácimantener.

Ti%os !e Relaciones


28/66

Ti%os !e Relaciones

!isten tipos de relaciones para

estructurar los casos de uso: Include

!tend

Generali'aci(n

Relación Include


29/66

Relación Include

Conecta un caso de uso 0ase a un caso de uso incluido.

!l caso de uso incluido es a0stracto.

"a inclusi(n es encapsulada y representa comportamiento 2ue es reutili'ado por &arios casos duso.

Se ,actori'a el comportamiento 2ue es com8n en unue&o caso de uso.

S i l i i di


30/66

Se tiene el siguiente diagra)a,


31/66


32/66


33/66

Los pasos del 2 al 5 se repiten enlos flujos de eventos de los doscasos de usos.

Es decir, se está llevando a caboel mismo comportamiento enambos casos de uso.

Este comportamiento seextrae en un nuevo caso deuso: Buscar Alumnos

%uscar Alumnos

El nuevo diagra)a con include,


34/66

CU Base

CU Base CU Incluido

El nuevo diagra)a con include,

Relación E5tend


35/66

Conecta un caso de uso etendido a un caso de uso 0ase

!n el caso de uso 0ase están re,erenciados los puntos detensi(n.

!l caso de uso etendido es a menudo a0stracto4 pero nnecesariamente tiene 2ue serlo.

s

Se %ueden usar la relación e5tend %ara varios %ro%ósito


36/66

a.+ara demostrar 2ue una parte del caso de uso es opcionaesta manera se separa el comportamiento opcionacomportamiento o0ligatorio en su modelo. %am0in s

conoce como comportamiento añadido.

0.+ara demostrar 2ue un su0ujo es ejecutado s(lo 0ajociertas condiciones como un trigger o alarma.

c."os segmentos de comportamiento 2ue son insertados cpuntos de etensi(n en el caso de uso 0ase4 dependerán

interacci(n con los actores durante la ejecuci(n del casuso 0ase.

d."a etensi(n es condicional4 lo 2ue 2uiere decir 2ueejecuci(n es dependiente de lo 2ue suceda mientraejecuta el caso de uso 0ase.


37/66


38/66

El nuevo diagra)a con E5tend

Relación de 6enerali3ación


39/66

Se utili'a cuando el

caso de uso padrede0e sersu0clasi9cado enuno o más casos deuso ;ijos.

!l caso de uso ;ijo;ereda laestructura4comportamiento ylas relaciones delpadre. &eservar libros &eservar cubiculo

Alum

&eservar recursos

$.7. Prototi%ado de la inter+a3


40/66

Diseño l(gico de la inter,a': se decide 2u se necesita deinter,aces de usuario para ;a0ilitar los C$ para cada actor

Diseño ,*sico de la inter,a': se desarrollan prototipos ilustran c(mo pueden utili'ar el sistema los usuarios

ejecutar los C$ 1esultado 9nal: conjunto de es2uemas de inter,aces de usu

y prototipos de inter,aces 2ue especi9can la apariencia de inter,aces para los actores más importantes.

Caso de uso5descrito7

+rototiparla inter,a' Prototipo de interfa

usuario

NNN NNN NNN NNN

1e2uisitosadicionales

Modelo decasos de uso NNN

NNN NNN NNN

Glosario


41/66

II. ESPECIFICACIN !E CASS !E US


42/66

• Se descri0en Q$! ;acen el Actor y el Sistema y

# CM se implementa• %anto el camino 0ásico como los alternati&osde0en descri0irse tetualmente en una secci(nde la !C$.

1. #$U% E! &A ECU'


43/66

O. #om0re•De0e indicar el t*tulo del Caso de $so

L. Fre&e Descripci(n•Descripci(n pe2ueña de las acti&idades pasos principales 2ue reali'a el C$.

•De0e incluir el prop(sito del C$.

2. (A)*E! DE U+A ECU


44/66

2. Flu(o de Eventos

!&ento Disparador

!&ento 2ue demandan la ejecuci(n del C$ dsistema.!&ento ante el cuál el sistema de so,t/are dereaccionar.Indica 2ue Actor inicia el C$: El Caso de Ucomienza “cuando” el Actor solicita …..

Se pone antes del )lujo Fásico.


45/66

2.". Flu(o 89sico• Incluir el punto de inicio y de termino del C$.• Conjunto ordenado de acciones 5enumeradreali'ados por el Actor y el Sistema4 palcan'ar el prop(sito

• "a instancia del C$ se inicia y pasa a un estade comien'o

• !l C$ es in&ocado por el mensaje de un actor•

%ransita a otro estado reali'ando una secuende acciones 5cálculos4 selecci(n de camimensajes de salida4 etc.7


46/66

•Queda a la espera 5en el nue&o estado7 de otmensaje eterno

• !s in&ocado 5otra &e'7 por un nue&o mensaje• %ermina la instancia del C$• !l camino elegido como 0ásico de0e ser normal4 el más ;a0itual u o0&io para el Act2ue act8a en la mayor*a de los escenarios

•

Incluir mensajes de conrmación.


47/66

1 2 3 9 10

FLU: 8ASIC


48/66


49/66

CAS INCLUI!

Acti&aci(n mandatorio del C$ incluido4 en al

e&ento del ujo de e&entos del C$ principa2ue incluye7

El sistema incluye el Caso de Uso nomCU"

Se gra9ca en la acti&idad ?!structurar

Modelo de Caso de $so.


50/66

4. Flu(o0s1 Alternativo0s1

"os caminos alternati&os4 des&iaciones o ecepcione

pueden ocurrir por2ue:• !l Actor puede elegir entre di,erentes caminos• Si está implicado más de un actor4 las acciones de un

de ellos pueden inuenciar el camino de las accionede los otros

• !l sistema puede detectar ingresos err(neos de loactores

• -iolaci(n de 1eglas del #egocio.• Alguna ,alla en el ,uncionamiento de alguno de lo

recursos del sistema4 por lo 2ue ste no puede e,ectusu tra0ajo ;asta el 9n del C$.

Incluir si el CU continua o termina# adem$s de lomensajes %re&enti&os o alertas


51/66

1 2 3 9 10

3.1 3.n

Escenario

FLU: ALTERNATI;


52/66

7. Sub


53/66

=. Pre Condiciones• Son estados del sistema de los 2ue

usuario puede darse cuenta.

>. Post Condiciones' Son estados del sistema de los 2ue

usuario puede darse cuenta.


54/66

=.". Pre Condiciones


55/66

!presan condiciones o restricciones para 2uujo de e&entos del C$ comience 5no es el e&einicial7

Se epresan en trminos de:!stado interno del sistema de so,t/areCondiciones eternas al sistema de so,t/

5estado del conteto7$na precondici(n de un C$ no se aplic

su0ujos indi&iduales4 sino a todo el C$.

)uturo 5de0eP7.


56/66

¿? Q$!

!-!#% C#DICI# ACCI# ? ECA

@. Prototi%os 06UI1


57/66

$na alternati&a para la de9nici(n de re2uerimientos.Consiste en capturar un conjunto inicial necesidades e implementarlas rápidamente cla intenci(n de epandirlas y re9nariterati&amente4 al ir aumentando la compres2ue tienen del sistema los $suarios

Desarrolladores.


58/66

2. TIPS PARA !ETALLAR LS CU


59/66

• !scri0a oraciones cortas4 concisas• !&ite ad&er0ios: muy4 casi4 mejor 2ue4 0astant

etc.• !mplee correctamente los signos de puntuaci(n• !&ite usar oraciones compuestas• Descri0a el ujo4 no s(lo el prop(sito del C$• Descri0a s(lo el ujo del C$4 e&ite mencione&entos de otros C$ 2ue pudieran ejecutarse eparalelo.

• #o mencione actores 2ue no inter&ienen en el C$• Si el orden de los e&entos no es 9jo4 escaracter*stica de0e ser epl*cita

• !mplee lenguaje simple y claro4 e&itando trmintcnicos

4. BUINES LEEN LAS ECUD


60/66

• Clientes: aprue0an lo 2ue de0e ;acer el sistema• $suarios: o0tienen comprensi(n del sistema

• Desarrolladores del Sistema: documentan comportamiento del sistema

• 1e&isores: eaminan el ujo de e&entos• Analistas del Sistema < Diseñadores: pro&een la 0para un análisis y diseño

• %esteadores del Sistema: usado como 0ase para ca

de prue0a• "*der de +royecto: pro&ee entradas para planeamiento de proyectos

• !scritor %cnico 5Documentador7: para el ?Manua$suario.

7. PLANTILLA


61/66

O. #om0re del Caso de $soL. Fre&e Descripci(n

. )lujo de !&entos !&ento Disparador.O )lujo Fásico 5!jm. ?ingresar nota7

O.L. Incluir Casos de $so nom0reRR.

nP..L )lujos Alternati&os 5siempre los ;ay7.L.O +rimer )lujo Alternati&o R.L.L Segundo )lujo Alternati&o R


62/66

. Su0 )lujos R 5Depende de la ,uncionalidejemplo4 ?modi9car nota7..O )lujos Alernati&os del Su0 )lujo R

. 1e2uerimientos !speciales.O +rimer 1e2uerimiento !special R

T. +re CondicionesT.O +recondici(n O R

U. +ost CondicionesU.O +ost Condici(n O R

V. +untos de !tensionV.O #om0re del Caso de $so !tendidoRR

W. +rototipo 5;ay casos de uso 2ue no tienen G5G$I7.


63/66

E(e)%lo de Caso de Uso


64/66

!&ento: acci(n so0realg8n elemento de lainter,a' y 2ue pro&ocauna reacci(n D!IM+1%A#CIA en elsistema.

Cuando el usuaindica Aceptar Sistema &álida si pass/ord y el login s&álidos.

"ogin

:+ass/ord:

Aceptar Cancelar

!-!#%S


65/66

=Qu ;ace el usuario> =Qu ;ace el siste

. Indicar Aceptar . !l sistema &álidasi el pass/ord y ellogin son &álidos

O. Ingresar login

L. Ingresar pass/ord

)"$3 FXSIC D! !-!#%S


66/66

=Qu ;ace el usuario> =Qu ;ace el sistema>

. Indicar Aceptar . !l

sistema&alida si elpass/ord yel login son&álidos

O. Ingresar login

L. Ingresar pass/ord

Si en Sistemadetermina pass/ord login no &álidos enemitirá usuario mensaje: ?pass/ordin&álidos. regresa al

Alternat

)lujo alternati&o de !&entos

Documents

ADS II - 5. Modelo Casos de Uso