Просмотр кода страницы UML

{{Falseredirect|Язык моделирования}}
{{Технологический стандарт}} 
'''UML''' ({{lang-en|Unified Modeling Language}} — унифицированный язык моделирования) — язык [[Визуализация|графического]] описания для [[объектное моделирование|объектного моделирования]] в области [[Разработка программного обеспечения|разработки программного обеспечения]], для [[Моделирование бизнес-процессов|моделирования бизнес-процессов]], [[системное проектирование|системного проектирования]] и отображения [[организационная структура|организационных структур]].

== Описание ==
UML является языком широкого профиля, это — [[открытый стандарт]], использующий графические обозначения для создания [[абстрактная модель|абстрактной модели]] [[система|системы]], называемой ''UML-моделью''.
UML был создан для определения, визуализации, проектирования и документирования, в основном, [[Программная система|программных систем]]. UML не является [[Язык программирования|языком программирования]], но на основании UML-моделей возможна [[кодогенерация|генерация кода]].

== Использование ==
UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как [[Класс (программирование)|класс]], [[Компонент (программирование)|компонент]], обобщение ({{lang-en|generalization}}), [[Агрегирование (программирование)|агрегация]] ({{lang-en|aggregation}}) и поведение) и больше сконцентрироваться на проектировании и архитектуре.

== История ==
[[Файл:OO-historie-3.svg|thumb|320px|История объектно-ориентированных методов и нотации.]]

Предпосылки появления языка моделирования ''UML'' обозначились в связи с бурным развитием во второй половине XX века объектно-ориентированных языков программирования ([[Simula 67]], [[Smalltalk]], [[Objective C]], [[C++]] и др). Вследствие непрекращающегося усложнения создаваемых программных продуктов возникла нужда в учёте всё новых и новых возможностей языков и средств разработки при анализе, формулировании требований и в процессе проектирования программных приложений. Например, в короткий промежуток времени с 1989 года по 1994 год количество объектно-ориентированных инструментов выросло с десятка до более чем полусотни. Однако многие разработчики затруднялись подобрать язык моделирования, который бы полностью отвечал всем их потребностям. В результате выделилось новое поколение методов разработки, среди которого особую популярность приобрели [[:en:Booch method|метод Буча]], созданный Якобсоном ''Object-Oriented Software Engineering'' (''OOSE'') и разработанный Рамбо ''Object Modeling Technique'' (''OMT''). Помимо них существовали и другие завершённые технологии, например ''Fusion'', ''Shlaer-Mellor'' и ''Coad-Yourdon'', однако всем из них были присущи не только преимущества, но и существенные недостатки<ref>{{книга
 | автор         = Г. Буч, Д. Рамбо, И. Якобсон
 | часть         = Краткая история UML
 | ссылка часть  = 
 | заглавие      = Язык UML. Руководство пользователя
 | оригинал      = The Unified Modeling Language Usere Guide
 | ссылка        = 
 | викитека      = 
 | ответственный = 
 | издание       = 2-е
 | место         = {{М.}}
 | издательство  = ДМК Пресс
 | год           = 2006
 | том           = 
 | страницы      = 14
 | столбцы       = 
 | страниц       = 496
 | серия         = 
 | isbn          = 5-94074-334-X
 | doi           = 
 | тираж         = 
 | ref           = 
}}</ref>.

=== До UML 1.x ===
В [[1994 год]]у [[Буч, Гради|Гради Буч]] и [[Рамбо, Джеймс|Джеймс Рамбо]], работавшие в компании [[Rational Software]], объединили свои усилия для создания нового языка объектно-ориентированного моделирования. За основу языка ими были взяты методы моделирования [[Object-Modeling Technique]] и Booch. OMT был ориентирован на анализ, а Booch — на проектирование программных систем. В октябре [[1995 год]]а была выпущена предварительная версия 0.8 унифицированного метода ({{lang-en|Unified Method}}). Осенью 1995 года к компании Rational присоединился [[Якобсон, Ивар|Ивар Якобсон]], автор метода Object-Oriented Software Engineering — OOSE. OOSE обеспечивал превосходные возможности для спецификации бизнес-процессов и анализа требований при помощи [[сценарий использования|сценариев использования]]. OOSE был также интегрирован в унифицированный метод.

