Lenguaje+UML


 * GRUPO Nº .**
 * < **Cédula de Identidad** ||< **Nombre y Apellido** ||
 * <  ||< Carlos Rodríguez ||
 * < 18364295 ||< Javier Corro ||
 * <  ||< Joe Azuaje ||

** Lenguaje UML ** UML es ante todo un lenguaje. Un lenguaje proporciona un vocabulario y una reglas para permitir una comunicación. En este caso, este lenguaje se centra en la representación gráfica de un sistema. Este lenguaje nos indica cómo crear y leer los modelos, pero no dice cómo crearlos. Esto último es el objetivo de las metodologías de desarrollo. El lenguaje UML tiene una notación gráfica muy expresiva que permite representar en mayor o menor medida todas las fases de un proyecto informático: desde el análisis con los casos de uso, el diseño con los diagramas de clases, objetos, etc., hasta la implementación y configuración con los diagramas de despliegue. ** Historia ** El lenguaje UML comenzó a gestarse en octubre de 1994, cuando Rumbaugh se unió a la compañía Rational fundada por Booch (dos reputados investigadores en el área de metodología del software). El objetivo de ambos era unificar dos métodos que habían desarrollado: el método Booch y el OMT (Object Modelling Tool ). El primer borrador apareció en octubre de 1995. En esa misma época otro reputado investigador, Jacobson, se unió a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los “tres amigos”. Además, este lenguaje se abrió a la colaboración de otras empresas para que aportaran sus ideas. Todas estas colaboraciones condujeron a la definición de la primera versión de UML. Esta primera versión se ofreció a un grupo de trabajo para convertirlo en 1997 en un estándar del OMG (Object Management Group). Este grupo, que gestiona estándares relacionados con la tecnología orientada a objetos (metodologías, bases de datos objetuales, etc.), propuso una serie de modificaciones y una nueva versión de UML (versión 1.1), que fue adoptada por el OMG como estándar en noviembre de 1997. Desde aquella versión han habido varias revisiones que gestiona la OMG. La última versión aprobada es la 1.4. En estos momentos se está desarrollando una nueva versión en la que se incluirán cambios importantes (principalmente añadir nuevos diagramas) que condujo a la versión 2.0. ** Objetivos del UML ** ** Diagramas en UML ** Un diagrama es la representación gráfica de un conjunto de elementos con sus relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Para poder representar correctamente un sistema. Este lenguaje ofrece una amplia variedad de diagramas para visualizar el sistema desde varias perspectivas. En UML se usan los siguientes diagramas:
 * 1) Visualizar: UML permite expresar de una forma gráfica un sistema de forma que otro lo puede entender.
 * 2) Especificar: UML permite especificar cuáles son las características de un sistema antes de su construcción.
 * 3) Construir: A partir de los modelos especificados se pueden construir los sistemas diseñados.
 * 4) Documentar: Los propios elementos gráficos sirven como documentación del sistema desarrollado que pueden servir para su futura revisión.
 * **//Diagrama de casos de uso://** Captura la funcionalidad del sistema vista por los usuarios
 * **//Diagrama de clases://** Un diagrama de clases muestra un conjunto de clases y sus relaciones desde un punto de vista lógico.
 * **//Diagrama de objetos://** Describe los objetos y sus relaciones en algún momento. Generalmente se usa en casos especiales para diagramas de clase o de comunicaciones.
 * **//Diagrama de secuencia://** Muestran la interacción entre elementos, mostrando de forma explícita la secuencia de estímulos ordenada temporalmente. Se utilizan para describir los distintos escenarios derivados de los casos de uso.
 * **//Diagrama de colaboración://** Un diagrama de colaboración visualiza las interacciones entre los objetos según las "llamadas" entre ellos.
 * **//Diagrama de estados://** Describe los estados de un objeto así como la transición entre estados.
 * **//Diagrama de actividades://** Representa los procesos de negocio o la lógica de un sistema complejo. Incluye, opcionalmente, el flujo de datos.
 * **//Diagrama de componentes://** Describe los elementos que componen un sistema. Debe detallar los elementos o componentes, las interacciones y relaciones así como las interfaces públicas.
 * **//Diagrama de despliegue://** Muestra la arquitectura de ejecución de un sistema. Incluye nodos, entornos de hardware y software.

**//Diagrama de caso de uso//**

**//Diagrama de clases//**

**//Diagrama de secuencia//**