Lenguaje de Modelado Unificado 1

Lenguaje de Modelado Unificado

Lenguaje unificado de modelado UML)

es una de propósito general lenguaje de

modelado estándar en el campo de la
ingeniería de software orientado a objetos. La
norma se logró, y fue creado, por el Object
Management Group.

UML incluye un conjunto de técnicas de notación gráfica

para crear modelos visuales de orientado a objetos

Intensivos en software

Los sistemas.

Visión de conjunto

Unified Modeling Language (UML) se utiliza

para especificar, visualizar, modificar, Un collage de diagramas UML.

construir y documentar el
artefactos de un sistema de software intensivo orientado a objetos en fase de desarrollo. [ 1] UML ofrece una forma estándar para visualizar planos arquitectónicos de

un sistema, incluyendo elementos tales como:

• ocupaciones

• actores

• Procesos de negocios

• esquemas de bases

• (lógicas) componentes

• instrucciones del lenguaje de programación

• componentes de software reutilizables. [ 2]

UML combina técnicas de modelado de datos (diagramas entidad relación), el modelado de negocios (flujos de trabajo), modelado de objetos, y modelado

de componentes. Se puede utilizar con todos los procesos, a través del ciclo de vida de desarrollo de software, ya través de diferentes tecnologías de

implementación. [ 3] UML ha sintetizado las notaciones del método de Booch, la técnica de modelado de objetos-(OMT) y la ingeniería de software

orientado a objetos (OOSE) fundiéndolos en una sola, común y ampliamente utilizable lenguaje de modelado. UML pretende ser un lenguaje de modelado

estándar que puede modelar sistemas concurrentes y distribuidos. UML es un estándar de facto del sector, y se está desarrollando bajo los auspicios de la

Object Management Group (OMG).

modelos UML pueden transformarse automáticamente a otras representaciones (por ejemplo, Java) por medio de lenguajes de transformación

QVT-como. UML es extensible, con dos mecanismos de personalización: perfiles y estereotipos.

Lenguaje de Modelado Unificado 2

Historia

Antes de UML 1.x

Después de Rational Software Corporation

contrató a James Rumbaugh de General Electric

en 1994, la empresa se convirtió en la fuente de

los dos enfoques de modelado orientado a objetos

más populares del día: la técnica del objeto de

modelado de Rumbaugh (OMT), que era mejor

para el análisis orientado a objetos ( OOA), y el

método Booch de Grady Booch, que era mejor

para el diseño orientado a objetos (OOD). Pronto

se les ayuda en sus esfuerzos por Ivar Jacobson,

el
creador del método de ingeniería de software
Historia de los métodos y la notación orientados a objetos.
orientado a objetos (OOSE). Jacobson se unió a

Rational en 1995, después de su

compañía, Objectory AB, [ 4] fue adquirida por Rational. Los tres metodólogos fueron referidos colectivamente como el

Tres Amigos.

En 1996, llegó a la conclusión racional de que la abundancia de lenguajes de modelado estaba frenando la adopción de la tecnología de objetos, por lo que volver

a posicionar la de un método unificado, encargaron a los tres amigos con el desarrollo de un no-propietario Unified Modeling Language. Los representantes de las

empresas de tecnología de la competencia objeto fueron consultados durante OOPSLA '96; ellos eligen cajas para la representación de clases en lugar de la nube

símbolos que fueron utilizados en la notación de Booch.

Bajo la dirección técnica de los tres amigos, un consorcio internacional llamado los Socios UML se organizó en 1996 para completar la Lenguaje
unificado de modelado UML) especificación, y proponer como una respuesta a la RFP OMG. UML proyecto especificación 1.0 Los Socios UML se
propuso al OMG en enero de 1997. Durante el mismo mes, los socios UML formaron un grupo de trabajo Semántica, presidido por Cris Kobryn y
administrado por Ed Eykholt, para finalizar la semántica de la especificación e integrarlo con otros esfuerzos de estandarización. El resultado de
este trabajo, UML 1.1, se presentó a la OMG en agosto de 1997 y adoptada por el OMG en noviembre de 1997. [ 5]

UML 1.x
Como notación de modelado, la influencia de la notación OMT domina (e. G., Usando rectángulos para clases y objetos). Aunque la notación de

Booch "nube" se ha caído, la capacidad para especificar Booch de nivel inferior detalle diseño fue abrazado. El caso de uso de la notación

Objectory y la notación de Booch componentes se integraron con el resto de la notación, pero la integración semántica fue relativamente débil en

UML 1.1, y no era realmente fijos hasta la revisión mayor de UML 2.0.

Conceptos de muchos otros métodos OO también se integraron sin apretar con UML con la intención de que UML apoyaría todos los métodos OO. Muchos otros

también contribuyeron, con sus enfoques que condimenta los muchos modelos de la época, incluyendo: Tony Wasserman y Peter Pircher con el "diseño

