CASOS DE USO DIAGRAMAS (INFORMACIÓN GENERAL)

Diagramas de casos de uso representan gráficamente el comportamiento del sistema (casos de uso). Estos diagramas presentan una vista de alto nivel de cómo se utiliza el sistema como se ve desde (actor) la perspectiva de un extraño. Un diagrama de casos de uso es posible que represente la totalidad o parte de los casos de uso de un sistema.

Un diagrama de casos de uso puede contener:

· Actores ("cosas" fuera del sistema)

· Casos de uso (sistema de identificación de los límites de lo que el sistema debe hacer)

· Interacciones o relaciones entre actores y casos de uso en el sistema, incluyendo las asociaciones, dependencias, y las generalizaciones.

Diagramas de casos de uso se puede utilizar durante el análisis para capturar los requisitos del sistema y para entender cómo el sistema debería funcionar. Durante la fase de diseño, puede utilizar los diagramas de casos de uso para especificar el comportamiento del sistema en su aplicación.Puede visualizar y modificar las propiedades y relaciones de un caso de uso a través de la especificación de casos de uso.

Caso de Uso En su forma más simple, un caso de uso puede ser descrito como un modo específico de utilización del sistema de (actor) la perspectiva del usuario. Una descripción más detallada puede caracterizar un caso de uso como:

· Un patrón de comportamiento del sistema exhibe

· Una secuencia de operaciones vinculadas realizadas por un actor y el sistema

· Entregar algo de valor para el actor

Los casos de uso proporcionan un medio para:

· Requisitos de sistema de captura de

· Comunicarse con los usuarios finales y expertos de dominio

· Prueba del sistema

Los casos de uso son los mejores descubierto mediante el examen de los actores y la definición de lo que el actor será capaz de hacer con el sistema.

Desde todas las necesidades de un sistema general no se pueden cubrir en un caso de uso, es común tener una colección de casos de uso. En conjunto esta colección de casos de uso especifica todas las maneras de utilizar el sistema.

De nomenclatura

Un caso de uso puede tener un nombre, aunque no suele ser un nombre sencillo. A menudo se escribe como una descripción de texto no estructurado de los actores y las secuencias de eventos entre los objetos. nombres de casos de uso a menudo comienzan con un verbo. Por ejemplo, los nombres de los casos de posible uso de un cajero automático de dispensación de efectivo podría incluir  o transferencia bancaria.

El nombre del caso de uso se muestra debajo del icono.

Información adicional acerca de un caso de uso se puede ver en la especificación de casos de uso.

Relaciones

Usted puede dibujar una relación de asociación de un caso de uso para un actor. Usted puede dibujar una relación Generalizar entre dos casos de uso.

ActorLos actores representan a los usuarios del sistema. Ellos ayudan a delimitar el sistema y dar una imagen más clara de lo que el sistema debe hacer. Es importante tener en cuenta que un actor interactúa con, pero no tiene control sobre los casos de uso.

Un actor es alguien o algo que:

Interactúa · con o utiliza el sistema de

· La entrada Proporciona y recibe información del sistema

· ¿Está fuera del sistema y no tiene control sobre los casos de uso

Los actores son descubiertos por el examen:

· ¿Quién utiliza directamente el sistema

· ¿Quién es responsable de mantener el sistema

° externos hardware utilizado por el sistema

· Los sistemas de otros que necesitan interactuar con el sistema

Las necesidades del actor se utilizan para desarrollar casos de uso. Esto asegura que el sistema será lo que el usuario espera.De nomenclatura

El nombre del actor se muestra debajo del icono.Información adicional sobre el actor se puede ver en la especificación de casos de uso que es idéntica a una especificación de la clase con la adición del campo Estereotipo conjunto con el actor.

Relaciones

Usted puede agregar las relaciones con el diagrama para mostrar el resultado de interacciones entre actores y casos de uso. Las relaciones de asociación se pueden sacar de un actor para un caso de uso. Generalizar la relación puede establecerse entre los actores.

Negocios Actor Un actor de negocio representa un papel en relación con el negocio de alguien o algo en el ambiente de negocios. Un actor que normalmente corresponde a un usuario humano. Sin embargo, hay situaciones en las que, por ejemplo, un sistema de información juega el papel de un actor.

