Casos de Uso

• Integrantes:o Priscilla Soto PérezoAlberto Vargas AlfarooWalter Chacón Valerio

Contenido

• Introducción• Actores y casos de uso• Definición• Notación• Modelos de casos de uso• Herramientas para UML.• Ejemplos

Introducción• Introducidos por I. Jacobson en Objectory.

• Los casos de uso describen las acciones y reacciones el comportamiento de un sistema desde el punto de vista de los usuarios.

• Son descripciones de la funcionalidad del futuro sistema.

• Sirve para captar los requisitos de un sistema de software.

• Los casos de uso se centran en los factores críticos de éxito, en términos de la funcionalidad que los usuarios necesitan para interactuar.

Introducción• ¿Porque utilizar los casos de uso?

• Su fácil comprensión por parte de los clientes.

• Representan los requisitos funcionales.

• Se utilizan como una base para el desarrollo iterativo

Objetivo• La diferencia entre los Casos de Uso y el

diseño funcional es el foco. El diseño funcional documenta un proceso, los casos de uso la meta del proceso.

• Centrarse en procesos, a menudo reproduce sistemas existentes, ya que nos centramos en el “como” y no en el “porque” .

• La meta del diagrama es proporcionar una explicación de la relación del sistema y el mundo exterior (Usuario).

Casos de uso (definición)

• I Jacobson propone dos definiciones:

• ES un documento que describe una secuencia de eventos que realiza un actor que usa el sistema para llevar a cabo un proceso que tiene algún valor para el.

• Cada caso de uso esta formado por una secuencia de eventos, iniciada por un actor, que describe la interacción que tiene lugar entre el actor y el sistema.

Casos de uso• Características.

• Son iniciados por un actor (actor primario o principal)

• Pueden participar otros actores (secundarios).

• Poseen un nombre en el sistema.

• Pueden contener condiciones de inicio y condiciones de terminación.

• La descripción del caso de uso contiene la secuencia de eventos.

Casos de uso• Hay dos tipos de casos de uso:

• Los funcionales: Requisito Funcional: característica requerida del sistema que expresa una capacidad de acción del mismo – una funcionalidad; generalmente expresada en una declaración en forma verbal.

• Los no funcionales: Requisito no funcional: característica requerida del sistema, del proceso de desarrollo, del servicio prestado o de cualquier otro aspecto del desarrollo, que señala una restricción del mismo

Actores• Un actor representa un rol que puede

desempeñar alguien o algo que necesita intercambiar información con el sistema.

Actores y Casos de Uso

• Los actores definen que existe fuera del sistema.

Actores y Casos de Uso

• Un actor puede ser una persona, un conjunto de personas, un sistema, un sistema informático.

•

Casos de Uso• Un caso de uso describe una forma concreta

de utilizar parte de la funcionalidad del sistema.

• La colección de todos los casos de uso describen toda la funcionalidad del sistema.

Asociación en los Casos de Uso

• Se representan con una línea conectando un actor a un Caso de Uso

• Pueden ser bidireccionales o unidireccionales.

Casos de uso (notación)

• La comunicación entre actores y casos de uso se muestra de la siguiente forma:

Modelo de casos de uso

• Notación grafica con actores y casos de uso.• Relaciones

• Entre actores y casos: comunicación.• Entre actores : herencia.• Entre casos de uso:

• Usa, extiende • Incluye, extiende, hereda.

• Descripción: plantillas textuales para cada caso de uso.

Notación grafica

• El modelo de casos de uso de notación grafica muestra toda la funcionalidad del sistema.

Organización del modelo

• Estructurado en tres capas:

• Diagrama de contexto y modelo inicial.

• Plantillas de descripción.

• Modelado estructurado.

Diagrama de contexto

• El diagrama de contexto muestra los limites del sistema y los actores que interactúan con el mismo.

Modelo inicial• Contiene la agrupación jerárquica de los

distintos casos de uso:

• Mediante paquetes de UMS (subsistemas)

Plantillas de descripción

• Los casos de uso describen utilizando plantillas en lenguaje natural.

• Normalmente:• Nombre del casos de uso• Descripción• Actores• Objetivos asociados• Datos específicos• Tipo de requerimientos• Prioridad• Comentarios.

Escenarios y Casos de Uso

• Un escenario es una descripción textual de una interacción particular entre los actores y el sistema.

• Un caso de uso se ve en varios escenarios.

• Los escenarios principales no deben de tener situaciones de errores.

• Los secundarios van describir situaciones de error o posibles alternativas de ejecución.

Relación entre casos de uso

Inclusión: Cuando un Caso de Uso necesita ayuda de otro Caso de Uso, la dependencia se dibuja con una flecha punteada hacia el caso que será “usado”. Es una subrutina o llamada a función.

Relación de extensión

• indica que un Caso de Uso puede necesitar ayuda de otro Caso de Uso, contrario al include donde siempre la necesita.

Herencia• La herencia indica que un objeto tiene desde

el momento de su creación, acceso a todas las propiedades de otra clase.

Relaciones entre casos de uso

• Dado un conjunto de casos de uso no existe una única forma de representar las relaciones entre ellos.

• Diferencias entre inclusión y extensión:

• Una inclusión es equivalente a una extensión sin condiciones.

• El caso incluido siempre forma parte del caso que incluye.

Relaciones entre casos de uso

• Relación de extensión:

• La extensión se utiliza para representar alternativas de ejecución que se llevan a cabo en algunas ocasiones.

Herramientas para dibujar casos de uso.

Existen cientos de herramientas para dibujar casos de uso a continuación una lista de herramientas Open source:

• 10 Free, Standalone and Easy to Use UML Editors

• Free Open Source UML tools

• Survey of Open Source Modeling Tools for Software Development

• Top 5 open source UML tools

• Best Open Source UML tools

Herramientas para dibujar casos de uso.

Lista de herramientas o software :

• Microsoft Visio • Power designer a partir de la version 12.5• SmartDraw.• Asi como algunos programas de

programacion como Delphi a partir de su version Enterprise.

• MindManager

Ejemplo caso de usoNotación grafica

MindManager• Demuestra visualmente como las tareas se ligan a los

objetivos estratégicos.

• Utiliza tableros de control para dar seguimiento a las tareas de sus proyectos.

• Organiza la información en un solo lugar, liberando tiempo valioso para la innovación.

• Sincroniza a su equipo con la capacidad mejorada para generar tormenta de ideas, asignación de tareas y la facilidad para transmitir conocimiento a nuevos miembros del equipo.

• Incrementa la productividad de sus actuales herramientas de escritorio.

• Facilita el re-uso de planes existentes, procesos, ideas y mejores prácticas.

MindManager• Captura las necesidades del cliente y las presenta

al equipo interno para obtener retroalimentación inmediata, la generación de propuestas y su aprobación.

• Captura, comparte y re-utiliza las mejores prácticas organizacionales para la entrega expedita de propuestas.

MindManager• Desarrolla, captura y comparte ideas que surgen

de las iteraciones con clientes y aliados.

• Solidifica los acuerdos de negocios y genera confianza para futuras oportunidades capturando información relevante y precisa en mapas visuales.

MindManger

MindManager• MindManager alinea a personas y equipos para

ayudar a las empresas a alcanzar sus objetivos estratégicos de manera más eficiente. Los Mapas intuitivos e interactivos de capturan y organizan el conocimiento y la experiencia de su personal y consolida la información de otras aplicaciones en un solo lugar para un rápido acceso. Los mapas comunican con claridad ideas e información potenciando la habilidad de sus empleados para trabajar más rápido e inteligentemente, generando resultados medibles.

Buenas noches.