estructurado Orientada a Objetos (OOSD)" notación (no es un método), Ray Buhr de "Diseño de Sistemas con Ada" , casos de uso y el tiempo de análisis de

Archie Bowen, el análisis de datos de Paul Ward y "Statecharts" de David Harel; como el grupo trató de asegurar una amplia cobertura en el dominio de los

sistemas en tiempo real. Como resultado, UML es de utilidad en una variedad de problemas de ingeniería, desde un solo proceso, aplicaciones de usuario único a

sistemas concurrentes, distribuidos, haciendo UML rica sino también grande.

Lenguaje de Modelado Unificado 3

El Lenguaje de Modelado Unificado es un estándar internacional:

ISO / IEC 19501: 2005 Tecnología de la información - Procesamiento distribuido abierto - Unified Modeling Language (UML) Versión 1.4.2

2.x UML
UML ha madurado significativamente desde UML 1.1. Varias revisiones menores (UML 1,3, 1,4, y 1,5) a una laguna fijos y errores con la primera

versión de UML, seguido por la revisión mayor UML 2.0 que fue adoptado por el OMG en

2005. [ 6]

Aunque UML 2.1 nunca fue lanzado como una especificación formal, las versiones 2.1.1 y 2.1.2 aparecieron en 2007, seguido por UML 2.2 en febrero de 2009. UML

2.3 fue lanzado oficialmente en mayo de 2010. [ 7] UML 2.4 se encuentra en la fase beta a partir de marzo de 2011.

Hay cuatro partes en la especificación UML 2.x:

1. La superestructura que define la notación y semántica para los diagramas y sus elementos de modelo

2. La infraestructura que define el metamodelo núcleo sobre el que se basa la superestructura

3. El lenguaje Constraint Objeto (OCL) para definir reglas para los elementos del modelo

4. El UML Diagram Interchange que define cómo se intercambian UML 2 diseños diagrama Las versiones actuales de estos estándares siguen:.
UML Superestructura versión 2.3, UML Infraestructura versión 2.3, versión 2.2 OCL, y UML Diagram Interchange versión 1.0 [ 8]

Aunque muchas herramientas UML apoyan algunas de las nuevas características de UML 2.x, el OMG no proporciona ningún banco de pruebas para probar objetivamente el

cumplimiento de sus especificaciones.

temas

métodos de desarrollo de software

UML no es un método de desarrollo por sí mismo; [ 9] sin embargo, que fue diseñado para ser compatible con los métodos de desarrollo de software

orientado a objetos principales de su tiempo (por ejemplo OMT, método Booch, Objectory). Desde UML ha evolucionado, algunos de estos métodos han

sido reformulados para tomar ventaja de las nuevas notaciones (por ejemplo OMT), y los nuevos métodos se han creado basado en UML, como IBM

Rational Unified Process (RUP). Otros incluyen método de extracción y sistemas dinámicos de desarrollo de métodos.

Modelado

Es importante distinguir entre el modelo UML y el conjunto de diagramas de un sistema. Un diagrama es una representación gráfica parcial de modelo de un

sistema. El modelo también contiene documentación que impulsa los elementos del modelo y los diagramas (tales como casos de uso escritas).

diagramas UML representan dos vistas diferentes de un modelo de sistema [ 10]:

• Estático (o estructural) Ver: hace hincapié en la estructura estática del sistema utilizando objetos, atributos, operaciones y relaciones. La vista estructural

incluye diagramas de clases y diagramas de estructura de material compuesto.

• Dinámica (o conductual) Ver: hace hincapié en el comportamiento dinámico del sistema, mostrando la colaboración entre los objetos y los cambios en los estados

internos de los objetos. Esta vista incluye diagramas de secuencia, diagramas de actividad y diagramas de máquina de estados.

modelos UML se pueden intercambiar entre las herramientas UML utilizando el formato de intercambio XMI.
Lenguaje de Modelado Unificado 4

visión general diagramas

UML 2.2 dispone de 14 tipos de diagramas divididas en dos categorías. [ 11] Siete tipos de diagramas representan estructural

información, y los otros siete representan tipos generales de comportamiento, incluyendo cuatro que representan diferentes aspectos de la interacciones. Estos diagramas se

pueden clasificar jerárquicamente como se muestra en el diagrama de clases siguiente:

UML no restringe los tipos de elementos de UML a un cierto tipo de diagrama. En general, todos los elementos UML puede aparecer en casi todos los tipos de

diagramas; Esta flexibilidad se ha restringido parcialmente en UML 2.0. perfiles UML pueden definir tipos de diagramas adicionales o extender diagramas existentes

con anotaciones adicionales.

De acuerdo con la tradición de dibujos de ingeniería, el uso de un comentario o nota explicando, restricción, o la intención está permitido en un diagrama UML.

diagramas de estructura

diagramas de estructura enfatizan las cosas que deben estar presentes en el sistema que se está modelando. Desde diagramas de estructura representan la estructura, que se

