cap. 9 kendall & kendall cap 5 jacobson sesion 8rcruz0423.galeon.com/docs/clase2p2.pdf · 1...
Post on 21-Oct-2018
338 Views
Preview:
TRANSCRIPT
1
Cap. 9 Kendall & KendallCap 5 Jacobson
SESION 8
Ana Mercedes Cáceres
mercycaceres@gmail.com
Instructora: Carmen Morales
Año 2006.
CASOS DE USO
Exploración de Requerimientos
2
OBJETIVOS
� Conocer la importancia de los casos de uso en el diseño de un sistema.
� Aplicar los casos de usos para el diseño del proyecto de cátedra.
3
� Los Casos de Uso fueron introducidos por Jacobson en 1992.
� Sin embargo la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer a partir de Eventos
Historia
4
¿Qué son los Casos de Uso?
� Los Casos de Uso describen una interacción entre un sistema y alguien o algo que usa alguno de sus servicios.
� El diagrama de casos de uso representa la forma en como un cliente ( actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso).
� Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.
5
CARACTERÍSTICAS
• Están expresados desde el punto de vista del actor.
• Se documentan con texto informal.• Describen tanto lo que hace el actor
como lo que hace el sistema cuando interactúa con él, aunque el énfasis estápuesto en la interacción.
• Son iniciados por un único actor.
6
ELEMENTOS
Los Casos de Uso tienen tres elementos:
� ACTORES: puede ser un humano, otro proceso informático oun cierto proceso ejecutable.
�CASOS DE USO: es una operación que se realiza, tras una orden de un agente externo, el cual puede ser un actor.
�RELACIONES ENTRE CASOS DE USO: son las que unen los actores con los casos de uso.
http://www.dcc.uchile.cl/~psalinas/uml/casosuso.html#actorVisita:
7
ActoresEs un usuario del sistema, que necesita o usa algunos de los casos de uso.
Se representa mediante un dibujo formado por palitos, acompañado de un nombre significativo, si es necesario.
Actor
VendedorNombre del Actor
8
TIPOS DE ACTORES
Principales: personas que usan el sistema.
Secundarios: personas que mantienen o administran el sistema.
Material externo: dispositivos materiales imprescindibles que forman parte del ámbito de la aplicación y deben ser utilizados.
Otros sistemas: otros sistemas con los que el sistema interactúa.
9
Casos de UsoEs una operación/tarea específica que se realiza tras una orden de algún agente externo, sea desde una petición de un actor o bien desde la invocación desde otro caso de uso.
Se representa mediante una elipse.
Hacer pedidoCaso de Uso
Nombre de la operación
10
Relaciones
Asociación : Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso). Dicha relación se denota con una flecha simple.
Extensión: La inserción de comportamiento adicional en un caso de uso base que no tiene conocimiento sobre él.
Generalización de casos de uso: Una relación en un caso de uso general y un caso de uso más especifico, que hereda y añade propiedades a aquel.
Inclusión: Inserción de comportamiento adicional en un caso de uso base, que describe explícitamente la inserción.
<<include>>
<<extend>>
11
Ejemplos de Relaciones
Relación InclusiónRelación Asociación
Hacer Pedido Pago de cuotas del estudiante
Matricularse en el
curso
Arreglar residencia estudiantil
<<include>>
<<incluide>>Cliente
12
Ejemplos de Relaciones
Relación ExtiendeRelación Generalización
Pedir azúcar
Escoger azúcar y tipo
Seguro médico del estudiante
Pago de cuotas del estudiante
<<extender>>
Caso de uso hijo
Caso de uso padre
13
Elementos de un diagrama de Casos de uso
Nombre del sistema
Caso de uso
Limite del sistema
Nombre de caso de uso
Actor
Comunicación entre actor y caso de uso
14
Parámetros para la construcción de un Caso de Uso
Un caso de uso debe ser simple, inteligible, claro y conciso.
Generalmente hay pocos actores asociados a cada Caso de Uso. Preguntas clave:
• Cuáles son las tareas del actor? • Qué información crea, guarda, modifica, destruye o lee
el actor? • Debe el actor notificar al sistema los cambios externos? • Debe el sistema informar al actor de los cambios
internos?
15
La descripción del Caso de Uso comprende:
1. El inicio: ¿cuándo y qué actor lo produce? 2. El fin: ¿cuándo se produce y qué valor devuelve? 3. La interacción actor-caso de uso: ¿qué mensajes
intercambian ambos? 4. Objetivo del caso de uso: ¿qué lleva a cabo o
intenta? 5. Cronología y origen de las interacciones6. Repeticiones de comportamiento: ¿qué operaciones
son iteradas? 7. Situaciones opcionales: ¿qué ejecuciones
alternativas se presentan en el caso de uso?
16
LOGICA DE LOS CASOS DE USO
17
Aplicación de Casos de UsoRealizar una aplicación telefónica de ventas por ca tálogos
18
www.pacestar.com/ uml/index.html
Sistema de Librería
19http://www.conceptdraw.com/en/products/cd5/applications_uml.php
20
TAREA• Desarrollar los casos de uso en base a su proyecto de
cátedra.
• Estar pendientes de los criterios específicos de esta asignación.
• Esta debe presentarse en grupo de proyecto el día Miércoles 27 de Julio de 2006.
• Su ponderación es de 10% para el segundo período.
• Se presentará impreso y subir digitalmente a su portafolio digital personal. (Ambas formas son imprescindibles).
21
FUENTES DE INFORMACION
1. http://www.creangel.com/uml/casouso.php#2. http://www.itver.edu.mx/comunidad/material/ing-software/casos_de_uso.pdf
1. Addison Wesley Ed. James Rumbaugh, Ivar Jacobson y GradyBooch. El Lenguaje Unificado de Modelado. Manual de Referencia. Incluye Cd. Rational Software Corporation. Editorial Pearson. México. Año 2000. ISBN: 84-7829-037-0.
2. Schach, Stephen R. Análisis y Diseño Orientado a Objetos con UML y el Proceso Unificado. Incluye Cd. Mc Graw Hill. 2005. México.
Web sites:
22
Fin de la clase
top related