domingo, 1 de marzo de 2009

ABSTRACT

En este artículo podemos encontrar información sobre los casos de uso los cuales nos ayudan a realizar representaciones graficas, para tener un diagrama bien representado se tienen dos áreas claves, una descripción escrita del comportamiento del sistema al afrontar una tarea de negocio o un requisito de negocio.

In this article we can find information on the use cases which help us to make graphical representations, to have a diagram is well represented with two key areas, a written description of the behavior of the system to cope with a business task or business requirement .

INTRODUCCION

Los diagramas de casos de usos son representaciones graficas en las que se muestran los requisitos funcionales que se esperan de un sistema y su relación con el entorno.

Los casos de uso son utilizados básicamente en el proceso de modelado de sistemas, partiendo de una percepción o perspectiva que nos plantea el paradigma de la orientación a objetos, y en este caso el análisis y diseño orientados a objetos estos forman parte del lenguaje unificado de modelado UML .

Esta es una excelente herramienta de comunicación debido a su sencillez de su elaboración así como su comprensión.


PALABRAS CLAVES

ACTOR: Es una representación de una función desempeñada por un objeto externo. Por lo tanto, un objeto físico puede estar representado por varios actores. Una relación de comunicación indica cómo participa un actor en un caso de uso.

CASO DE USO: Representación de un conjunto de eventos que se generan cuando un actor utiliza un sistema para completar un proceso. Normalmente, un caso de uso es un proceso relativamente largo, no un paso o una transacción individual.

LÍMITE DEL SISTEMA: Límite de sistema: en un diagrama de casos de uso, el límite que rodea a los casos de uso que indica el sistema. Puede cambiar el tamaño del límite de sistema si arrastra un controlador de selección de la forma Límite de sistema.

OMG (OBJECT MANAGEMENT GROUP): Es un consorcio dedicado al cuidado y el establecimiento de diversos estándares de tecnologías orientadas a objetos, tales Como UML, XMI, CORBA. Es una organización sin ánimo de lucro que promueve el uso de tecnología orientada a objetos mediante guías y especificaciones para las mismas.

RELACIÓN DE COMUNICACIÓN: Relación de comunicación: en un diagrama de caso de uso, una relación que define cómo participa un actor en un caso de uso. Puede agregar una flecha a la relación para indicar la dirección en la que fluye la información.

UML: es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad

DEFINICION



Un caso de uso es una secuencia de acciones realizadas por un sistema en respuesta a la interacción del actor y el mismo sistema. Estos casos de uso sirven para explicar mejor como responde un programa mediante la interacción del usuario y otros sistemas.


Ahora bien, esta definición debe completarse, ya que no especifica si un caso de uso debe describir la totalidad o solo una parte del dialogo entre el usuario y el sistema. Podría formularse así:

“Entre un usuario y el sistema, los casos de uso describen las interacciones vinculadas con un objetivo funcional del usuario”.

Los casos de uso explicitan los requisitos funcionales del sistema relativos a uno de los objetivos del usuario. Estos se denominan también, de manera mas precisa, casos de uso con objetivo usuario.


ACTORES


  • Representan roles que humanos, dispositivos de hardware o sistemas externos juegan mientras interactúan con el sistema
  • No son parte del sistema y están situados fuera de sus límites
  • Pueden estar a la entrada o salida de un caso de uso

ESCENARIOS

Especifican el comportamiento de un caso de uso por descripción, no por modelamiento.

* Ejemplos incluyen texto estructurado informal, texto estructurado formal con condiciones y pseudocódigo.

Típicamente especifica:

* Cómo y cuándo el caso de uso comienza y termina

* Interacción con actores e intercambio de objetos

* Flujo de eventos: normal (exitoso), alternativo (exitoso) y excepcional (falla)


ESCENARIOS DE EJEMPLO

En un sistema de RRHH (recursos humanos), para el caso de uso “Contratar Empleado”, los siguientes escenarios pueden darse:

* Escenario normal: Contratar una persona que no pertenece a la compañía

* Escenario alternativo: Contratar a una persona que pertenece a la compañía, pero en un departamento distinto.

* Escenario fallido: No pude ser encontrada ninguna persona calificada.


CONDICIONES

Pre-Condiciones

Describe el ambiente bajo el cual el caso de uso es invocado.

Post-Condiciones

Reflejan el impacto en el ambiente del caso de uso luego de su ejecución.

Requisitos de Calidad (opcional)

Por ejemplo, el sistema debe responder en menos de 30 segundos.


RELACIONES


<<Include>> (<> en UML 1.2)

* Si X incluye Y, Y siempre se realiza cuando se realiza X.

* Y es un comportamiento común en más de un caso de uso.

<<Extend>>

* Si Y extiende X, bajo ciertas condiciones de la ejecución de X también se ejecuta Y.

* Cuando se incluye un comportamiento de uso sólo bajo ciertas condiciones