DIAGRAMA DE CASO DE USO

ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ

MANUEL FÉLIX LÓPEZ

CARRERA INFORMÁTICA

    SEMESTRE  SÉPTIMO           PERIODO  ABR 2015/SEP 2015

TEMA:

DIAGRAMA DE CASO DE USO

MATERIA:

INGENIERÍA DE SOFTWARE

AUTOR:

CARLOS A. ZAMBRANO VIDAL

FACILITADORA:

ING. HIRAIDA SANTANA

CALCETA,  JULIO 2015

INTRODUCCIÓN

Con el fin de dar a conocer la función que cumplen los diagramas de uso. Para poder hacer posible esto se profundiza en este tema para poder elaborar un trabajo correcto. La ingeniería de software, se dedica al estudio y aplicación de métodos sistemáticos para el desarrollo y mantenimiento de software, responde a las necesidades de los usuarios con nuevas técnicas de caso de uso que facilitan la comunicación de necesidades de procesamiento de información de los usuarios y plantearlas en forma de requerimientos de forma tal, que guíen la construcción, administración y pruebas del software. 

MARCO TEÓRICO

DIAGRAMA DE CASO DE USO

Los diagramas de casos de uso describen las relaciones y las dependencias entre un grupo de casos de uso y los actores participantes en el proceso.

Es importante resaltar que los diagramas de casos de uso no están pensados para representar el diseño y no puede describir los elementos internos de un sistema. Los diagramas de casos de uso sirven para facilitar la comunicación con los futuros usuarios del sistema, y con el cliente, y resultan especialmente útiles para determinar las características necesarias que tendrá el sistema.

Los diagramas de caso de uso son uno de los cinco diagramas en UML para modelar los aspectos dinámicos del sistema (diagramas de actividad, diagramas de estado, diagramas de secuencia y diagramas de colaboración son los otros cuatro). Los diagramas de caso de uso son centrales para modelar el comportamiento de un sistema, subsistema o una clase. Cada uno muestra un conjunto de casos de uso y actores y sus relaciones.

Aplicarás diagramas de caso de uso para modelar la vista de caso de uso de un sistema. Para la mayoría de las partes, esto involucra modelar el contexto de un sistema, subsistema o clase o modelar los requerimientos del comportamiento de estos elementos.

Los diagramas de caso de uso son importantes para visualizar, especificar y documentar el comportamiento de un elemento. Hacen al sistema, subsistema y clases accesibles y entendibles al presentar una vista externa de cómo aquellos elementos pueden ser usados en contexto. Los diagramas de caso de uso también son importantes para probar sistemas ejecutables a través de ingeniería hacia delante y para comprender sistemas ejecutables a través de ingeniería en reversa.

Suponga que alguien le da una caja. En un lado de esa caja hay algunos botones y un panel pequeño de LCD. Aparte de esto, la caja no está descrita; no te dan ninguna pista de cómo usarlo. Puedes azarosamente oprimir los botones y ver qué sucede, pero estarás estresado para darte una idea de qué hace la caja y cómo lo usas apropiadamente a menos que dediques mucho tiempo a prueba y error.

Sistemas de software intensivos pueden ser como lo anterior. Si eres un usuario, pudieras tener una aplicación y solicitarte que la uses. Si la aplicación sigue las convenciones normales del sistema operativo que acostumbras, puede ser que hagas algo útil después de un rato, pero no tendrás una comprensión de su comportamiento más detallado y complejo de esta manera. Similarmente, si eres un desarrollador, puede ser que tengas una aplicación heredada o un conjunto de componentes y te dicen que los uses. Estarás presionado para saber cómo usar los elementos hasta que te hayas formado un modelo conceptual de su uso.

Con UML aplicas los diagramas de caso de uso para visualizar el comportamiento del sistema, subsistema o clase para que los usuarios puedan comprender cómo usar ese elemento y los desarrolladores puedan implantarlo.

Un diagrama de casos de uso es sólo una clase especial de diagrama y comparte propiedades comunes como todos los otros diagramas. Un nombre y contenido gráfico que son proyecciones del modelo. Lo que distingue a un diagrama de caso de uso de otros diagramas es su contenido particular.

CASO DE USO

Un caso de uso describe, —desde el punto de vista de los actores—, un grupo de actividades de un sistema que produce un resultado concreto y tangible.

Los casos de uso son descriptores de las interacciones típicas entre los usuarios de un sistema y ese mismo sistema. Representan el interfaz externo del sistema y especifican qué requisitos de funcionamiento debe tener este (recuerde, únicamente el qué, nunca el cómo).

Cuando se trabaja con casos de uso, es importante tener presentes algunas secillas reglas:

• Cada caso de uso está relacionado como mínimo con un actor
• Cada caso de uso es un iniciador (es decir, un actor)
• Cada caso de uso lleva a un resultado relevante (un resultado con «valor intrínseco»)

Los casos de uso pueden tener relaciones con otros casos de uso. Los tres tipos de relaciones más comunes entre casos de uso son:

• <<include>> que especifica una situación en la que un caso de uso tiene lugar dentro de otro caso de uso
• <<extends>> que especifica que en ciertas situaciones, o en algún punto (llamado punto de extensión) un caso de uso será extendido por otro.
• Generalización que especifica que un caso de uso hereda las características del «super» caso de uso, y puede volver a especificar algunas o todas ellas de una forma muy similar a las herencias entre clases.

ACTOR

Un actor es una entidad externa (de fuera del sistema) que interacciona con el sistema participando (y normalmente iniciando) en un caso de uso. Los actores pueden ser gente real (por ejemplo, usuarios del sistema), otros ordenadores o eventos externos.

Los actores no representan a personas físicas o a sistemas, sino su rol. Esto significa que cuando una persona interactúa con el sistema de diferentes maneras (asumiendo diferentes papeles), estará representado por varios actores. Por ejemplo, una persona que proporciona servicios de atención telefónica a clientes y realiza pedidos para los clientes estaría representada por un actor «equipo de soporte» y por otro actor «representante de ventas».

DESCRIPCIÓN DE CASOS DE USO

Las descripciones de casos de uso son reseñas textuales del caso de uso. Normalmente tienen el formato de una nota o un documento relacionado de alguna manera con el caso de uso, y explica los procesos o actividades que tienen lugar en el caso de uso.

CONCLUSIÓN

Se concluye  que el caso de uso para poder ser utilizado necesitamos de varia cosas entre ellas el actor, la descripción de los casos de uso, diagrama de clases, clases, atributos, operaciones, plantillas, asociación de clases y generación. Cada una de estas contribuye con el caso de uso para poder elaborarlo de una manera correcta. También  todo sistema interacciona con actores humanos o automatizados que utilizan el sistema con algún propósito, y esos actores esperan que el sistema se comporte previsiblemente.  Un caso de uso especifica el comportamiento de un sistema o una parte de él y es la descripción de un conjunto de secuencias de acciones.

BIBLIOGRAFÍA

Pressman, R. 2010. INGENIERÍA DEL SOFTWARE. Un enfoque práctico. Séptima edición.

Larman, Craig. UML y Patrones. Introducción al análisis y diseño orientado a objetos. Prentice Hall, México, 1999.