Casos de uso
Páginas: 7 (1626 palabras)
Publicado: 15 de mayo de 2015
Definición.
UML (Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema con gran cantidad de software. Cubre tanto aspectos conceptuales (procesos de negocio, funciones del sistema) como cosas concretas (clases, esquemas de bases de datos, componentes reutilizables).
Breve historia
Los lenguajes de modelamientoorientados a objetos aparecieron entre mediados de los 70's y fines de los 80's, debido a dos factores fundamentales: la aparición de lenguajes orientados a objetos, y la aparición de aplicaciones cada vez más complejas. En 1989 habían aproximadamente 10 métodos orientados a objetos. En 1994 más de 50. Esta época fue llamada la "guerra de los métodos".
Entre todos estos métodos destacaron tres: el deBooch, el OOSE (Object-Oriented Software Engineering) de Jacobson, y el OMT (Object Modeling Technique) de Rumbaugh. Otros métodos importantes fueron: Fusion, Shlaer-Mellor y Coad-Yourdon.
A mediados de los 90's cada autor de los tres métodos más reconocidos (Booch, Jacobson y Rumbaugh) empieza a adoptar ideas de los otros 2 métodos. En 1994 Rumbaugh se une a Booch, y sacan la versión 0.8 deUnified Method, el cual es publicado en 1995. Luego Jacobson se une a Rational, y sacan la versión 0.9 de UML, en junio de 1996. Posteriormente sacan la versión 1.0 en enero de 1997, con la aprobación de un grupo de empresas llamado OMG (Object Management Group). El lenguaje es abierto a otras empresas, y con nuevas observaciones y recomendaciones sale la versión 1.1 en noviembre de 1997, y la versión1.2 en junio de 1998. A fines de 1998 sale la actual versión 1.3.
Casos de Uso
Ningún sistema se encuentra aislado. Cualquier sistema interactúa con actores humanos o mecánicos que lo utilizan con algún objetivo. Un caso de uso especifica el comportamiento de un sistema o una parte del mismo, y es una descripción de un conjunto de secuencias de acciones, donde cada secuencia representa lainteracción de los elementos externos del sistema (sus actores) con el propio sistema. Un caso de uso representa un requerimiento funcional del sistema. Por ejemplo, un caso de uso fundamental en un banco, es el procesamiento de préstamos. Gráficamente, los casos de uso se representan mediante elipses.
Los casos de uso se emplean para capturar el comportamiento deseado del sistema en desarrollo, sintener que especificar cómo se implementa ese comportamiento. Proporcionan un medio para que los desarrolladores, los usuarios finales del sistema y los expertos del dominio lleguen a una comprensión común del sistema. Además ayudan a validar la arquitectura y a verificar el sistema mientras evoluciona a lo largo del desarrollo.
Ejemplo: Un juego de dados
Se tiene un juego de dados en que unjugador lanza dos dados. Si el total obtenido es siete, el jugador gana, de lo contrario pierde.
Caso de uso: Juega un juego.
Participantes (actores): Jugador.
Descripción: Este caso de uso comienza cuando el jugador recoge y tira los dados. Si los puntos suman siete, gana y pierde si suman cualquier otro número.
El diagrama UML correspondiente a este caso de uso sería similar a este:
Cada casode uso debe tener un nombre que lo distinga de otros casos de uso. Los nombres pueden ser nombres simples o nombres de camino. Estos últimos constan del nombre del caso de uso, precedido del nombre del paquete en el que se encuentra. Ejemplo:
Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso cuando interactúan con éstos. Los actores pueden serpersonas o sistemas mecánicos. Se pueden definir categorías generales de actores (como cliente en el ejemplo de abajo) y especializarlos (como ClienteComercial) a través de relaciones de generalización. Ejemplo:
Los casos de uso pueden ser versiones especializadas de otros casos de uso, casos de uso incluidos como parte de otros casos de uso, y casos de uso que extienden el comportamiento de otros...
UML (Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema con gran cantidad de software. Cubre tanto aspectos conceptuales (procesos de negocio, funciones del sistema) como cosas concretas (clases, esquemas de bases de datos, componentes reutilizables).
Breve historia
Los lenguajes de modelamientoorientados a objetos aparecieron entre mediados de los 70's y fines de los 80's, debido a dos factores fundamentales: la aparición de lenguajes orientados a objetos, y la aparición de aplicaciones cada vez más complejas. En 1989 habían aproximadamente 10 métodos orientados a objetos. En 1994 más de 50. Esta época fue llamada la "guerra de los métodos".
Entre todos estos métodos destacaron tres: el deBooch, el OOSE (Object-Oriented Software Engineering) de Jacobson, y el OMT (Object Modeling Technique) de Rumbaugh. Otros métodos importantes fueron: Fusion, Shlaer-Mellor y Coad-Yourdon.
A mediados de los 90's cada autor de los tres métodos más reconocidos (Booch, Jacobson y Rumbaugh) empieza a adoptar ideas de los otros 2 métodos. En 1994 Rumbaugh se une a Booch, y sacan la versión 0.8 deUnified Method, el cual es publicado en 1995. Luego Jacobson se une a Rational, y sacan la versión 0.9 de UML, en junio de 1996. Posteriormente sacan la versión 1.0 en enero de 1997, con la aprobación de un grupo de empresas llamado OMG (Object Management Group). El lenguaje es abierto a otras empresas, y con nuevas observaciones y recomendaciones sale la versión 1.1 en noviembre de 1997, y la versión1.2 en junio de 1998. A fines de 1998 sale la actual versión 1.3.
Casos de Uso
Ningún sistema se encuentra aislado. Cualquier sistema interactúa con actores humanos o mecánicos que lo utilizan con algún objetivo. Un caso de uso especifica el comportamiento de un sistema o una parte del mismo, y es una descripción de un conjunto de secuencias de acciones, donde cada secuencia representa lainteracción de los elementos externos del sistema (sus actores) con el propio sistema. Un caso de uso representa un requerimiento funcional del sistema. Por ejemplo, un caso de uso fundamental en un banco, es el procesamiento de préstamos. Gráficamente, los casos de uso se representan mediante elipses.
Los casos de uso se emplean para capturar el comportamiento deseado del sistema en desarrollo, sintener que especificar cómo se implementa ese comportamiento. Proporcionan un medio para que los desarrolladores, los usuarios finales del sistema y los expertos del dominio lleguen a una comprensión común del sistema. Además ayudan a validar la arquitectura y a verificar el sistema mientras evoluciona a lo largo del desarrollo.
Ejemplo: Un juego de dados
Se tiene un juego de dados en que unjugador lanza dos dados. Si el total obtenido es siete, el jugador gana, de lo contrario pierde.
Caso de uso: Juega un juego.
Participantes (actores): Jugador.
Descripción: Este caso de uso comienza cuando el jugador recoge y tira los dados. Si los puntos suman siete, gana y pierde si suman cualquier otro número.
El diagrama UML correspondiente a este caso de uso sería similar a este:
Cada casode uso debe tener un nombre que lo distinga de otros casos de uso. Los nombres pueden ser nombres simples o nombres de camino. Estos últimos constan del nombre del caso de uso, precedido del nombre del paquete en el que se encuentra. Ejemplo:
Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso cuando interactúan con éstos. Los actores pueden serpersonas o sistemas mecánicos. Se pueden definir categorías generales de actores (como cliente en el ejemplo de abajo) y especializarlos (como ClienteComercial) a través de relaciones de generalización. Ejemplo:
Los casos de uso pueden ser versiones especializadas de otros casos de uso, casos de uso incluidos como parte de otros casos de uso, y casos de uso que extienden el comportamiento de otros...
Leer documento completo
Regístrate para leer el documento completo.