На этом этапе основная роль в организации процесса разработки UML перешла к [[консорциум]]у [[Object Management Group|OMG (Object Management Group)]]. Группа разработчиков в OMG, в которую также входили Буч, Рамбо и Якобсон («три амиго»), выпустила спецификации UML версий 0.9 и 0.91 в июне и октябре [[1996 год]]а.

=== UML 1.x ===
{| class="wikitable" style="clear:right; float:right; margin:1%"
! Версия !! Дата принятия
|-
| 1.1 || ноябрь 1997<ref>[http://www.omg.org/cgi-bin/doc?ad/97-08-11 UML Specification version 1.1 (OMG document ad/97-08-11)] {{Wayback|url=http://www.omg.org/cgi-bin/doc?ad%2F97-08-11 |date=20181118161732 }}{{ref|en}}</ref>
|-
| 1.3 || март 2000<ref name="ListOfSpecs">[http://www.omg.org/spec/UML/  OMG Formally Released Versions of UML] {{Wayback|url=http://www.omg.org/spec/UML/ |date=20100731034451 }}{{ref|en}}</ref>
|-
| 1.4 || сентябрь 2001<ref>[http://www.omg.org/spec/UML/1.4/ Documents associated with UML Version 1.4] {{Wayback|url=http://www.omg.org/spec/UML/1.4/ |date=20110510033959 }}{{ref|en}}</ref>
|-
| 1.4.2 || июль 2004<ref name="ListOfSpecs"/>
|-
| 1.5 || март 2003<ref>[http://www.omg.org/spec/UML/1.5/ Documents associated with UML Version 1.5] {{Wayback|url=http://www.omg.org/spec/UML/1.5/ |date=20110510034004 }}{{ref|en}}</ref>
|-
| 2.0 || июль 2005<ref>[http://www.omg.org/spec/UML/2.0/ Documents associated with UML Version 2.0] {{Wayback|url=http://www.omg.org/spec/UML/2.0/ |date=20100109120714 }}{{ref|en}}</ref>
|-
| 2.1 || формально не была принята<ref name="ListOfSpecs"/>
|-
| 2.1.1 || август 2007<ref>[http://www.omg.org/spec/UML/2.1.1/ Documents associated with UML Version 2.1.1] {{Wayback|url=http://www.omg.org/spec/UML/2.1.1/ |date=20110507232538 }}{{ref|en}}</ref>
|-
| 2.1.2 || ноябрь 2007<ref>[http://www.omg.org/spec/UML/2.1.2/ Documents associated with UML Version 2.1.2] {{Wayback|url=http://www.omg.org/spec/UML/2.1.2/ |date=20110606031933 }}{{ref|en}}</ref>
|-
| 2.2 || февраль 2009<ref>[http://www.omg.org/spec/UML/2.2/ Documents associated with UML Version 2.2] {{Wayback|url=http://www.omg.org/spec/UML/2.2/ |date=20210417162719 }}{{ref|en}}</ref>
|-
| 2.3 || май 2010<ref>[http://www.omg.org/spec/UML/2.3/ Documents associated with UML Version 2.3] {{Wayback|url=http://www.omg.org/spec/UML/2.3/ |date=20110607002419 }}{{ref|en}}</ref>
|-
| 2.4 beta 2 || март 2011<ref>[http://www.omg.org/spec/UML/2.4/ Documents associated with UML Version 2.4 — Beta 2] {{Wayback|url=http://www.omg.org/spec/UML/2.4/ |date=20110609031510 }}{{ref|en}}</ref>
|-
| 2.5 || июнь 2015<ref name="autogenerated1" />
|-
|2.5.1
|декабрь 2017<ref>{{Cite web|url=https://www.omg.org/spec/UML/2.5.1|title=About the Unified Modeling Language Specification Version 2.5.1|publisher=www.omg.org|access-date=2019-09-10|archive-date=2019-07-03|archive-url=https://web.archive.org/web/20190703050903/https://www.omg.org/spec/UML/2.5.1/|url-status=live}}</ref>
|}

На волне растущего интереса к UML к разработке новых версий языка в рамках консорциума [[UML Partners]] присоединились такие компании, как [[Digital Equipment Corporation]], [[Hewlett-Packard]], i-Logix, IntelliCorp, [[IBM]], ICON Computing, MCI Systemhouse, [[Microsoft]], [[Oracle|Oracle Corporation]], [[Rational Software]], [[Texas Instruments]] и [[Unisys]]. Результатом совместной работы стала спецификация UML 1.0, вышедшая в январе [[1997 год]]а. В ноябре того же года за ней последовала версия 1.1, содержавшая улучшения нотации, а также некоторые расширения семантики.

Последующие релизы UML включали версии 1.3, 1.4 и 1.5, опубликованные, соответственно, в июне [[1999]], сентябре [[2001]] и марте [[2003 год]]а.

UML 1.4.2 принят в качестве международного стандарта [[ISO]]/[[IEC]] 19501:2005<ref name=autogenerated1>{{Cite web |url=http://www.omg.org/spec/UML/ |title=UML<!-- Заголовок добавлен ботом --> |access-date=2010-06-26 |archive-date=2010-07-31 |archive-url=https://web.archive.org/web/20100731034451/http://www.omg.org/spec/UML/ |url-status=live }}</ref>.

=== UML 2.x ===
Формальная спецификация версии UML 2.0 опубликована в августе 2005 года. Семантика языка была значительно уточнена и расширена для поддержки методологии Model Driven Development — [[Разработка управляемая моделями|MDD]]. Последняя версия UML 2.5 опубликована в июне 2015 года.

UML 2.4.1 принят в качестве международного стандарта [[ISO]]/[[IEC]] 19505-1, 19505-2<ref name=autogenerated1 />.

== Диаграммы ==
В UML используются следующие виды [[Диаграмма (UML)|диаграмм]] (для исключения неоднозначности приведены также обозначения на английском языке):
<!-- Прежде чем править, читай обсуждение данной статьи! -->
{|
|
'''Structure Diagrams:'''
* [[Диаграмма классов|Class diagram]]
* [[Диаграмма компонентов|Component diagram]]
* [[Диаграмма композитной структуры|Composite structure diagram]]
** Collaboration (UML2.0)
* [[Диаграмма развёртывания|Deployment diagram]]
* [[Диаграмма объектов|Object diagram]]
* [[Диаграмма пакетов|Package diagram]]
* {{iw|Диаграмма профилей||en|Profile diagram}} (UML2.2)
'''Behavior Diagrams:'''
* [[Диаграмма деятельности|Activity diagram]]
* [[Диаграмма состояний (UML)|State Machine diagram]]
* [[Диаграмма прецедентов|Use case diagram]]
* '''Interaction Diagrams:'''
** [[Диаграмма коммуникации|Communication diagram]] (UML2.0) / Collaboration (UML1.x)
** Interaction overview diagram (UML2.0)
** [[Диаграмма последовательности|Sequence diagram]]
** Timing diagram (UML2.0)
|
'''Структурные диаграммы:'''
* [[Диаграмма классов]]
* [[Диаграмма компонентов]]
* [[Диаграмма композитной структуры|Диаграмма композитной/составной структуры]]
** Диаграмма кооперации (UML2.0)
* [[Диаграмма развёртывания]]
* [[Диаграмма объектов]]
* [[Диаграмма пакетов]]
* [[Диаграмма профилей]] (UML2.2)
'''Диаграммы поведения:'''
* [[Диаграмма деятельности]]
* [[Диаграмма состояний (UML)|Диаграмма состояний]]
* [[Диаграмма прецедентов|Диаграмма прецедентов (диаграмма вариантов использования)]]
* '''Диаграммы взаимодействия:'''
** [[Диаграмма коммуникации]] (UML2.0) / Диаграмма кооперации (UML1.x)
** [[Диаграмма обзора взаимодействия]] (UML2.0)
** [[Диаграмма последовательности]]
** Диаграмма синхронизации (UML2.0)
|}

Структуру диаграмм UML 2.3 можно представить на диаграмме классов UML:
[[Файл:Uml diagram2.png|center]]

=== Диаграмма классов ===
''[[Диаграмма классов]]'' (Class diagram) — статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.

Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения:
* концептуальная точка зрения — диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;
* точка зрения спецификации — диаграмма классов применяется при проектировании информационных систем;
* точка зрения реализации — диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования).

=== Диаграмма компонентов ===
''[[Диаграмма компонентов]]'' (Component diagram) — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.

=== Диаграмма композитной/составной структуры ===
[[Файл:Decorator template.png|thumb|Шаблон проектирования [[Декоратор (шаблон проектирования)|Декоратор]] на диаграмме кооперации]]
''[[Диаграмма композитной структуры|Диаграмма композитной/составной структуры]]'' (Composite structure diagram) — статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.

Подвидом диаграмм композитной структуры являются ''[[диаграмма кооперации|диаграммы кооперации]]'' (Collaboration diagram, введены в UML&nbsp;2.0), которые показывают роли и взаимодействие классов в рамках кооперации. Кооперации удобны при моделировании [[Шаблон проектирования|шаблонов проектирования]].

Диаграммы композитной структуры могут использоваться совместно с диаграммами классов.

=== Диаграмма развёртывания ===
''[[Диаграмма развёртывания]]'' (Deployment diagram, диаграмма размещения) — служит для моделирования работающих [[Узел (UML)|узлов]] (аппаратных средств, {{lang-en|node}}) и [[Артефакт (UML)|артефактов]], развёрнутых на них. В UML&nbsp;2 на узлах разворачиваются артефакты ({{lang-en|artifact}}), в то время как в UML&nbsp;1 на узлах разворачивались компоненты. Между артефактом и логическим элементом (компонентом), который он реализует, устанавливается зависимость манифестации.

=== Диаграмма объектов ===
''[[Диаграмма объектов]]'' (Object diagram) — демонстрирует полный или частичный снимок моделируемой системы в заданный момент времени. На диаграмме объектов отображаются экземпляры классов (объекты) системы с указанием текущих значений их атрибутов и связей между объектами.

=== Диаграмма пакетов ===
''[[Диаграмма пакетов]]'' (Package diagram) — структурная диаграмма, основным содержанием которой являются [[Пакет (UML)|пакеты]] и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.

=== Диаграмма деятельности ===
''[[Диаграмма деятельности]]'' (Activity diagram) — диаграмма, на которой показано разложение некоторой ''[[Деятельность (UML)|деятельности]]'' на её составные части. Под деятельностью ({{lang-en|activity}}) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных ''[[Действие (UML)|действий]]'' ({{lang-en|action}}), соединённых между собой потоками, которые идут от выходов одного узла к входам другого.

Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

Аналогом диаграмм деятельности являются [[Блок-схема|схемы алгоритмов]] по ГОСТ 19.701—90<ref>{{ГОСТ|19.701-90}}</ref> и [[ДРАКОН|дракон-схемы]].

=== Диаграмма автомата ===
''[[Диаграмма состояний (теория автоматов)|Диаграмма автомата]]'' (State Machine diagram, ''диаграмма конечного автомата'', ''диаграмма состояний'') — диаграмма, на которой представлен ''конечный автомат'' с простыми [[Состояние (UML)|состояниями]], переходами и композитными состояниями.

''[[Конечный автомат]]'' ({{lang-en|State machine}}) — спецификация последовательности состояний, через которые проходит [[Объект (программирование)|объект]] или взаимодействие в ответ на события своей жизни, а также ответные действия объекта на эти события. Конечный автомат прикреплён к исходному элементу ([[Класс (программирование)|классу]], [[Кооперация (UML)|кооперации]] или методу) и служит для определения поведения его экземпляров.

Аналогом диаграмм автомата (диаграмм состояний) являются [[ДРАКОН|дракон-схемы]].

=== Диаграмма прецедентов (Диаграмма вариантов использования) ===
''[[Диаграмма прецедентов|Диаграмма прецедентов или диаграмма вариантов использования]]'' (Use case diagram) — диаграмма, на которой отражены отношения, существующие между [[Актор (UML)|акторами]] и [[Прецедент (UML)|вариантами использования]].

Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.

=== Диаграммы коммуникации и последовательности ===
Диаграммы коммуникации и последовательности [[Транзитивность|транзитивны]], выражают взаимодействие, но показывают его различными способами и с достаточной степенью точности могут быть преобразованы одна в другую.

''[[Диаграмма коммуникации]]'' (Communication diagram, в UML 1.x — ''диаграмма кооперации'', ''collaboration diagram'') — диаграмма, на которой изображаются взаимодействия между частями композитной структуры или ролями кооперации. В отличие от диаграммы последовательности, на диаграмме коммуникации явно указываются отношения между элементами (объектами), а время как отдельное измерение не используется (применяются порядковые номера вызовов).

''[[Диаграмма последовательности]]'' (Sequence diagram) —  диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются.

''[[Диаграмма сотрудничества]]'' — Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.

По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, [[Rational Rose]] позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.

=== Диаграмма обзора взаимодействия ===
[[Диаграмма обзора взаимодействия]] — разновидность диаграммы деятельности, включающая фрагменты диаграммы последовательности и конструкции потока управления.

Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.

=== Диаграмма синхронизации ===
''[[Диаграмма синхронизации]]'' (Timing diagram) — альтернативное представление диаграммы последовательности, явным образом показывающее изменения состояния на линии жизни с заданной шкалой времени. Может быть полезна в приложениях реального времени.

== Преимущества UML ==
* UML объектно-ориентированный, в результате чего методы описания результатов анализа и проектирования семантически близки к методам [[Объектно-ориентированное программирование|программирования]] на современных [[Объектно-ориентированный язык программирования|объектно-ориентированных языках]];
* UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
* Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
* UML расширяет и позволяет вводить собственные текстовые и графические [[Стереотип (UML)|стереотипы]], что способствует его применению не только в сфере программной инженерии;
* UML получил широкое распространение и динамично развивается.

== Критика ==
Несмотря на то, что UML — достаточно широко распространённый и используемый стандарт, его часто критикуют из-за следующих недостатков:

* ''[[Избыточность]] языка''. UML часто критикуется как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций. Чаще это можно услышать в отношении UML 2.0, чем UML 1.0, так как более новые ревизии включают больше «разработанных комитетом» компромиссов.
* ''Неточная [[семантика]]''. Так как UML определён комбинацией себя (абстрактный синтаксис), [[Object Constraint Language|OCL]] (языком описания ограничений — формальной проверки правильности) и английского (подробная семантика), то он лишен скованности, присущей языкам, точно определённым техниками [[формальный язык|формального описания]]. В некоторых случаях абстрактный синтаксис UML, OCL и английский противоречат друг другу, в других случаях они неполные. Неточность описания самого UML одинаково отражается на пользователях и поставщиках инструментов, приводя к несовместимости инструментов из-за уникального трактования спецификаций.
* ''Проблемы при изучении и внедрении''. Вышеописанные проблемы делают проблематичным изучение и внедрение UML, особенно когда руководство насильно заставляет использовать UML инженеров при отсутствии у них предварительных навыков<ref>http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=130 {{Wayback|url=http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=130 |date=20081207210803 }} [[Association for Computing Machinery|ACM]]</ref>.
* ''Только код отражает код''. Ещё одно мнение — что важны рабочие системы, а не красивые модели. Как лаконично выразился [[Джек Ривс]], «The code is the design» («Код и есть проект»)<ref>{{Cite web |url=http://developers.slashdot.org/article.pl?sid=05%2F03%2F01%2F2112257 |title=Slashdot {{!}} The Code Is The Design<!-- Заголовок добавлен ботом --> |access-date=2022-05-21 |archive-date=2009-04-22 |archive-url=https://web.archive.org/web/20090422142345/http://developers.slashdot.org/article.pl?sid=05%2F03%2F01%2F2112257 |url-status=live }}</ref><ref>{{Cite web |url=http://www.developerdotstar.com/mag/articles/reeves_design_main.html |title=Code as Design: Three Essays by Jack W. Reeves by Jack W. Reeves — developer.*, Developer Dot Star<!-- Заголовок добавлен ботом --> |access-date=2007-02-13 |archive-date=2007-02-13 |archive-url=https://web.archive.org/web/20070213093751/http://www.developerdotstar.com/mag/articles/reeves_design_main.html |url-status=live }}</ref>. В соответствии с этим мнением, существует потребность в лучшем способе написания ПО; UML ценится при подходах, которые ''[[Инструменты UML-моделирования|компилируют модели]]'' для генерирования исходного или выполнимого кода. Однако этого всё же может быть недостаточно, так как UML не имеет свойств [[Полнота по Тьюрингу|полноты по Тьюрингу]] и любой сгенерированный код будет ограничен тем, что может разглядеть или предположить интерпретирующий UML инструмент.
* ''Кумулятивная нагрузка/Рассогласование нагрузки'' (Cumulative Impedance/Impedance mismatch). [[Рассогласование нагрузки]] — термин из теории [[системный анализ|системного анализа]] для обозначения неспособности входа одной системы воспринять выход другой. Как в любой системе обозначений UML может представить одни системы более кратко и эффективно, чем другие. Таким образом, разработчик склоняется к решениям, которые более комфортно подходят к переплетению сильных сторон UML и языков программирования. Проблема становится более очевидной, если язык разработки не придерживается принципов ортодоксальной объектно-ориентированной доктрины (не старается соответствовать традиционным принципам ООП).
* ''Пытается быть всем для всех''. UML — это язык моделирования общего назначения, который пытается достигнуть совместимости со всеми возможными языками разработки. В контексте конкретного проекта, для достижения командой проектировщиков определённой цели, должны быть выбраны применимые возможности UML. Кроме того, пути ограничения области применения UML в конкретной области проходят через формализм, который не полностью сформулирован, и который сам является объектом критики.

== См. также ==
* [[SysML]]
* [[IDEF]]
* [[DFD]]
* [[ДРАКОН]]

== Примечания ==
{{примечания|2}}

== Литература ==
* {{книга
|автор = Крэг Ларман.
|заглавие = Применение UML 2.0 и шаблонов проектирования
|оригинал = Applying UML and Patterns : An Introduction to Object-Oriented Analysis and Design and Iterative Development
|издание = 3-е изд
|место = {{М.}}
|издательство = [[Вильямс (издательство)|Вильямс]]
|год = 2006
|страниц = 736
|isbn = 0-13-148906-2
}}
* {{книга
|автор = Джозеф Шмуллер.
|заглавие = Освой самостоятельно UML 2 за 24 часа. Практическое руководство
|оригинал = Sams Teach Yourself UML in 24 Hours, Complete Starter Kit
|место = {{М.}}
|издательство = [[Вильямс (издательство)|Вильямс]]
|год = 2005
|страниц = 416
|isbn = 0-672-32640-X
}}
* {{книга
|автор = Грейди Буч, Джеймс Рамбо, Айвар Джекобсон.
|заглавие = Язык UML. Руководство пользователя
|оригинал = The Unified Modeling Language user guide
|издание = 2-е изд
|место = {{М.}}, {{СПб.}}
|издательство = [[ДМК Пресс (издательство)|ДМК Пресс]], [[Питер (издательство)|Питер]]
|год = 2004
|страниц = 432
|isbn = 5-94074-260-2
}}
* {{книга
 | автор         = Буч Г., Якобсон А., Рамбо Дж.
 | заглавие      = UML. Классика CS
 | место         = {{СПб.}}
 | издательство  = Питер
 | издание = 2-е изд.
 | ответственный = С. Орлов
 | год           = 2006
 | страниц      = 736
 | isbn          = 5-46900-599-2
 | ref           = Буч, Якобсон, Рамбо
}}
* Леоненков А. В. Самоучитель UML 2. — СПб.: БХВ-Петербург, 2007. — 576 с.: ил.ISBN 978-5-94157-878-8

== Ссылки ==
* [http://www.omg.org/spec/UML Спецификация текущей версии UML]
* [http://www.uml.org/ Сайт ресурсов UML]{{ref|en}}, поддерживаемый [[Object Management Group]]
* [http://www-306.ibm.com/software/rational/uml/ UML Resource Center]{{ref|en}} IBM
* [http://www-128.ibm.com/developerworks/ru/rational/library/321_uml/index.html Unified Modeling Language, версия 2.0] IBM / developerWorks
* [http://www.softwarestencils.com/uml/index.html UML 2.2 — заготовки и шаблоны для MS Visio]
* [http://yuml.me/diagram/scruffy/class/samples Простые UML диаграммы для вставки на веб-страницы]

{{UML}}
{{Software Engineering}}
{{Стандарты ISO}}

[[Категория:UML]]
[[Категория:Моделирование]]
[[Категория:Стандарты]]
[[Категория:Визуализация данных]]