Просмотров-186
0

Язык моделирования UML

нифицированный язык моделирования UML (Unified Modeling Language) это язык графического описания для объектного моделирования в области разработки программного обеспечения, для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.

Язык моделирования (Unified Modeling Language, UML) является графическим языком для визуализации, специфицирования, конструирования и документирования систем, в которых большая роль принадлежит, программному обеспечению. К таким системам относятся информационные системы.

UML это объектно-ориентированное средство представления проектных решений, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках.

Язык UML, как нотация моделирования, в своем развитии прошел несколько версий. Современная спецификация версии UML 2.0 опубликована в августе 2005 года. Семантика языка была значительно уточнена и расширена для поддержки методологии Model Driven Development(MDD). UML 2.4.1 принят в качестве международного стандарта ISO/IEC 19505-1, 19505-2.

Кстати, следует учесть, что в июне 2015 года OMG представил новую версия UML 2.5, где использование UML бизнес-аналитиками несколько изменено. В UML 2.0-2.4 диаграмму вариантов использования считали производной от диаграммы классов т.е. структурной диаграммой. Но в то же время, сама диаграмма вариантов использования была представлена в списке поведенческих диаграмм. По существу, диаграмма вариантов использования, отражающая поведенческие аспекты проектируемой системы(как можно использовать систему), при этом считалась структурным элементом, показывающим структуру системы — из какого набора классов она должна состоять.

В UML 2.5 теперь варианты использования определяются как вспомогательные понятия(supplementary concept), а не поведенческий элемент, хотя сама диаграмма так и осталась в списке поведенческих, что более соответствует ее назначению как средства графического представления функциональных требований, а не структуры системы.

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

Объектные модели на языке UML для проектируемой информационной системы описываются интегрированным когерентным набором UML-диаграмм, состав которых показан на рисунке.

Язык моделирования UML и структура его диаграмм

UML-диаграмма содержит графические элементы (символы) — узлы UML, связанные ребрами (также известные как пути или потоки), которые представляют элементы в UML — модели проектируемой системы. UML-модель системы может также содержать другую документацию, такую как варианты использования, написанные в виде шаблонных текстов.

Спецификация UML определяет два основных вида диаграмм UML: структурные диаграммы и диаграммы поведения.

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

Основными элементами структурных диаграмм являются: классы, объекты, интерфейсы, компоненты, узлы вычислительной системы и другие.

Диаграммы поведения показывают динамическое поведение объектов в системе, которое можно описать как серию изменений системы с течением времени.

Основными элементами диаграмм поведения являются: действующие лица(актеры), варианты использования, деятельности и действия, состояния и другие.

Условные изображения элементов диаграмм графической нотации UML можно изучать в процессе создания той или иной диаграммы. Например можно начать с «Обозначения, используемые при написании документации«. Особенностью является то, что многие источники описывают обозначения устаревших стандартов UML. Поэтому познакомившись с ними необходимо уточнять их для стандарта UML 2.4.1.

Общими правилами для построения UML — диаграмм являются следуюшие:

  • на одной диаграмме следует размещать от двух до семи сущностей;
  • диаграмма должна охватываться «одним взглядом»;
  • управление моделями – для того, кто моделирует, а не для компьютера;
  • в проекте сосуществуют разные модели в разных представлениях на разных уровнях абстракции;
  • образцы проектирования полезно знать;
  • стандарты полезны, но не универсальны — требуется подгонка для каждой программирующей организации;
  • нет наилучшего процесса для всех типов проектов и всех типов организаций, но для каждого типа проектов и для каждого типа организаций в отдельности — есть;
  • UML унифицирует представления артефактов в циклах повышения продуктивности, тем и хорош.

С примерами оформления UML — диаграмм можно познакомиться в статье «Что находится между идеей и кодом?«.

Какую графическую нотацию выбирать ы качестве средства представления проектных решений зависит в основном от методологии проектирования. Не нотация, а методология определяет, какую модель необходимо построить: функциональную, процессную или объектную.

Применение графических нотаций BPMN и  UML при проектировании информационной системы описано в ряде статей данного сайта. Например, «BPMN и UML диаграммы при проектировании информационных систем.

Заключение

Таким образом, язык моделирования UML хорошее средство для представления проектных решений в процессе проектирования информационных систем.

Графическая нотация языка моделирования UML обеспечивает наглядное представление практически всех проектных решений и артефактов в процессе проектирования и создания информационных систем различного назначения.

Связанные материалы

Внимание! Кто хочет своевременно узнавать о выходе новой статьи на сайте должен подписаться.

ПОДПИСКА НА РАССЫЛКУ

Статьи об онлайн курсах обучения

Дистанционное обучение
Обучение программированию
Проектирование информационных систем
 
Реклама. Информация о рекламодателе по ссылкам в статье.

brasm

Пенсионер с 33 - летним педагогическим стажем

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *