Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Palmov-ITvSS(UML)-lec / Основные компоненты UML-2 / Основные компоненты UML-2.ppt
Скачиваний:
33
Добавлен:
10.06.2015
Размер:
4.4 Mб
Скачать

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

Таким образом, метамодель может рассматриваться как комбинация графической нотации (специальных обозначений), некоторого формального языка и естественного языка.

Диаграмма вариантов использования (use case diagram).

Диаграмма классов (class diagram).

Диаграмма состояний (statechart diagram).

Диаграмма деятельности (activity diagram).

Диаграмма последовательности (sequence diagram).

Диаграмма кооперации (collaboration diagram).

Диаграмма компонентов (component diagram).

Диаграмма развёртывания (deployment diagram).

Большинство из диаграмм по своей сути – графы специального вида.

Геометрические размеры элементов и их расположение не имеют принципиального значения (есть исключения).

Геометрические фигуры на плоскости. Играют роль графических примитивов UML.

Графические взаимосвязи. Представляются различными линями на плоскости.

Специальные графические символы.

Диаграмма (Д) – законченное представление фрагмента ПО.

Все сущности на Д. должны принадлежать одному концептуальному уровню.

Вся информация о сущностях должна быть явно представлена на Д.

Диаграммы не должны содержать противоречивой информации.

Диаграммы не нужно перегружать информацией.

Каждая Д. должна быть самодостаточной.

Количество типов диаграмм для конкретной модели не является фиксированным.

Любая из моделей системы должна содержать только те элементы, которые определены в нотации UML.

Процесс ООАП в контексте UML получил специальное название – рациональный унифицированный процесс (Rational Unified Process, RUP)*.

*При дословном переводе термина RUP теряется некоторая дополнительная семантическая окраска, связанная с двусмысленным толкованием английского Rational. Речь идет о другом варианте перевода – унифицированный процесс от фирмы Rational Software

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

Соседние файлы в папке Основные компоненты UML-2