El Lenguaje Unificado de Modelado (Unified Modeling Language, UML) es un lenguaje estándar para escribir planos de software. UML puede utilizarse para visualizar, especificar, construir y documentar los artefactos de un sistema que involucra una gran cantidad de software.
UML es apropiado para modelar desde sistemas de información en empresas hasta aplicaciones distribuidas basadas en !a Web, e incluso para sistemas empotrados de tiempo real muy exigentes. Es un lenguaje muy expresivo, que cubre todas las vistas necesarias para desarrollar y luego desplegar tales sistemas. Aunque sea expresivo. UML no es difícil de aprender ni de utilizar. Aprender a aplicar UML de modo ‘eficaz comienza por crear un modelo conceptual del lenguaje, lo cual requiere aprender tres elementos principales: los bloques básicos de construcción de UML, las reglas que dictan cómo pueden combinarse esos bloques y algunos mecanismos comunes que se aplican a lo largo del lenguaje.
UML es sólo un lenguaje y por tanto es tan sólo una parte de un método de desarrollo de software. UML es independiente del proceso, aunque para utilizarlo óptimamente se debería usar en un proceso que fuese dirigido por los casos de uso, centrado en la arquitectura, iterativo e incrementa!.
Lenguaje Modelado Unificado hosted by d.luna.vidal.
Chat about what's on your mind. More about public chats.
- Vision general de UML
UML es un lenguaje para
-Visualizar
-Especificar
-Construir
-Documentar
los artefactos de un sistema con gran cantidad de software.
- UML para visualizar
Para muchos programadores, la distancia entre pensar es una implementacion y transformarla en codigo es casi cero. Lo piensas, lo codificas. De hecho, algunas cosas se modelan mejor directamente en codigo, El texto es un medio maravilloso para escribir expresiones y algoritmos de forma concisa y directa.
En tales cosas, el programador todavia esta haciendo algo de modelado, si bien lo hace una forma complemente mental. Incluso puede bosquejar algunas ideas sobre una pizarra blanca o sobre una servilleta. Sin embargo, esto plantea algunos problemas.
- UML para especificar
En este contexto, especificar significa construir modelos precisos, no ambiguos y completos. En particular, UML cubre la especificacion de todas las decisiones de analisis, diseño e implementacion que deben realizarse al desarrollar y desplegar un sistema con gran cantidad de software.
- UML para construir
UML no es un lenguaje de programacion visual, pero sus modelos pueden conectarse de forma directa a una gran variedad de lenguajes de programacion. Las cosas que se expresan mejor graficamente tambien se representan graficamente en UML, mientras que las cosas que se expresan mejor textualmente se plasman con el lenguaje de promacion.
- UML para documentar
Una organizacion de software que trabaje bien produce toda clase de artefactos ademas de codigo ejecutable. Estos artefactos incluyen:
-Requisitos.
-Arquitectura.
-Diseño.
-Codigo fuente.
-Planificacion de proyectos.
-Pruebas.
-Prototipos.
-Versiones.
UML cubre la documentacion de la arquitectura de un sistema y todos sus detalles. UML tambien proporciona un lenguaje para expresar requisitos y pruebas. Finalmante, UML proporciona un lenguaje para modelar las actividades de planificacion de proyectos y gestion de versiones.
- ¿Donde puede utilizarse UML?
UML esta pensado principalmente para sistemas con gran cantidad de software. Ha sido utilizado de forma efectiva en dominios tales como:
-sistemas de informacion de empresa
-bancos y servicios financieros
-telecomunicaciones
-transporte
-defensa/industria aeroespacial
-comercio
-electronica medica
-Ambito cientifico
-Servicios distribuidos basados en la web
UML no esta limitado al modelado de software. De hecho, es lo suficientemente expresivo para modelar sistemas que no son software, como flujos de trabajo en el sistema juridico, estructura y comportamiento de un sistema de vigilancia medica de un enfermo, y el diseño de hardware.
Diagramas de estructura enfatizan en los elementos que deben existir en el sistema modelado:
- Diagrama de clases
En UML, un diagramas de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas informáticos, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.
- Diagrama de componentes
Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado de Modelado.
Un diagrama de componentes representa la separación de un sistema de software en componentes físicos (por ejemplo archivos, cabeceras, módulos, paquetes, etc.) y muestra las dependencias entre estos componentes.
- Diagrama de objetos
Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de los sistemas informáticos en la metodología UML.
Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase. Una diferencia con los diagramas de clase es que el compartimiento de arriba va en la forma, Nombre de objeto: Nombre de clase. Por ejemplo, Miguel: Persona. Alfredo Arcos
- Diagrama de despliegue
El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en la implementaciones de sistemas y las relaciones entre sus componentes.
Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones.
En el UML 2.0 los componentes ya no están dentro de nodos. En cambio, puede haber artefactos u otros nodos dentro de un nodo.
Un artefacto puede ser algo como un archivo, un programa, una biblioteca, o una base de datos construida o modificada en un proyecto. Estos artefactos implementan colecciones de componentes. Los nodos internos indican ambientes, un concepto más amplio que el hardware propiamente dicho, ya que un ambiente puede incluir al lenguaje de programación, a un sistema operativo, un ordenador o un cluster de terminales.
- Diagrama de paquetes
En el Lenguaje Unificado de Modelado, un diagrama de paquetes muestra como un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.
Los Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión. Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.
Obtenido de “http://es.wikipedia.org/wiki/Diagrama_de_objetos”
“http://es.wikipedia.org/wiki/Diagrama_de_componentes”
“http://es.wikipedia.org/wiki/Diagrama_de_clases”
Presentacion :
¡Búscame en MsnSpace y conviértete en mi amigo!
Lo que aprendi de este tema: Para que se utiliza UML. Como puedes utilizarlo. Donde puedes utilizarlo. me doy cuenta que uml es una herramienta importante para la creacion de base de datos, es una forma de expresar una base de manera visible y mas facil de entendar en lugar del codigo.