1 UNIVERSIDAD INDUSTRIAL DE SANTANDER

ESCUELA
DE

Perfecta Combinacin entre Energa e Intelecto

INGENIERAS ELCTRICA, ELECTRNICA

Y DE

TELECOMUNICACIONES

Modelado de Casos de Uso

Camilo Castro Duarte, Rodman Ral Caldern Nio, Carlos Andrs Quintero Murcia, Juan Carlos Santis Ochoa, Grapa 3, GrupoB1. Actividad: Casos; Casos de Uso, Mdulo 2, CISETIC_I_11_Casos_M2_L4_V1 Conferencia 6 Universidad Industrial de Santander Facultad de Ingenieras Fsico-Mecnicas Ricardo Llamosa Villalba-Telecommunication Engineer Ph. D. Bucaramanga-05 de Junio de 2011. II.OBJETIVOS
Abstract in this document is to focus on the modeling of use cases to software engineering, regard being had different definitions and related articles.

Establecer y conceptualizar: Identificacin de actores de un sistema. Identificacin de puntos de interaccin de un sistema. Modelado de interaccin actores sistema.

Palabras Claves actores, arce de comunicacin, casos de uso, estereotipo, relacin extend, relacin include. I. INTRODUCCIN La identificacin de las necesidades de los usuarios es una parte fundamental en el desarrollo de un sistema de informacin, por tanto la gran mayora de fracasos en la creacin de un sistema de informacin provienen de una mala definicin en las necesidades funcionales. Para evitar estos impases la comunidad internacional sobre las tecnologas de la informacin ha desarrollado algunos mtodos orientados a los usuarios. Estos mtodos se enfocan en la compresin de las necesidades de todas las personas involucradas en la empresa y las razones por la que el sistema se desarrolla, adems identifica necesidades funcionales de un nuevo sistema de informacin. El modelado de casos de uso es una tcnica que permite modelar las funciones de un sistema en trminos de eventos. El modelado de casos de uso est formado bsicamente por dos elementos: los diagramas de casos de usos y las narraciones de casos de uso. Los diagramas de casos de uso muestran el comportamiento del sistema a partir de los usuarios que interactan con el sistema, mientras que las narraciones de casos de uso describen de forma escrita los eventos de negocio y cmo interaccionan los usuarios con el sistema. Un diagrama de casos de uso representa las interacciones entre el sistema y los sistemas externos y los usuarios. En otras palabras, describe grficamente quin utiliza el sistema y la forma en que los usuarios esperan interaccionar con el sistema.[1]

III. ASPECTOS TERICOS Concepto 1: Casos de Uso Un caso de uso es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Concepto 2: Diagramas de Caso Los diagramas de casos de uso sirven para especificar la comunicacin y el comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relacin entre los actores y los casos de uso en un sistema. Concepto 3: Relacin Una relacin es una conexin entre los elementos del modelo, por ejemplo la especializacin y la generalizacin son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos que se producen en su mbito o en l mismo. Concepto 4: Actor Se le llama actor a toda entidad externa al sistema que guarda una relacin con ste y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero tambin incluye a todos los sistemas externos, adems de entidades abstractas, como el tiempo. En el caso de los seres humanos se pueden ver a los actores como definiciones de rol, por lo que un mismo individuo puede corresponder a uno o ms Actores. Suele suceder sin embargo, que es el sistema quien va a tener inters en el tiempo.[2]

2 UNIVERSIDAD INDUSTRIAL DE SANTANDER

ESCUELA
DE

Perfecta Combinacin entre Energa e Intelecto

INGENIERAS ELCTRICA, ELECTRNICA

Y DE

TELECOMUNICACIONES

abstraccin adecuado. Donde se aconseja por lo general que si un caso de uso se hace muy grande, a medida que se va detallando es conveniente dividirlo en varios casos de uso. Pero dentro de las ventajas que tienen el hacer los casos de uso resaltan la de ayudar a asegurar que se desarrolle el sistema correcto, es una excelente forma de comunicacin con los clientes y los usuarios. Pero tambin tiene una serie de problemas y es que no se sabe donde parar, existen una gran confusin entre la adquisicin de los requisitos y los casos de uso. Por ejemplo, Es un juego completo de casos de uso lo mismo que los requisitos de un producto? Existen otros requisitos (del producto o del proyecto) que no estn capturados en los casos de uso? Hay algn aspecto del diseo/arquitectura del sistema que no se ha capturado con los casos de uso? Hay que tener claras las guas para establecer las relaciones entre los casos de uso, el anlisis y el diseo. Entre los casos de uso tenemos un ejemplo de un cajero automtico:

IV. CASOS TRATADOS EN LA LECTURA Dentro de los casos tratados en la lectura de modelos de caso de uso tenemos el ejemplo en donde los diagramas de caso de usos siguen las especificaciones del lenguaje de modelado unificado UML.

Figura 1.Ejemplo narrativa casos de uso

Figura 3. Ejemplo cajero automtico El caso de uso sacar dinero, puede describirse como sigue: Se visualiza un mensaje de bienvenida en la pantalla: El usuario inserta la tarjeta en el cajero El cajero lee el cdigo de la banda magntica de la tarjeta y verifica si es aceptable, en caso positivo, pide el cdigo del usuario. Esperando el cdigo:

Figura 2. Ejemplo diagrama de casos de uso

Dentro de la construccin de casos de uso tenemos el problema fundamental en donde es encontrar el nivel de

3 UNIVERSIDAD INDUSTRIAL DE SANTANDER

ESCUELA
DE

Perfecta Combinacin entre Energa e Intelecto

INGENIERAS ELCTRICA, ELECTRNICA

Y DE

TELECOMUNICACIONES

El usuario introduce el cdigo. Si el cdigo es correcto, el cajero pide al usuario que seleccione el tipo de transaccin deseada. Esperando el tipo de transaccin: El usuario selecciona la funcin sacar dinero, el cajero le pide que teclee la cantidad deseada. Esperando la cantidad deseada: El usuario teclea la cantidad que desea sacar, el cajero enva la peticin al sistema del banco. Se prepara un recibo. Se expulsa la tarjeta. Se imprime el recibo. Se entrega el dinero.

sistema, para detallar los artefactos en el sistema, para documentar y construir, En pocas palabras, es el lenguaje en el que est descrito el modelo. 2. Qu es un Caso de Uso?

Es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a una actividad que ejecuta el actor principal sobre el sistema. Un caso de uso describe una funcionalidad ms una interaccin entre un actor y un sistema en forma de secuencia de acciones. 3. Para qu sirven los Casos de Uso?

Excepciones: La tarjeta no es aceptada. Se expulsa emitiendo un sonido. Cdigo incorrecto. Se emite un mensaje dando al usuario la oportunidad de introducir el cdigo. No autorizado para sacar dinero. El sistema de banco no autoriza a sacar dinero. Se emite un mensaje de informacin y se expulsa la tarjeta. No hay dinero. El cajero no dispone de la cantidad pedida. Emite un mensaje y expulsa la tarjeta. Cancelar. En cualquier momento el usuario puede cancelar la transaccin, con lo que expulsa la tarjeta.

Los casos de uso son utilizados bsicamente para, capturar los requisitos funcionales del sistema o para ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos que se producen en su entorno. 4. Cmo se representan los Casos de Uso?

Si se observa mediante la notacin de casos de uso en UML, estos se representan por una elipse conteniendo el nombre, que opcionalmente podra ir debajo de la elipse, representando una accin o un conjunto de acciones como se observa en la figura 1.

V. RESPUESTAS A PREGUNTAS PARA ORIENTAR LA LECTURA DE LOS CASOS Defina con sus palabras: 1. Qu es UML? 5.

Figura 3. Notacin de caso de uso.

El UML es el lenguaje de modelado de sistemas software ms conocido y utilizado en la actualidad. El UML no puede compararse con la programacin estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programacin, solo se diagrama la realidad de una utilizacin en un requerimiento, bsicamente, es un lenguaje grafico para especificar, construir y documentar un sistema. Es importante hacer hincapi en que el UML es un lenguaje de Modelado para especificar o para describir mtodos o procesos. Se utiliza para definir un

Qu es un Estereotipo?

Este concepto se encuentra dentro del lenguaje de modelo unificado UML, donde se utiliza para encapsular los comportamientos. Por tanto, un estereotipo se utiliza como un canal para comunicar los requisitos de software y diseos. 6. Qu es un Actor?

4 UNIVERSIDAD INDUSTRIAL DE SANTANDER

ESCUELA
DE

Perfecta Combinacin entre Energa e Intelecto

INGENIERAS ELCTRICA, ELECTRNICA