utilizan ampliamente en la documentación de la arquitectura de software de sistemas de software.

• Diagrama de clases: describe la estructura de un sistema mostrando las clases del sistema, sus atributos y las relaciones entre las

clases.

• diagrama de componentes: describe cómo un sistema de software se divide en componentes y muestra las dependencias entre estos componentes.

• Compuesto diagrama de la estructura: describe la estructura interna de una clase y las colaboraciones que esta estructura hace posible.

• diagrama de despliegue: describe el hardware utilizado en la implementación de sistemas y los entornos de ejecución y artefactos desplegados en

el hardware.

• diagrama de objeto: muestra una vista completa o parcial de la estructura de un sistema modelado en un momento específico.

• diagrama de paquetes: describe cómo un sistema se divide en agrupaciones lógicas mostrando las dependencias entre estos grupos.

• diagrama de perfil: opera a nivel de metamodelo para mostrar estereotipos como clases con el estereotipo << >> estereotipo, y perfiles en forma de

paquetes con el perfil << >> estereotipo. La relación de extensión (línea continua con punta de flecha cerrado, lleno) indica qué elemento

metamodelo está extendiendo un estereotipo dado.

Lenguaje de Modelado Unificado 5

Diagrama de clase diagrama de diagrama de estructura compuesta diagrama de

componentes despliegue

diagrama de objetos diagrama de

paquetes

diagramas de comportamiento

diagramas de comportamiento enfatizan lo que debe suceder en el sistema que se está modelando. Dado que los diagramas de comportamiento ilustran el comportamiento de

un sistema, se utilizan ampliamente para describir la funcionalidad de los sistemas de software.

• diagrama de Actividad: describe el negocio y operacionales flujos de trabajo paso a paso de componentes de un sistema. Un diagrama de actividad muestra

el flujo general de control.

• UML diagrama de máquina de estado: describe los estados y las transiciones de estado del sistema.

• Diagrama de casos: describe la funcionalidad proporcionada por un sistema en términos de actores, sus objetivos representados como casos de uso, y las

dependencias entre los casos de uso.

Diagrama de Actividad UML Máquina estatal Use el diagrama del caso

diagrama

Los diagramas de interacción

Los diagramas de interacción, un subconjunto de diagramas de comportamiento, hacen hincapié en el flujo de control y de datos entre las cosas en el sistema que se está

modelando:

• diagrama de Comunicación: muestra las interacciones entre los objetos o partes en términos de mensajes en secuencia. Representan una combinación de la

información tomada de la clase, la secuencia y diagramas de casos de uso que describe tanto la estructura estática y el comportamiento dinámico de un sistema.

• Interacción diagrama general: proporciona una visión general en la que los nodos representan diagramas de comunicación.

• Diagrama de secuencia: muestra cómo los objetos se comunican entre sí en términos de una secuencia de mensajes. También indica la vida útil de los

objetos relativos a esos mensajes.

• Diagramas de temporización: un tipo específico de diagrama de interacción en el que el foco está en restricciones de temporización.
Lenguaje de Modelado Unificado 6

diagrama de comunicación visión general de interacción Diagrama de secuencia

diagrama

La máquina de estados Protocolo es un sub-variante de la máquina de estados. Se puede utilizar para modelar los protocolos de comunicación de red.

metamodelado

El Object Management Group (OMG) tiene

desarrollado un metamodelado
arquitectura para definir el lenguaje de modelado

unificado (UML), llamado el Meta-Object Facility

(MOF). El Meta-Object Facility es un estándar para

la ingeniería dirigida por modelos, diseñado como

una arquitectura de cuatro capas, como se muestra

en la imagen de la derecha. Proporciona un modelo

meta-meta en la capa superior, llamada la capa M0.

Este M0-modelo es el lenguaje utilizado por

Meta-Object Facility a

construir metamodelos, llamado

M1-modelos. la mayor parte prominente

ejemplo de una capa del modelo Facility 1

Meta-objeto es el metamodelo UML, el modelo que

describe el propio UML. Estos M1-modelos Ilustración de la Meta-Object Facility.

describen elementos de

la M2-capa, y por lo tanto M2-modelos. Estos serían, por ejemplo, los modelos escritos en UML. La última capa es la M3-capa o capa de datos. Se utiliza para

describir instancia de tiempo de ejecución del sistema.

Más allá de la M0-modelo, el Meta-Object Facility describe los medios para crear y manipular modelos y metamodelos mediante la definición de

interfaces de CORBA que describen esas operaciones. Debido a las similitudes entre los modelos de estructura UML Facility Meta-Object M0-modelo y,

metamodelos Meta-Object Facility generalmente se modelan como diagramas de clase UML. Un estándar de soporte de la Meta-Object Facility es XMI,

que define un formato de intercambio basado en XML para las modelos de la M0-, M1-, o M2-capa.
Lenguaje de Modelado Unificado 7

