Documentos de Académico
Documentos de Profesional
Documentos de Cultura
UML Clase 02 UML Casos de Uso
UML Clase 02 UML Casos de Uso
Caso de Uso?
Casos de Uso (Qu es un caso de uso?) Un caso de uso es un conjunto de escenarios ue tienen una meta de usuario en com"n Martin Fowler Caso de Uso: Es una descripcin de un proceso fina-fin, relativamente largo, ue inclu!e varias etapas o transacciones Es una manera especfica de utilizar el sistema, es una #istoria ue describe un uso particular del sistema Es la imagen de una $uncionalidad del sistema, desencadenada en respuesta al est%mulo de un actor o rol e&terno
Escenario?
,EscenarioEscenario: Es una secuencia de acciones e interacciones 'pasos( entre los usuarios 'actores( ! el sistema )))por e*emplo+
El usuario introduce su nombre de usuario y su contrasea. El sistema verifica la validez del nombre de usuario y de la contrasea y permite al usuario el acceso al sistema. El sistema muestra la pantalla principal del sistema. El usuario selecciona la opcin de aadir nuevo empleado. El sistema muestra...
5
,Actor, .olUn actor representa el rol *ugado por una persona o cosa ue act"a con el sistema)
Cliente, Administrador, Usuario no Re istrado !Autenticado", Usuario Re istrado !Autenticado", #efe de Compras, #efe de $ersonal, %oderador, #efe de &epartamento, 'brero de $lanta, (upervisor...
Actor o Rol?: /er%a me*or usar la palabra rol, pero algunos piensan ue 0Actor1 $ue usado debido a una mala traduccin del /ueco
NOTA: NO TODOS los interesados en el sistema (stakeholders) son actores s!lo son actores a"#ellos "#e utilizarn el sistema
7
Casos de Uso (Algunas Caractersticas) Actualmente, muc#a gente considera ue los casos de uso son de vital importancia en los pro!ectos de so$t2are ' rocesos !uiados por Casos de Uso( Describen ba*o la $orma de acciones " reacciones el comportamiento de un sistema desde el punto de #ista de un usuario /e puede considerar ue #asta cierto punto, cada caso de uso es independiente de los dems 3ermiten de$inir los l%mites del sistema ! las relaciones entre el sistema ! su entorno ($U% &$'O(TANTE)
Un caso de uso $% es un diagrama, $% es un s%mbolo dentro de un diagrama))) &&&es una forma de descri'ir un escenario de interacci(n usuario sistema&&& )))los diagramas vienen despu4s 'o antes( ! son una $orma de tener una visin general de los casos de uso, sus relaciones con los actores ! con otros casos de uso
9
Nom)re:
Descri*ci!n: .epresenta a un usuario ue no se a identi$icado $rente al sistema) Generalmente estos usuarios deber%an poder registrarse 'crear un nuevo usuario( o ingresar al sistema para trans$ormarse en usuarios autenticados, en moderadores o en administradores del sistema
+++
10
Descri*ci!n: )'re#e descripci(n del caso de uso* Actores: )actores participantes en el caso de uso* 'recondiciones: )condiciones .ue de'en cumplirse para poder ejecutar el caso de uso* ,l#-o Normal: )flujo normal +feliz, de ejecuci(n del caso de uso* ,l#-o Alternati.o: )flujos alternati#os de ejecuci(n del caso de uso* 'oscondiciones: )condiciones .ue de'en cumplirse al finalizar la ejecuci(n del caso de uso*
11
Descri*ci!n: 3ermite crear un nuevo mensa*e '#ilo( en el $oro de discusin) Actores: Usuario 5 8oderador 'recondiciones: El usuario debe de estar autenticado en el sistema)
contin0a+++
12
Descripcin Textual de un Caso de Uso ( e!uerimientos" Qu de$e %acer el sistema?) En general, #a! muc#as variaciones sobre como se puede describir un caso de uso U8@ no de$ine ning"n estndar al respecto /eleccione o dise:e una o ms plantillas ue considere adecuadas para sus necesidades Conozca bien la plantilla ue va a utilizar, sepa para ue sirve cada campo 'argumente sobre su utilidad ! sea co#erente a lo largo de todas las plantillas(
14
Descripcin Textual de un Caso de Uso ( e!uerimientos" Qu de$e %acer el sistema?) 3or e*emplo, en la plantilla anterior ser%a bueno a:adir un campo prioridad)))
Nom)re: A#tor: ,echa: Crear mensa*e $oro 3edro 34rez 21506507
'rioridad: < Descri*ci!n: 3ermite crear un nuevo mensa*e '#ilo( en el $oro de discusin) Actores: Usuario 5 8oderador 'recondiciones: El usuario debe de estar autenticado en el sistema)
15
En base a esto, trate de responder las preguntas+ ,Cuales son las tareas del5los actores involucrados,Debe el actor in$ormar al sistema de cambios e&ternos ocurridos,Bue datos debe el actor crear, guardar, modi$icar, destruir, leer,Debe el el sistema in$ormar al actor de cambios internos17
Caso de Uso
Actor
18
Usado para modelar por separado el comportamiento e&cepcional 'o adicional( del caso de uso base
19
Esto e.identemente est1 relacionado con la l1mina anterior+++ Tomado de la doc#mentaci!n de la UOC (Uni.ersitat O)erta de Catal#n2a) doc#mento 345+*df
20
21
@os estereotipos se pueden utilizar en casi todos los elementos disponibles de U8@, de manera ue se puede e0tender ! enri.uecer el lengua*e con su uso
En este caso los estereotipos se utilizan para di$erenciar los distintos tipos de actores '))client**, ))internal**, ))s"stem**() Algunas personas reemplazan el 0monigote1 por iconos personalizados 'E*) Una computadora, monigotes de distintos colores, etc4tera(
22
23
8"ltiples casos de uso 0reutilizan1 otros casos de uso) De esta $orma no es necesario describir varias veces el mismo caso de uso incluido
24
@as notas son un elemento com"n de U8@, se pueden asociar a casi todos elementos disponibles de U8@ Una e&tensin puede estar asociada a varios puntos de e&tensin
26
Cada actor ! caso de uso debe tener un nombre "nico @os actores deben tener nombres !5o iconos representativos) @os nombres de los actores deben representar roles El nombre de un caso de uso debe indicar acci(n ! debe ser claro " conciso Forma !eneral: Cerbo 'Dn$initivo( E 3redicado
1mprimir .eporte de Centas
28
Algunas eglas de +stilo (2ara los Diagramas de Casos de Uso) 8antener todos los casos de uso de un diagrama al mismo nivel de abstraccin Evitar el cruce de l%neas 'En general, mantenga el diagrama ordenado( Evite tener demasiados casos de uso en el mismo diagrama '.egla < F 2( 'GEsto es relativoH( Evite el uso comple*o de relaciones de e&tensin, especializacin e inclusin 'Io ms de tres niveles( GEn general, use el sentido com2n ! recuerde utilizar la regla JD//H
29
Iarrar el $lu*o de eventos usando #oz acti#a3 en tiempo presente ! desde la perspecti#a del actor+ Evitar el uso de la #oz pasi#a+ 3re$erir la #oz acti#a+
0@a clave es introducida por el usuario1
Algunas eglas de +stilo (2ara la Descripcin Textual de Casos de Uso) E&prese cada paso del $lu*o usando la $orma llamada " respuesta 're$le*ar el #ec#o de ue el actor e*ecuta algo ! el sistema responde a la solicitud del actor(+
0El actor introd#ce su nombre de usuario ! su contrase:a, ! el sistema .erifica si los datos concuerdan con lo ue est almacenado en la base de datos1
El caso de uso ue se describe debe e&presar un solo re.uisito funcional 'Io trate de e&presar ms de un re uisito $uncional en el mismo caso de uso( /in embargo, un caso de uso puede e&presar ms de un re uisito IK $uncional 'Esto est bien(
31
33
34
35
37
38
39
Cada des*acho tiene *artic#laridades acordes con el *rod#cto solicitado *or el cliente
40
En (es#men
41
+n esumen Qu &odelan los Diagramas de Casos de Usos? Actores del /istema @os Casos de Uso 'Escenarios 5 Dnteraccin Usuario 9 /istema( .elaciones entre+ Actores con Actores, Actores con Casos de Uso, Casos de Uso con Casos de Uso @os l%mites del sistema, el alcance del sistema El refinamiento o descomposici(n de los casos de uso
42
esumen de la Clase
Casos de Uso 'Descripcin Ae&tual( Casos de Uso 'Diagramas( Elementos Comunes de U8@+ Estereotipos, Iotas, Generalizacin 'Especializacin(
43
+3+ +:C.AS
?ooc#, .umbaug#, Nacobson, El @engua*e Uni$icado de 8odelado, 3earson Addison9Mesle! 1ra) Edicin
44
;racias
<!racias=
45