El Modelo de Caso de Uso El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema.

Un caso de uso representa una unidad discreta de interaccin entre un usuario (humano o mquina) y el sistema. Un Caso de Uso es una unidad simple de trabajo significativo; por ejemplo, "Validarse en el sistema", "Registrarse en el sistema" y "Crear un pedido" son todos casos de uso. Cada caso de uso tiene una descripcin que describe la funcionalidad que se construir en el sistema propuesto. Un caso de uso puede "incluir" la funcionalidad de otro caso de uso o "extender" a otro caso de uso con su propio comportamiento.

Una descripcin de caso de uso generalmente incluir: y y y Comentarios generales y notas describiendo el caso de uso Requisitos -cosas que el caso de uso debe permitir hacer al usuario, tales como <capacidad para actualizar pedido>, <capacidad para modificar pedido>, etc. Restricciones -reglas acerca de qu se puede y qu no se puede hacer-. Incluye: o Pre-condiciones que deben ser verdaderas antes de que el caso de uso se ejecute, por ejemplo <crear pedido> debe preceder a <modificar pedido> o Post-condiciones que deben ser verdaderas una vez que el caso de uso se ejecut, por ejemplo <el pedido est modificado y es consistente> o invariantes: stas son siempre verdaderas -por ejemplo, un pedido debe tener siempre un nmero de cliente. Escenarios -descripciones secuenciales de los pasos que se toman para llevar a cabo el caso de uso. Pueden incluir escenarios mltiples, para satisfacer circunstancias excepcionales y caminos de proceso alternativos Diagramas de escenarios -diagramas de secuencia para describir el flujo de trabajo- similar al punto 4 pero descrito grficamente. Atributos adicionales como fase de implementacin, nmero de versin, rango de complejidad, estereotipo y estado

y y y Actores

Un actor es un usuario del sistema. Incluye usuarios humanos y otros sistemas computarizados. Un actor usa un caso de uso para desempear alguna porcin de trabajo que es de valor para el negocio. El conjunto de casos de uso al que un actor tiene acceso define su rol global en el sistema y el alcance de su accin.

Relaciones de Inclusin y Extensin entre Casos de Uso Un Caso de Uso puede incluir la funcionalidad de otro como parte de su procesamiento normal. Generalmente se asume que los casos de uso incluidos se llamarn cada vez que se ejecute el camino base. Un ejemplo puede ser listar un conjunto de rdenes de clientes de las cules poder elegir antes de modificar una orden seleccionada; en este caso, el Caso de Uso <listar rdenes> se puede incluir en el Caso de Uso <modificar orden> cada vez que ste se ejecute. Un Caso de Uso puede ser incluido por uno o ms casos de uso, ayudando as a reducir la duplicacin de funcionalidad al factorizar el comportamiento comn en los casos de uso que se reutilizan muchas veces. Un Caso de Uso puede extender el comportamiento de otro Caso de Uso; tpicamente cuando ocurren situaciones excepcionales. Por ejemplo, si antes de modificar un tipo particular de orden de cliente, un usuario debe obtener la aprobacin de alguna autoridad superior, entonces el Caso de Uso <obtener aprobacin> puede extender opcionalmente el Caso de Uso normal <modificar orden>. Diagrama de Secuencia El UML provee un medio grfico para representar la interaccin entre los objetos a lo largo del tiempo en los diagramas de secuencia. stos muestran tpicamente a un usuario o a un actor y los objetos y componentes con los que interacten durante la ejecucin de un Caso de Uso. Un diagrama de secuencia representa tpicamente un nico escenario de Caso de Uso o flujo de eventos. Los diagramas son una va excelente para documentar los escenarios de uso, para capturar los objetos necesarios de manera temprana en el anlisis y para verificar el uso de los objetos ms tarde en el diseo. Los diagramas de secuencia muestran el flujo de mensajes de un objeto a otro y, como tales, representan los mtodos y los eventos soportados por un/a objeto/clase. El diagrama ilustrado abajo muestra un ejemplo de un diagrama de secuencia, con el usuario o actor a la izquierda iniciando un flujo de eventos y mensajes que corresponden al escenario del caso de uso. Los mensajes que pasan entre objetos se convertirn en operaciones de clases en el modelo final.

Diagrama de Implementacin Un Caso de Uso es una descripcin formal de la funcionalidad que el sistema tendr cuando se construya. Un diagrama de implementacin se asocia tpicamente con un caso de uso para documentar qu elementos de diseo (por ejemplo, componentes y clases) implementar la funcionalidad del Caso de Uso en el nuevo sistema. Esto provee un alto grado de trazabilidad al diseador, al cliente y al equipo que construir el sistema. La lista de casos de uso a los que se asocia un componente o una clase documenta la funcionalidad mnima que debe ser implementada por el componente.