Negocios caso de uso

Negocios caso de usoIcono estereotipo

Los procesos de una empresa se define como una serie de diferentes casos de empresas utilizan, cada uno de los cuales representa un flujo

de trabajo específico en el negocio. Un caso de uso de negocios define lo que debe suceder en el negocio cuando se realiza, sino que describe el comportamiento de una secuencia de acciones que produce un resultado valioso para un actor negocio particular.

Realizaciones de casos de uso

Casos de Uso Icono Realización EstereotipoLa realización de negocios de casos de uso describe cómo un caso de negocio uso particular se realiza en el modelo de objetos de negocio, en términos de objetos colaborando (casos de los trabajadores de negocios y

entidades comerciales).

Realizaciones de casos de uso (escenarios)La realización de casos de uso es una secuencia gráfica de los acontecimientos, también se conoce como un escenario o una instancia de un caso de uso. Estas realizaciones o escenarios se representan, ya sea en una secuencia o diagrama de colaboración.

Los dos escenarios más comunes son el típico (o primaria) escenario, donde todo está bien y la excepción (secundaria), escenario, que se ocupa de las desviaciones. El escenario de excepción frente a los "qué pasaría si?" elementos del caso de uso.

Negocios de los trabajadoresIcono estereotipo

Un trabajador de negocios es una clase que representa una abstracción de un ser humano que actúa dentro del sistema. Un trabajador de negocio interactúa con los trabajadores de otros negocios y manipula a las entidades comerciales durante su participación en el negocio de las realizaciones de casos de uso.

Negocios caso de usoRealización Icono Estereotipo

La realización de negocios de casos de uso describe cómo un caso de negocio uso particular se realiza en el modelo de objetos de negocio, en términos de objetos colaborando.

Realización Negocios caso de usoNegocios caso de uso Realización Icono Estereotipo

La realización de negocios de casos de uso describe cómo un caso de negocio uso particular se realiza en el modelo de objetos de negocio, en términos de objetos colaborando

Asociación unidireccional

Asociación de Relaciones Una asociación proporciona una vía para la comunicación. La comunicación puede ser entre el uso de los casos, los actores, las clases o interfaces. Las asociaciones son el más general de todas las

relaciones y en consecuencia el más débil semánticamente. Si dos objetos se suelen considerar de forma independiente, la relación es una asociación De forma predeterminada, la herramienta de asociación en la caja de herramientas es unidireccional y dibujados en un diagrama con una sola flecha en un extremo de la

asociación. El final con la flecha indica quién o qué está recibiendo la comunicación.

asociación unidireccional Para cambiar la comunicación es bidireccional, haga doble clic en la asociación para ver la especificación de la Asociación. Seleccione la función A (o B) ficha Detalles y haga clic en el botón Navegables para agregar una marca de verificación y haga clic en Aplicar. Usted tiene ahora la asociación bi-direccional. Los cambios gráfico de una línea con una flecha en un extremo de una línea sin flecha.

asociación bi-direccional Si lo prefiere, también puede personalizar la caja de herramientas para incluir la herramienta bidireccional con la caja de herramientas de casos de uso. Representación gráfica

Una relación de asociación es una línea continua ortogonales o directamente con una flecha en un extremo:

De nomenclatura

El nombre de la asociación y su estereotipo suele ser un verbo o un sintagma verbal y se utiliza para identificar el tipo o propósito de la relación.

Comprensión del Cliente / Proveedor funciones de las Asociaciones

Las normas relativas a las funciones de cliente y el proveedor de las asociaciones se muestran en el orden de precedencia:

· Si una asociación es una agregación, la punta de diamantes es el cliente. Navegabilidad en los extremos de la asociación no afectará a la función de cliente de la agregación. Por ejemplo, el diamante seguirá siendo el cliente si establece los dos extremos de "no navegable" o si se establece el final con el diamante agregado a una punta de flecha. El diamante tendrá prioridad a la navegabilidad si hay al menos uno de los extremos no es navegable.