Y DE

TELECOMUNICACIONES

Un actor es todo aquel que introduzca o extraiga informacin del sistema, y comnmente es ocupado por personas que desarrollan algn rol dentro del sistema, pueden ser personas, otros sistemas o componentes hardware. 7. Qu es Generalizacin?

Ofrecen una buena base para la verificacin y validacin.

12. Cules son las limitantes de los casos de uso? Los casos de uso son tiles estableciendo los requisitos de comportamiento, pero no establecen totalmente los requisitos funcionales, ni permiten la determinacin de los requisitos no funcionales. Adems es necesario complementar los casos de uso con informacin adicional como: Reglas de negocio Requisitos no funcionales Diccionario de datos para complementar los requerimientos del sistema.

Es una relacin que indica que un caso de uso es una variante de otro, aadiendo si es posible acciones a un caso de uso general, adems est relacin tiene alto grado de flexibilidad. 8. En qu consiste la relacin <<extend>>?

Es una Relacin de dependencia en donde un caso de uso extiende a otro caso de uso aadiendo acciones, a un caso de uso extendido, este caso de uso se utilizar nicamente cuando sea necesario. 9. En qu consiste la relacin <<include>>?

VI. DUDAS REFERENTES AL TEMA Gracias a la magnitud de la informacin recolectada para desarrollar el trabajo, la compresin de dicho taller se focalizo de mejor manera, por tanto no se presentan dudas referentes al tema. VII. CONCLUSIONES Este trabajo contribuyo de manera significativa a la formacin de destrezas en anlisis, sntesis, lectura y escritura de proyectos. Es gratificante alcanzar los objetivos planteados al comienzo del documento cuando se desarrolla la metodologa aprendida en esta asignatura. Teniendo en cuenta que el trabajo demandaba aspectos organizacionales importantes, fue necesario planificar las tareas a desarrollar antes de dar inicio a la solucin del trabajo como tal. Con este trabajo focalizamos en mejor forma el contenido secuencial que se desarrollara en la asignatura. El hacer los casos de uso nos ayuda a asegurar que se desarrolle el sistema correcto. Si un caso de uso se hace muy grande, a medida que se va detallando es conveniente dividirlo en varios casos de uso, esto con el hecho de que no se pierda el punto de partida y no se extienda tanto ya

Es una relacin de dependencia donde un caso de uso utiliza a otro caso de uso, indicando que es parte de un caso de uso. El caso de uso se utilizara siempre que exista una relacin de inclusin. 10. Mencione 2 diferencias que hay entre las relaciones include y extend? En una relacin <<extend>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus extensiones. Mientras, en una realcion <<include>> el actor que realiza el caso de uso base tambin realiza el cado de uso incluido. En general se utiliza la relacin <<extend>> cuando se presenta una variacin del comportamiento normal, y <<include>> cuando se repite un comportamiento en dos casos de uso y queremos evitar dicha repeticin.

11. Mencione 2 ventajas de la utilizacin de casos de uso? Ayudan a asegurar que se desarrolla el sistema correcto. Pueden servir como base para especificar respuestas a aplicaciones de tiempo real. Excelente forma de comunicacin con los clientes y los usuarios.

5 UNIVERSIDAD INDUSTRIAL DE SANTANDER

ESCUELA
DE

Perfecta Combinacin entre Energa e Intelecto

INGENIERAS ELCTRICA, ELECTRNICA

Y DE

TELECOMUNICACIONES

que eso es una desventaja toca saber donde parar VIII.VALORACIN ENTRE PARES DE PAREJA La valoracin entre parejas se desarroll satisfactoriamente, encontrando grana afinidad entre los trabajos individuales por parte de cada integrante de la Grapa. IX. PREGUNTAS ENTRE PARES NO RESUELTAS Debido al buen trabajo que se realizo todas las preguntas fueron resueltas en su totalidad. X.REFERENCIAS [1] http:/ / en. wikipedia. org/ wiki/ Caso_de_uso?
action=history.

[2] http:/ / www. methodsandtools. com/ archive/ archive. php?

id=8.

[3] http:/ / code. google. com/ p/ remasystem/ downloads/ list. [4] http://www.infor.uva.es/~chernan/Ingenieria/Teoria/Tema3
D.pdf. [5] http://es.wikipedia.org/wiki/Caso_de_uso.

XI. ANEXOS Tabla 1. Formato de agenda