El ejemplo de arriba muestra que el caso de uso "Acceso" implementa el requisito formal "1.01 Acceder al sitio web". Tambin establece que el componente de lgica de negocios y el componente de pginas ASP implementan alguna parte o toda la funcionalidad de "Acceso". Un refinamiento adicional es mostrar la pantalla de "Acceso" (una pgina web) como una implementacin de su interfaz. Estos enlaces de implementacin o realizacin definen la trazabilidad desde los requisitos formales, a travs de casos de uso, a componentes y pantallas. http://www.argentinawarez.com/programas-gratis/1412556-enterprise-architect-8-0-7-5-uml-24-horas-full-serial.html

El Modelo Fsico

El Modelo Fsico/de Despliegue provee un modelo detallado de la forma en la que los componentes se desplegarn a lo largo de la infraestructura del sistema. Detalla las capacidades de red, las especificaciones del servidor, los requisitos de hardware y otra informacin relacionada al despliegue del sistema propuesto. Vista de Despliegue

MF01: Modelo Fsico El modelo fsico muestra dnde y cmo se desplegarn los componentes. Es un mapa especfico de la instalacin fsica del sistema. Un diagrama de despliegue ilustra el despliegue fsico del sistema en un ambiente de produccin (o prueba). Muestra dnde se ubicarn los componentes, en qu servidores, mquinas o hardware. Puede ilustrar vnculos de red, ancho de banda de LAN, etc.

Se utiliza un nodo para identificar cualquier servidor, terminal de trabajo u otro hardware host que se utiliza para desplegar componentes en el ambiente de produccin. Usted tambin puede especificar los vnculos entre los nodos y asignarles estereotipos (tales como TCP/IP) y requisitos. Los nodos tambin pueden tener documentados caractersticas de performance, estndares mnimos de hardware, niveles de sistema operativo, etc. La pantalla de abajo ilustra las propiedades comunes que puede establecer para un nodo.

El Modelo Lgico

Un modelo lgico es una vista esttica de los objetos y las clases que cubren el espacio de anlisis y diseo. Tpicamente, un modelo de dominio es una vista ms pobre, de alto nivel de los objetos de negocio y de las entidades, mientras que el modelo de clases es un modelo ms riguroso y enfocado al diseo. Esta discusin describe principalmente el modelo de clases. El Modelo de Clases Una clase es un elemento estndar del UML, que se usa para especificar el patrn del que se producirn los objetos en tiempo de ejecucin. Una clase es una especificacin; un objeto es una instancia de una clase. Las clases se pueden heredar de otras clases (es decir, heredan todo el comportamiento y el estado de sus padres y agregan nueva funcionalidad propia), pueden tener otras clases como atributos, pueden delegar sus responsabilidades a otras clases e implementar interfaces abstractas. El modelo de clases est en el ncleo del desarrollo y del diseo orientados a objetos; expresa el estado persistente y el comportamiento del sistema. Una clase encapsula el estado (los atributos) y ofrece los servicios para manipularlo (el comportamiento). Un buen diseo orientado a objetos limita el acceso directo a los atributos de la clase y ofrece los servicios que manipulan a solicitud del solicitante. Este ocultamiento de los datos y exposicin de los servicios asegura que las modificaciones de los datos se realizan slo en un lugar y de acuerdo con reglas especficas; para grandes sistemas la cantidad de cdigo que tiene acceso directo a los elementos de datos en muchos sitios es extremadamente alto. Las clases se representan usando la siguiente notacin:

Observe que la clase tiene tres reas diferentes: 1. El nombre de la clase (y el estereotipo, si corresponde) 2. El rea de los atributos (es decir los elementos de datos internos) 3. El comportamiento; privado y pblico Los atributos y los mtodos pueden ser marcados como: - Privados (private), indicando que no son visibles para los solicitantes fuera de la clase - Protegidos (protected), son visibles slo para las clases hijas - Pblicos (public), son visibles para todos. La herencia mostrada a continuacin consiste en: una clase abstracta en este caso, es el padre de dos clases hijos, las cuales heredan las caractersticas y extienden sus comportamientos.

Las clases se pueden agrupar en unidades lgicas o paquetes. Ellos juntan elementos relacionados entre s. El diagrama siguiente ilustra esto.

El Modelo Dinmico El modelo dinmico se usa para expresar y modelar el comportamiento del sistema a lo largo del tiempo. Incluye soporte para diagramas de actividades, diagramas de estados, diagramas de secuencia y extensiones incluyendo modelado de proceso de negocio. Diagramas de secuencia Los diagramas de secuencia se usan para mostrar la interaccin entre los usuarios, las pantallas y las instancias de los objetos en el sistema. Proveen un mapa secuencial del paso de los mensajes entre los objetos a lo largo del tiempo. Frecuentemente, estos diagramas se ubican bajo los casos de uso o los componentes en el modelo para ilustrar un escenario -cmo interacta un usuario con el sistema y qu sucede internamente para que el trabajo se lleve a cabo-. Muchas veces, los objetos se representan utilizando conos especialmente estereotipados, como en el ejemplo de abajo. El objeto etiquetado "PantallaDeIngreso" (Login Screen) se muestra empleando el cono de interfaz. El objeto etiquetado "AdministradorDeSeguridad" (SecurityManager) se muestra usando el cono controlador. El objeto etiquetado "Usuarios" (Users) se muestra usando el cono entidad.