críticas
Aunque UML es un estándar de modelado ampliamente reconocida y utilizada, con frecuencia se critica por lo siguiente: Normas hinchan

Bertrand Meyer, en un ensayo satírico enmarcado como petición de un estudiante para un cambio de grado, al parecer criticado UML a partir de 1997 por ser

ajeno a orientado a objetos de desarrollo de software; un descargo de responsabilidad más tarde se añadió señalando que su compañía, sin embargo, es

compatible con UML. [ 12] Ivar Jacobson, un co-arquitecto de UML, dijo que las objeciones a UML tamaño de 2,0 eran lo suficientemente válido considerar la

aplicación de agentes inteligentes para el problema. [ 13] Contiene muchos diagramas y construcciones que son redundantes o usado con poca frecuencia. Los

problemas en el aprendizaje y la adopción

Los problemas citados en esta sección hacen que el aprendizaje y la adopción de UML problemático, especialmente cuando se requiere de ingenieros que carecen de

las habilidades previas. [ 14] En la práctica, la gente suele dibujar diagramas con los símbolos proporcionados por la herramienta CASE, pero sin los significados esos

símbolos están destinados a proporcionar. incoherencia lingüística

Las normas han sido ampliamente citado como siendo confuso, ambiguo e inconsistente. [ 15] [16] [17] Incluso en esta última etapa de la norma todavía tiene
muchos problemas [ 18] [19]

Capacidades de UML y lenguaje de implementación desajuste

Al igual que con cualquier sistema de notación, UML es capaz de representar algunos sistemas más concisa o mayor eficiencia que otros. Así, un

desarrollador gravita hacia soluciones que residen en la intersección de las capacidades de UML y el lenguaje de implementación. Este problema es

particularmente pronunciado si el lenguaje de implementación no se adhiere a la doctrina ortodoxa orientado a objetos, como el conjunto de intersección

entre UML y lenguaje de implementación que puede ser mucho más pequeño. formato de intercambio disfuncional

Mientras que el estándar XMI (XML Metadata Interchange) está diseñado para facilitar el intercambio de modelos UML, ha sido en gran

medida ineficaz en el intercambio práctico de modelos UML 2.x. Esta ineficacia interoperabilidad es atribuible a dos razones. En primer

lugar, XMI 2.x es grande y complejo en su propio derecho, puesto que pretende hacer frente a un problema técnico más ambicioso que

intercambiar modelos UML 2.x. En particular, se trata de proporcionar un mecanismo para facilitar el intercambio de cualquier lenguaje de

modelado arbitraria definida por Meta-Object Facility del OMG (MOF). En segundo lugar, el UML 2.x especificación Diagram Interchange

carece de suficiente detalle para facilitar el intercambio fiable de UML notaciones 2.x entre herramientas de modelado. Desde UML es un

lenguaje de modelado visual, este defecto es sustancial para los modeladores que Don' 20]

Inconsecuencia

Aunque una línea de segmentos relación binaria en un diagrama de clase puede tener una clase de asociación ligado, lo que permite para los atributos que

se añaden y también relaciones con otras clases, un símbolo de diamante asociación, necesarios para n-arias asociaciones de orden> 2 (el más candidatos

probables para los atributos y relaciones adicionales) no se puede. La especificación también dice acerca de los diagramas de clases (la mezcla de dos

paradigmas), que las generalizaciones utilizan semántica "intensionales" (como un modelo semántico haría) pero que otras asociaciones utilizan semántica

"extensionales", revelando de este modo que no se pretende para los modelos semánticos sino más bien para modelos de registro físico; pero entonces no

existe el concepto en el lenguaje de identificador único de clase, un concepto absolutamente necesario en un modelo de este tipo. falta de lógica

modelos de clase se va a usar "look-a través de" cardinalidades, a pesar de que varios autores (Merise, [ 21] Elmasri y Navathe [ 22] Entre otros [ 23]) preferir

mismo lado para funciones y tanto mínimo y cardinalidades máximas. Recientes investigaciones sobre los (Feinerer, [ 24] Dullea et. otras cosas [ 25]) han

demostrado que esto es más coherente cuando se aplica a

Lenguaje de Modelado Unificado 8

n-aria relaciones de orden> 2.

En Dullea et. otras cosas "Un análisis de la validez estructural en el modelado entidad-relación" se lee "A 'mirar al otro lado' notación tal como se

utiliza en el UML no representa efectivamente la semántica de las limitaciones impuestas participación en relaciones en las que el grado es

superior a binario."

En Feinerer que dice "Los problemas surgen si operamos bajo la mirada-a través de la semántica que los utilizados para las asociaciones UML.

Hartmann [ 26] investiga esta situación y muestra cómo y por qué diferentes transformaciones fallan ".

(Aunque la "reducción" que se menciona es espuria como los dos diagramas 3.4 y 3.5 son de hecho el mismo) y también "Como veremos en las páginas

