7.5. Диаграммы uml

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

• классов (class);

• объектов (object);

• прецедентов (вариантов использования) (use-case);

• взаимодействия (interaction):

• последовательности (sequence);

• кооперативных (collaboration);

• состояний (statechart);

• деятельностей (activity);

• компонентов (component);

• развертывания (размещения) (deployment).

При разработке диаграмм необходимо руководствоваться следующими правилами.

1. Цель создания диаграмм на языке UML – не рисование красивых картинок, а визуализация, специфицирование, конструирование и документирование. Диаграммы – это только одно из средств, но не все диаграммы необходимо сохранять. Иногда стоит создавать их на лету путем опроса элементов модели использовать для анализа системы по мере ее построения.

2. Следует избегать избыточных диаграмм, они только загромождают модель.

3. Каждая диаграмма должна содержать только необходимые детали.

4. Диаграммы не должны быть слишком краткими, если только уровень абстракции не очень высокий. Чрезмерное упрощение может скрыть детали.

5. Не следует делать диаграммы очень большими или очень маленькими.

6. У каждой диаграммы (и у любой сущности) должно быть осмысленное имя, ясно отражающее ее назначение.

7.6. Расширения языка uml

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

• стереотипы (stereotype), которые расширяют словарь UML, позволяя на основе существующих блоков языка создавать новые, специфичные для решения конкретной проблемы;

• помеченные значения (tagged value), которые расширяют свойства основных конструкций UML, позволяя включать новую информацию в спецификацию элемента;

• ограничения (constraints), которые расширяют семантику конструкций UML, позволяя создавать новые и отменять существующие правила.

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