Diagramas de actividad

Los diagramas de actividad se usan para mostrar cmo se construyen los diferentes flujos de trabajo o los procesos dentro de un sistema, cmo se inician, los variados caminos alternativos que se pueden tomar desde el inicio hasta el fin. Tambin pueden ilustrar dnde puede ocurrir procesamiento en paralelo durante la ejecucin de algunas actividades.

Modelo de Procesos Un modelo de procesos es una extensin del UML de un diagrama de actividades usado para un modelo de procesos de negocios este diagrama muestra que metas tiene el modelo, las entradas, salidas, eventos e informacin que se encuentran involucradas en el proceso.

El Modelo de Componentes

Este artculo describe cmo modelar los componentes de software y hardware en UML. El modelo de componentes ilustra los componentes de software que se usarn para construir el sistema. Se pueden construir a partir del modelo de clases y escribir desde cero para el nuevo sistema o se pueden importar de otros proyectos y de productos de terceros. Los componentes son agregaciones de alto nivel de las piezas de software ms pequeas y proveen un enfoque de construccin de bloques de caja negra para la elaboracin de software. Notacin de Componentes Un componente puede ser algo como un control Actives; tanto un componente de la interfaz de usuario como un servidor de reglas de negocio. Los componentes se representan grficamente como muestra la figura siguiente:

El diagrama de componentes El diagrama de componentes muestra la relacin entre componentes de software, sus dependencias, su comunicacin su ubicacin y otras condiciones. Interfaces Los componentes tambin pueden exponer las interfaces. Estas son los puntos visibles de entrada o los servicios que un componente est ofreciendo y dejando disponibles a otros componentes de software y clases. Tpicamente, un componente est compuesto por numerosas clases y paquetes de clases internos. Tambin se puede crear a partir de una coleccin de componentes ms pequeos.

Componentes y Nodos Un diagrama de despliegue muestra el despliegue fsico del sistema en un ambiente de produccin (o de prueba). Muestra dnde se ubican los componentes, en qu servidores, mquinas o hardware. Puede representar los enlaces de redes, el ancho de banda de la LAN, etc.

Requisitos Los componentes pueden tener requisitos adjuntos para indicar sus obligaciones contractuales; esto es, qu servicios proveen en el modelo. Los requisitos ayudan a documentar el comportamiento funcional de los elementos de software. Restricciones Los componentes pueden restricciones asignadas que indican el entorno en el que operan. Las pre-condiciones especifican lo que debe ser verdadero antes de que un componente pueda realizar alguna funcin; las post-condiciones indican lo que debe ser verdadero despus de que un componente haya realizado algn trabajo y los invariantes especifican lo que debe permanecer verdadero durante la vida del componente. Escenarios Los escenarios son descripciones textuales y procedimentales de las acciones de un objeto a lo largo del tiempo y describen la forma en la que un componente trabaja. Se pueden crear mltiples escenarios para describir tanto el camino bsico (una ejecucin perfecta) como las excepciones, errores y otras condiciones. Trazabilidad Puede indicar la trazabilidad por medio de vnculos de realizacin. Un componente puede implementar otro elemento del modelo (por ejemplo un caso de uso) o un componente puede ser implementado por otro elemento (por ejemplo un paquete de clases). Al emplear las relaciones de realizacin desde y hacia los componentes, se pueden seguir las dependencias entre los elementos del modelo y la trazabilidad desde los requisitos iniciales hasta la implementacin final. Un ejemplo El ejemplo siguiente muestra cmo se pueden relacionar los componentes para proveer una vista conceptual/lgica de la construccin de un sistema. Este ejemplo representa los elementos del servidor y la seguridad de una tienda de libros en lnea. Se incluyen elementos tales como el servidor WEB, el firewall, las pginas ASP, etc. Componentes del servidor Este diagrama ilustra la organizacin de los componentes del lado del servidor principal que se requerir construir para una tienda de libros en lnea. Estos componentes son una mezcla de los tems construidos a medida y adquiridos que se ensamblarn para proveer la funcionalidad requerida.

Componentes de seguridad El diagrama de componentes de la seguridad muestra cmo trabaja en conjunto el software de seguridad, tal como la Autoridad Certificadora (Certificate Authority), el navegador (Browser), el servidor WEB y otros elementos del modelo para asegurar la provisin de la seguridad en el sistema propuesto.