siguientes, el puesto de observación a través de la interpretación presenta varias dificultades que impiden la extensión de los mecanismos simples de binario

a asociaciones n-arias." inutilidad

Los casos de uso y sus diagramas asociados, especialmente en proyectos en los que éstos se miden ya sea por el kilogramo o, a veces el pie, a

menudo son más comúnmente conocida como "casos inútiles". narrativas simples de usuario, por ejemplo, "lo que hago en el trabajo ..." han demostrado

ser mucho más simple para grabar y una utilidad más inmediata. Exclusivo

El término "unificada" se aplica sólo a la unificación de los muchos lenguajes existentes y que compiten anteriores orientado a objetos. técnicas bien

conocidas y populares importantes, casi universalmente utilizados en la industria, tales como flujo de datos diagramas y gráficos estructura no se

incluyeron en la especificación.

expertos en modelización han escrito agudas críticas de UML, incluyendo de Bertrand Meyer "UML: El giro positivo", [ 12]

y Brian Henderson-Sellers y César González-Pérez en "Usos y abusos del Mecanismo estereotipo de UML
1.x y 2,0" . [ 27]

herramientas de modelado UML

La herramienta de modelado UML más conocido es IBM Rational Rose. Otras herramientas incluyen, en orden alfabético, ArgoUML, BOUML,

Dia, EA, MagicDraw UML, PowerDesigner, Rational Rhapsody, Rational Software Architect, StarUML y Umbrello. Algunos de los entornos de

desarrollo populares también ofrecen herramientas de modelado UML, por ejemplo: Eclipse, NetBeans, y Visual Studio.

referencias
Este artículo fue basado originalmente en el material del Free On-line Dictionary of Computing, que está bajo la licencia GFDL.

[1] FOLDOC (2001). Unified Modeling Language (http:..? / / FOLDOC org / cgi índice de consulta = UML y action = Buscar) Última actualización 03/01/2002.

Consultado 6 de Feb de 2009.

[2] Grady Booch, Ivar Jacobson y Jim Rumbaugh (2000) OMG Unified Modeling Language Specification (http:.. / / Www omg org / docs /

formal/ 00-03-01. pdf), Versión 1.3 Primera edición: marzo de 2000. Consultado el 12 de agosto de 2008. [3] Satish Mishra (1997). "Visual Modelado y Unified Modeling Language

(UML): Introducción a UML" (http:. / / Www2 informatik hu-Berlín..

de / ~ hs / Lehre / 2004-WS_SWQS / 20050107_Ex_UML. ppt). Rational Software Corporation. Consultado el 9 noviembre del 2008. [4] Objectory AB, conocido como Sistema Objectory, fue

fundado en 1987 por Ivar Jacobson. En 1991, fue adquirido y se convirtió en una subsidiaria de

Ericsson.

[5] UML Especificación versión 1.1 (OMG documento ad / 97-08-11) (http: / / www omg org / cgi-bin / doc ad / 97-08-11..?) [6] http: / / www. Dios mio. org / spec /

UML / 2. 0 / [7] http: / / www. Dios mio. org / spec / UML /

[8] OMG. "Catálogo de OMG Modelado y metadatos Especificaciones" (http:.. / / Www omg org / tecnología / documentos / modeling_spec_catalog.

htm). . Consultado el 2010-06-30. [9] John Hunt (2000). El proceso unificado para profesionales: diseño orientado a objetos, UML y Java. Springer, 2000. ISBN 1852332751.

p.5.door

[10] Jon Holt Institución de Ingenieros Eléctricos (2004). UML para Ingeniería de Sistemas: Observación de la Ruedas IET, 2004, ISBN 0863413544. p.58 [11] UML Superestructura

Specification Version 2.2. OMG, febrero de 2009.

Lenguaje de Modelado Unificado 9

[12] Bertrand Meyer. "UML: El giro positivo" (http:.. / / Archivo Eiffel com / doc / manuales / tecnología / bmarticles / UML / página HTML.). . Obtenido

2008-03-31.

[13] "Ivar Jacobson en UML, MDA, y el futuro de metodologías" (http:.. / / Www InfoQ com / entrevistas / Ivar_Jacobson) (vídeo de la entrevista,

transcripción disponible), 24 de octubre de 2006. Consultado el 2009-05-22 [14] Véase el artículo de ACM " La muerte por fiebre UML"( http: / / www. acmqueue. com / módulos. php? name = Contenido y pa =

showpage y pid = 130) para una

divertido relato de tales cuestiones.

[15] Génova et alia 2004 "Cuestiones abiertas en uso industrial Caso Modelado" [16] metamodelado y Meta-Object Facility (MOF) (http:.... / / Www cs tut ficción / ~

kk / Webstuff / mofKalvot pdf) [17] Se UML 2.0 ser ágil o difícil de manejar? (Http:.. / / Www UML-foro es / docs / documentos / CACM_Jan02_p107_Kobryn. pdf)

