Modeladodecasosdeuso 101119101248 Phpapp02

Modelado de Casos de Uso
Curso: Profesor: Fecha:
Ingeniera de Software Bell Manrique Losada Noviembre 2010
4osU ed osaC
3osU ed osaC
1osU ed osaC
1rot cA
1rot cA
1rotcA
U edC cu
U edC cu
U edC cu
Marco General Modelado

ORIGEN:
La idea de casos de uso nace desde la dcada de los 80 s con Ivar Jacobson, quien propuso una forma de describir los requisitos funcionales que se identificaban a partir de las necesidades de los usuarios. Aos ms tarde, Alistair Cockburn propuso un modelo para materializar estas descripciones, y defini qu son y cmo describirlos. Segn este autor, un caso de uso se puede describir como la historia de uso de un sistema (Cockburn, 2006), por lo cual es una excelente tcnica para entender y describir requerimientos.

OBJETIVO:
La esencia de los Casos de Uso es descubrir y almacenar requerimientos funcionales, escribiendo historias de uso de un sistema, y as ayudar a lograr diferentes objetivos de los participantes de un proyecto. Para lograr entender el alcance y utilidades de los Casos de Uso, es necesario hacer una serie de definiciones formales.

U edC cu 1rot cA
ELEMENTOS ESTRUCTURALES:
Elemento especfico con algn comportamiento que lo caracteriza, tal como una persona (identificada por un rol), un sistema de cmputo, una organizacin, etc. Tambin se puede definir como algo con un comportamiento, de tal forma que se puede decir que no son solo roles jugados por personas, sino organizaciones, software y/o mquinas.

U edC cu
1rot cA
Actor Primario, quien tiene objetivos de usuario que se logran a travs del uso de servicios. Actor de Soporte, proporciona un servicio al sistema. Normalmente es un sistema de cmputo, pero podra ser una organizacin o persona. Actor OffStage, quien tiene un inters en el comportamiento del Caso de Uso, pero no es primario ni de soporte.


Es una secuencia detallada de acciones e interacciones entre actores y el sistema. Es tambin llamado una instancia de caso de uso. Los escenarios son los que se conocen como historias particulares de uso de un sistema , o una ruta a travs del caso de uso.
Actor Primario: ______ Participantes e Intereses:____ Precondiciones:______ Postcondiciones (garanta de xito): _____ Principales Escenarios Exito (o Flujo Bsico): 1. _____ 2. _____ Extensiones (o flujos alternativos): a. b. Requerimientos Especiales: _____ Tecnologa y Lista de Variaciones de Datos: _____ Frecuencia de Ocurrencia: ______ Temas Abiertos: _____

Coleccin de escenarios de xito y escenarios fallidos, que describen actores usando un sistema para lograr un objetivo. As, un caso de uso implica: Escenario de xito principal, o Flujo Normal, donde se describe la situacin ideal que ocurre de interacciones actores-sistema. Escenarios Alternativos, que describe las opciones que puede tomar el escenario de xito principal, si se cumplen ciertas condiciones determinadas.
o sU ed o s aC
U edC cu

ESPECIFICACIN DE CASOS DE USO:
Se le llama especificacin de casos de uso al proceso mediante el cual se detalla descriptivamente la historia de uso del sistema (diferentes escenarios). Para este proceso, se han propuesto una serie de formatos o plantillas que permiten que la descripcin se haga de forma estndar. En la siguiente figura aparece un formato de especificacin, que puede servir de gua para su utilizacin.


Actor Primario: ______ Participantes e Intereses:____ Precondiciones:______ Postcondiciones (garanta de xito): _____ Principales Escenarios Exito (o Flujo Bsico): 1. _____ 2. _____ Extensiones (o flujos alternativos): a. b. Requerimientos Especiales: _____ Tecnologa y Lista de Variaciones de Datos: _____ Frecuencia de Ocurrencia: ______ Temas Abiertos: _____
Revisar las siguientes plantillas o formatos para realizar esta especificacin. Ver: http://www.liderdeproyecto.com/uml/uml003.html, www.usecases.org http://code.google.com/p/openbox-reader/wiki/ECUTemplate

RECOMENDACIONES PARA ESCRIBIR CASOS DE USO:
y/o identificar los . (por cada
objetivo)
identificada es capturar o procesar un pedido , el CdeU se debe nombrar como: Procesar Pedido
: Por ejemplo, si el objetivo o necesidad

. Para esto se definen los lmites y fronteras del sistema, y se identifican aquellos actores que tienen objetivos logrados a travs del uso de los servicios del sistema. , para revisar los pasos anteriores y , identificando para cada pregunta los objetivos de usuario (hacer listado Actor-Objetivo):

el sistema? ? del sistema? , debido a que el sistema hace algo en respuesta a un evento del tiempo? o el desempeo del sistema? (loggin)? que lo reinicia? del sistema?

6.
A partir del listado Actor-Objetivo generado, (procesar, registrar, comparar).
7.
Finalmente, e independientemente de la tecnologa y detalles de procedimientos relacionados con la Interfaz Grfica.

DISEO
DE
CASOS
DE
USO:
Define el Diagrama de Casos de Uso para ilustrar en un modelo grfico, los casos de uso, los actores y las interrelaciones entre ellos.
Modelo de contexto visual del sistema, ilustrando los actores externos y cmo ellos usan el sistema. La utilidad principal radica en que se utiliza como una herramienta de comunicacin que resume el comportamiento de un sistema y sus actores. Esta utilidad facilita la comunicacin con el cliente, en trminos del sistema solucin y sus funcionalidades.