· El extremo opuesto a la agregación de diamante en una asociación de agregación puede actuar como un cliente si se puede navegar hasta el final con el diamante. Esto no se contradice con la primera regla, porque el tema vinculado con el extremo opuesto al del diamante puede navegar hasta el diamante y, por tanto, es un cliente, por definición.

· Si la asociación no es una agregación, a continuación, la navegabilidad determinará el cliente y el proveedor final. Para una asociación unidireccional, el cliente es el extremo opuesto a la punta de flecha y el proveedor es el fin con la flecha. Para una asociación bi-direccional, cualquier extremo puede ser a la vez cliente y proveedor, al mismo tiempo.

· Una asociación puede ser tanto un cliente y un proveedor, al mismo tiempo sujeto a las restricciones mencionadas en las tres primeras reglas.

· Si la asociación no es una agregación y los dos extremos no son navegables, no es ni un cliente ni proveedor. "

Adornos

Puede asignar una variedad de adornos y las propiedades de las relaciones de asociación a través de la especificación de la Asociación de Relaciones. Ellos incluyen: dirección derivados, el nombre, la documentación, los roles, cardinalidad, navegabilidad, total, estática, amigo, el acceso, la contención de la asociación, y las limitaciones de papel, elementos de enlace, y calificadores.

Dependencia o una relación de instanciaRelación de DependenciaUna dependencia es una relación entre dos elementos del modelo en el que un cambio en un elemento de modelo afectará al elemento de otro modelo. Utilice una relación de dependencia para conectar los elementos del modelo con el mismo nivel de significado. Por lo general, en los diagramas de clase, una relación de dependencia indica que las operaciones del cliente invocar las operaciones del proveedor.

Puede conectar los elementos del modelo con las dependencias de cualquier diagrama de máquina de estados, excepto diagramas y esquemas de objetos. Por ejemplo, puede conectar un caso de uso a otro caso de uso, un paquete a otro paquete, y una clase a un paquete. Dependencias también se utilizan en los diagramas de componentes para conectar los elementos del modelo.

Generalizar la relaciónUna relación de generalizar una relación entre una clase más general o de casos de uso y una clase más específica o de casos de uso. Una generalización se muestra como un camino sólido-line desde el elemento más específico a un elemento más general. La punta o una generalización es un gran triángulo hueco apuntando al elemento más general.

Puede colocar un estereotipo sobre cualquier generalización a través de la especificación

de generalización. Sin embargo, tres estereotipos comunes para las generalizaciones se extiende, incluye y generalización.

Relación con otros usosUtiliza un estereotipo establecido en el pliego de condiciones Generalizar que se puede conectar a un elemento de modelo para darle un significado especial. La generalización Usos indica que un caso de uso utiliza la funcionalidad de otro caso de uso. El caso de uso se utiliza normalmente contiene la funcionalidad que una serie de otros casos de uso pueden necesitar o querer.Por ejemplo, suponga que tiene una tarjeta de retiro de efectivo que permite a los retiros de efectivo, ya sea su cuenta corriente o cuenta de ahorros. Cada vez que use su tarjeta, el cajero automático para verificar las necesidades de un número de cuenta para los retiros. Este número de cuenta de casos de uso de Verificación debe ejecutarse cada vez que hacer un retiro, no importa que usted cuenta de acceso. Si se define un caso de uso llamado Verificar cuenta, su caso utilizar el retiro puede utilizar la cuenta de verificar la información.

Puede visualizar y modificar las propiedades y relaciones de la generalización Usos en el pliego de condiciones Generalizar.

Entidad de negociosIcono estereotipo

Una entidad de negocio es la clase que es pasiva, es decir, no iniciar las interacciones por sí solo. Un objeto de entidad de negocios pueden participar en muchos negocios diferentes realizaciones de casos de uso y por lo general sobrevive a cualquier interacción única. En los negocios entidades modelos representan objetos que los trabajadores negocio de acceso, inspeccionar, manipular, producir, y así

sucesivamente. Objetos de entidad empresarial de base para el intercambio entre los trabajadores de empresas que participan en diferentes negocios realizaciones de casos de uso.

Servicio

Genera un método de servicio para el cliente solicita su procesamiento.

http://www.slideshare.net/david.motta/modelo-del-negocio-con-rup-y-uml-parte-1