[18] Un enfoque preciso para el análisis de la consistencia modelos UML (http:.. / / www Mendeley com / investigación /

a-precisa-enfoque-para-el-análisis-de-la-UML-modelos-consistencia) [19] OMG Cuestiones UML (http:... / / www omg org / cuestiones / uml2-rtf abierto html) [. 20] Foro UML. "UML

FAQ" (http:.. / / Www UML-foro com / Preguntas. htm). . Consultado el 2008-03-31. [21] Hubert Tardieu, Arnold Rochfeld y René Colletti la Methode MERISE:. Principes et outils (Paperback -

1983) [22] Elmasri, Ramez, B. Shamkant, Navathe, Fundamentos de los sistemas de base de datos, tercera ed, Addison-Wesley, Menlo park, CA, EE.UU., 2000. [23] ER 2004: 23ª

Conferencia Internacional sobre Modelización conceptual, Shanghai, china, 8-12 de noviembre de 2004 (http: / / libros de google com /..

libros? id = odZK99osY1EC y pg = PA52 y img = 1 & IGP = 1 & dq = Genova y sig = ACfU3U3tDC_q8WOMqUJW4EZCa5YQywoYLw y borde = 0) [24] Un tratamiento formal de los diagramas

de clase UML como un método eficiente para administración de configuración 2007 (http:... / / publik tuwien ac en /

archivos / pub-inf_4582. pdf)

[25] James Dullea, Il-Yeol Song, Ioanna Lamprou - Un análisis de validez estructural de entidad-relación de modelado de 2002 (http: / / www iSchool..

Drexel. edu / facultad / canción / publicaciones / p_DKE_03_Validity. pdf)

[26] "El razonamiento sobre restricciones de participación y las limitaciones de Chen" S Hartmann - 2003 (http:... / / Www ACS org au / documentos / public / crpit /

CRPITV17Hartmann. pdf)

[27] B. Henderson-Sellers; C. González-Pérez (2006). "Usos y abusos del Mecanismo estereotipo de UML 1.x y 2.0". en: Model Driven
Ingeniería Lenguajes y Sistemas Informáticos. Springer Berlin / Heidelberg.

Otras lecturas
• Ambler, Scott William (2004). El Primer Objeto: Modelo de desarrollo ágil Driven con UML 2 ( http: / / www. ambysoft. com / libros / theObjectPrimer.

html). Prensa de la Universidad de Cambridge. ISBN 0-521-54018-6.

• Chonoles, Michael Jesse; James A. Schardt (2003). UML 2 para los maniquíes. Wiley Publishing. ISBN 0-7645-2614-6.

• Fowler, Martin. UML Distilled: Una breve guía para el objeto estándar Lenguaje de Modelado ( 3ª ed. ed.). Addison-Wesley. ISBN

0-321-19368-7.

• Jacobson, Ivar; Grady Booch; James Rumbaugh (1998). El proceso de desarrollo de software unificada. Pearson Educación. ISBN

0-201-57169-2.

• Martin, Robert Cecil (2003). UML para los programadores de Java. Prentice Hall. ISBN 0-13-142848-9.

• Noran, Ovidiu S .. "Modelado de Negocios: UML vs IDEF" (http:.. / / Www cit gu edu au / ~ noran / Docs / UMLvsIDEF... pdf) (PDF).

Consultado el 2005-12-28.

• Penker, Magnus; Hans-Erik Eriksson (2000). Modelado de negocios con UML. John Wiley & Sons. ISBN 0-471-29551-5.

enlaces externos

• UML Página de Recursos (http:.. / / Www UML org / ) Del Grupo de Gestión de Objetos - Recursos que incluyen la última versión de la

especificación UML del grupo encargado de definir la especificación UML

• La muerte por fiebre UML (http:...? / / Acm cola org / pcm detalle de id = 984495) - Un artículo cola de ACM sobre el abuso de UML

• La comprensión del lenguaje de modelado unificado (UML) (http:...? / / Www methodsandtools com / Archivo / Archivo php id = 76) - artículo

introductorio para UML. Consultado el 2011-01-29

Artículo Fuentes y Colaboradores 10

Artículo Fuentes y Colaboradores