DISEO
DE
CASOS
DE
USO:
Permite realizar la especificacin del alcance funcional del producto software que se construye y de los actores, entes que interactan con el producto software, que requieren los diferentes casos de usos. OMG UML 2.0 mantiene los conceptos fundamentales de OMG UML 1.x para este diagrama.
4o sU ed o s aC
3o sU ed o s aC
1o sU ed o s aC
1rot cA
U edC cu

RELACIONES DE CASOS
DE
USO:
Revisar el siguiente documento -Enlace de Ampliacin-: En el siguiente archivo encontrar un ejemplo prctico de un Diagrama de Casos de Uso:

RELACIONES DE CASOS
DE
USO:
Conocida tambin como relacin bsica. Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (CdeU). Dicha relacin se denota con una flecha simple. ( ).
2o sU ed o s aC
1o sU ed o s aC
1 rot cA
U edC cu

RELACIONES DE CASOS
DE
USO:
Permite modelar aspectos de jerarqua y/o herencia entre CdeU. Establece una jerarqua de herencia al nivel de los CdeU, donde el caso de uso derivado adquiere toda la especificacin del CdeU base. Se denota con una lnea con punta de flecha ( ). Se modela desde el CdeU especfico (hijo) hacia el CdeU general (padre).
4o sU ed o s aC
3o sU ed o s aC
1o sU ed o s aC
1rot cA
U edC cu

RELACIONES DE CASOS
DE
USO:
3 rot cA
1 rot cA
2 rot cA
U edC cu

RELACIONES DE CASOS
DE
USO:
Esta relacin estereotipada como <<include>>, permite incorporar el flujo normal de un CdeU, dentro de un caso de uso base de la aplicacin. Se utiliza para incluir un comportamiento, comn a varios CdeU. Se denota con una lnea con punta de flecha, con el nombre del estereotipo <<include>> sobre ella. ( ). Se modela desde el CdeU base hacia el CdeU que se incluye.
3o sU ed o s aC
e d u lc n i
e d u lc n i
2o sU ed o s aC
1o sU ed o s aC
1 rot cA
U edC cu

RELACIONES DE CASOS
DE
USO:
Esta relacin estereotipada como <<extend >>, permite incorporar el flujo normal (funcionalidad) de un CdeU externo, dentro de un caso de uso base de la aplicacin, bajo la ocurrencia de una determinada condicin. Se utiliza para incluir un comportamiento externo, que no afecta el escenario normal de la funcionalidad, asociada a la verificacin de una condicin eventual. Se denota con una lnea con punta de flecha, con el nombre del estereotipo <<include>> sobre ella. ( ). Se modela desde el CdeU que se extiende hacia el CdeU base.
4o sU ed o s aC d n e tx e 2o sU ed o s aC 1o sU ed o s aC 1rot cA U edC cu

RELACIONES DE CASOS
DE
USO:
Revisar el siguiente documento -Enlace de Ampliacin-: En el siguiente archivo encontrar un resumen del tipo de relaciones que usted puede aplicar para disear Casos de Uso:

RECOMENDACIONES DE MODELADO:
. (sistemas de computador) con una notacin alternativa a la de actores humanos. . .

. :

Cada uno de los actores del sistema cuando usan el sistema, Modele partes dinmicas o de Los casos de uso sean que se utilice, y por lo tanto del mtodo de programacin. .



MODELADO EN HERRAMIENTAS CASE
Revisar el video , como gua para el correcto diseo de los diagramas de Casos de Uso en una herramienta CASE como Enterprise Architect
Descargar versin de evaluacin de
Bibliografa
Artculos / Texto Completo / Libros: (Fox, 2007) Fox, Christopher. Software Engineering Design: Processes, Principles and Patterns with UML 2. Editorial Pearson, 2007. (Vilalta, 2004) Josep Vilalta Marzo. Taller de Requerimientos, Anlisis y Diseo con UML. Gua del Alumno TRAD UML101/ed.1-2004 Vico Virtual. (Bastarrica y Guerrero, 2004) Cecilia Bastarrica y Luis A. Guerrero. Curso CC61J. Departamento de Ciencias de la Computacin, Universidad de Chile (Booch, 1996). Grady Booch. Anlisis y Diseo Orientado a Objetos. 2da edicin. Ed. Addison-Wesley / Daz de Santos. (Pressman, 1998) Robert Pressman. Ingeniera de Software. 2007. (Stein, 2001) Ben Stein. Chapter 6. Use-case Model: Writing Requirements in Context. 2001. En: http://agamenon.uniandes.edu.co/~pfigueroa/soo/uml Hipertexto: Gua Visual UML. En: http://www.vico.org/UMLguiaVisualpresentacion.htm (Cockburn, 2006) Alistar Cockburn. Use Case Fundamentals. Disponible en: http://alistair.cockburn.us/Use+case+fundamentals

Modeladodecasosdeuso 101119101248 Phpapp02

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Modeladodecasosdeuso 101119101248 Phpapp02

Cargado por

Copyright:

Formatos disponibles

Modelado de Casos de Uso

Curso: Profesor: Fecha:

Ingeniera de Software Bell Manrique Losada Noviembre 2010

Marco General Modelado