Lenguaje de Modelado Unificado   Fuente: http://en.wikipedia.org/w/index.php?oldid=443821995   colaboradores: 0, 212.33.53.xxx, 217.162.105.xxx, Abelson, Abune, Acather96, Acockrum, AdrianLozano, Adult Swim, Af1n, Afxid, Agentv,
Aholub, AlexF, Alksentrs, Allan McInnes, Aludstartups, Ancheta Wis, Anders Nilsson, Andre Engels, Andrés Agudelo, Angela, Anish7, Antandro, Antonielly, Acuático, Arjun024, Arnabbh, BarretBonden, BarryNorton, bechemel, Beetstra, Beland,
Ben modelador, BenAveling, BenFrantzDale, Beorhast, Bergsten, Bevo, Birge, balanza de pagos, Bob22232, Bobdc, Booyabazooka, Borgx, ladrillo lanzador, BrownHornet, Bryan Derksen, Cactus.man, cesura, Camw, no puede dormir, el
payaso me comerá, CardinalDan, Cathness, Cdiggins, Chairboy, ChrisG, ChristianPetro, Clarepawling, Classicalecon, Closedmouth, ponderer Nube , Cmdrjameson, Comatose51, Cometstyles, Conti, Corb3126, Corrie.engelbrecht, Craigy144,
Crazynas, CrniBombarder !!!, Crysb, Cyberhitesh, Danakil, Danim,Daveryan, David KELLER, David Martland, DavidSaff, Dayewalker, Dbarashev, DePiep, DeQuire, Demian12358, Demiurg, DennisDaniels, Deon Steyn, DerHexer, Dethomas,
Dhbernstein, Dirk Riehle, Dirkbike, Discospinster, Dmccreary, Dobbin2000, Doradus, Doral, Duncharris, EPHERE, Earle Martin, Eastlaw, eDrawing, Edward, ElTyrant, Emakarov, Emerks, Emmjoyit, EngineerScotty, Enviroboy, Erkan Yilmaz,
Everyking, F0rbidik, Falcon8765, Fatespeaks, FDP Femto, Fieldday-domingo, Figureskatingfan, Firien, FishSpeaker, Fl, Folajimi, Fotomut, FranckBarbier, Frentos, GLari, Gardar Rurak, GeneralCheese, George100, GeorgeBills, Gerald mylog,
Glenford, Gorpik, Gparent, Graphity, Gregbard, Hadal, HamburgerRadio, Hannes Hirzel, Happysailor, Harriv, Hedleya, Herbee, Hervegirod, Hhielscher , Hhtracy, Hongooi, Hpetya, HU12, yoduro de hidrógeno, IMSOP, ITocapa, Intelliw,
iridiscente,Ivpen, Ixfd64, J Di, JLaTondre, JWenting, Ja 62, Jakohn, Jamestochter, Jancewic, Jay, Jcarroll, Jdmarshall, Jeffq, Jems421, JensMDD, JeremySmyth, Jjalexand, Joconnor, JohnnyGeetar, Jonik, JorgeGG, Josef Sabl cz, alegre! ,
Jpbowen, Jpiw, Jriddell, Jrutley, Julesd, JustAnotherJoe, Kadamwiki, Kakurady, Kataniza, Kenneth Virgilio, hassani Khalid, Khishig.s, Kierano, Kilva, Kingpin13, Kire87, Kishore Kumar 62, Kmccoy, Koavf, KrakatoaKatie, Krishvanth, Ksd5,
Ksumedh, fantasma de Kuratowski, KyleSummers, Lafeber, Lashiec, Learn4life, Lecafe1, LeeHunter, Leggattst, Leibniz, Leszek Janczuk, Levin, LiDaobing, Ligulem, Lloydsmart, Logonos, Loqi, Luckyherb, M4gnum0n, MDE, MME, MVerkerk,
Malleus Fatuorum, Mardus , Maria C Mosak, Mark Foskey, Mark Renier, Mark.murphy, Marsve, MartinSpamer, Martinig, Martpol, Materialscientist, MaxHund, Maximumbrownidge, Mdd,MegoMars, Mgillett, MicahDCochran, Michael Hardy,
MichaelBillington, mintleaf, Mirosamek, Misteror, Mjchonoles, Mo0, Monymirza, huggle Morgankevinj, MrOllie, Mrockman, MSA, MXN, Myguest, Myselfram, Mysidia, Naayagan, Nagarjunag, Nasa-brío, Nick1nildram, nikai, Nioski, Nixeagle, Noah
Salzman, OVERM1ND, Obradovic Goran, Octahedron80, Ohnoitsjamie, Oicumayberight, Oleg Alexandrov, Oli Filth, Opptic, Ottomachin, Ozten, Pengo, Peterkimrowe, Petrb, Pgerts, Philip Trueman, PhilippWeissenbacher, Felipe, Piano non
troppo , Pierre5018, Piksou, Pindakaas, Pmerson, Poccil, puntillista, Pojo, pobre Yorick, Ppelleti, PrestonH, Progdev, Project2501a, QVT, RJFJR, Rajesh.jadhav.18, RayGates, Reaper Eterna, Remi0o, Rich Farmbrough, Richard-VS 545,
Riverdusty, Robertbowerman, Rodasmith, Rodii, Ronark, Ronz, Roux, Royboycrashfan, Rspeer, Rsrikanth05, Ryadav,Ryan shell, S Ried, SK, SAE1962, Sae1962, sahuagin, Salix alba, salado-caballo, SALVAR, Samliew, Sannse, Sarav62,
SarekOfVulcan, Sbwoodside, Sciurinae, ScottWAmbler, Seanhan, Seattlenow, SebastianBreier, Sega381, Senak, Serkanbirkan, Shadowjams , de Shane, Siyu LI, Sketch-La-Fox, Slashme, Sleepyhead81, Snoyes, Spasemunki, Sprachpfleger,
Steven Kelly, Stiang, StuffOfInterest, Suffusion de amarillo, Sven Manguard, TastyPoutine, Taw, Tayal01, Techman224, Technopilgrim, TeleOffice, Tellyaddict, TerraFrost, Tevirselrahc, ese tipo, que muestran Desde !, TheAMmollusc,
Thejavaguy, Thowa, ThurnerRupert, Timo Honkasalo, Tobias Hoevekamp, ​Toddfast, Tomjenkins52, TommyG, TowerDragon, Triwbe, Twasserman, Um9penmc, VOGELLA, Vardhanw, Vespristiano, Victor Snezhko, Vim -Hogar, Vocaro, Vrsane,
Walter Görlitz, WalterGR, Wellithy, p0wer Bl, Willking1979, Wiretse, Wmahan,Woohookitty, Xactium, Xihr, Xmen253, Xtifr, Yakushima, Ichiro Yamamoto, Yamla, Yellowdesk, Zappernapper, Zergwyn, Zoicon5, Šedý, 甲虫, 973 ediciones anónimas

Fuentes de imagen, Licencias y Colaboradores

Archivo: UML Diagrams.jpg   Fuente: http://en.wikipedia.org/w/index.php?title=File:UML_Diagrams.jpg   Licencia: Creative Commons Reconocimiento-Compartir bajo la misma licencia 3.0   colaboradores:

Kishore Kumar 62

Image: OO-historie.jpg   Fuente: http://en.wikipedia.org/w/index.php?title=File:OO-historie.jpg   Licencia: Creative Commons Reconocimiento-Compartir Igual 3.0   colaboradores: Original de AxelScheithauer, modificado por Marcel Dekker
Douwe

Archivo: UML diagram2.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Uml_diagram2.png   Licencia: Dominio publico   colaboradores: Paulo Merson

Archivo: BankAccount.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:BankAccount.png   Licencia: Licencia de documentación libre GNU   colaboradores: Donald Bell,

Archivo: Componente-4.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Component-4.png   Licencia: Licencia de documentación libre GNU   colaboradores: Gubaer en de.wikipedia

Archivo: Estructura compuesta diagram.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Composite_Structure_Diagram.png   Licencia: Dominio publico   Colaboradores: [: w: Usuario: KenSWebb

Archivo: Diagrama UML Deploiement.gif   Fuente: http://en.wikipedia.org/w/index.php?title=File:UML_Diagramme_Deploiement.gif   Licencia: Licencia de documentación libre GNU   colaboradores:
w: Usuario: TexasDex

Archivo: Instancia especificación 3.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Instance_specification_3.png   Licencia: Licencia de documentación libre GNU   colaboradores:
de: Usuario: Gubaer

Archivo: Paquete de importación-1.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Package_import-1.png   Licencia: Dominio publico   colaboradores: Gubaer

Image: Actividad Diagrama 1.jpg   Fuente: http://en.wikipedia.org/w/index.php?title=File:Activity_Diagram_1.jpg   Licencia: Dominio publico   colaboradores: Usuario: MAC9 de la Wikipedia en italiano

Image: diagram.png estado UML   Fuente: http://en.wikipedia.org/w/index.php?title=File:UML_state_diagram.png   Licencia: Licencia de documentación libre GNU   colaboradores: Anakin101, Flappiefh, LeonardoG MDD, Pcdude2143,
Sbwoodside, 3 ediciones anónimas

Image: UML_Use_Case_diagram.svg   Fuente: http://en.wikipedia.org/w/index.php?title=File:UML_Use_Case_diagram.svg   Licencia: Creative Commons Reconocimiento-Compartir bajo la misma   colaboradores:

Slashme

Image: Diagrama Kommunikations-2.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Kommunikations_diagramm-2.png   Licencia: Licencia de documentación libre GNU   colaboradores: Gubaer

Image: IAU-diagramm-1.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Iau-diagramm-1.png   Licencia: Licencia de documentación libre GNU   colaboradores: cargador original Gubaer en de.wikipedia

Image: Diagrama Sequenz-1.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:Sequenz_diagramm-1.png   Licencia: Licencia de documentación libre GNU   colaboradores: Gubaer cargador original era Gubaer en de.wikipedia

Image: M0-m3.png   Fuente: http://en.wikipedia.org/w/index.php?title=File:M0-m3.png   Licencia: Dominio publico   colaboradores: Gubaer

Licencia
Creative Commons Reconocimiento-Compartir Igual 3.0 Unported http: / / creativecommons.
org / licencias / BY-SA / 3. 0 /