Чем определяется необходимость в нескольких видах диаграмм

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

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

Непонятно?

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

Придется искать определение подсистемы.

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

Подсистема - это система, функционирование которой не зависит от сервисов других подсистем. Программная система структурируется в виде совокупности относительно независимых подсистем. Также определяются взаимодействия между подсистемами.

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

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

Существует стандартное определение модели как семантически замкнутой абстракции системы. Оно не очень понятно, поэтому попробуем объяснить " своими словами".

Модель - это некий (материальный или нет) объект, отображающий лишь наиболее значимые для данной задачи характеристики системы. Модели бывают разные - материальные и нематериальные, искусственные и естественные, декоративные и математические...

Приведем несколько примеров. Знакомые всем нам пластмассовые игрушечные автомобильчики, которыми мы с таким азартом играли в детстве, это не что иное, как материальная искусственная декоративная модель реального автомобиля. Конечно, в таком " авто" нет двигателя, мы не заполняем его бак бензином, в нем не работает (более того, вообще отсутствует) коробка передач, но как модель эта игрушка свои функции вполне выполняет: она дает ребенку представление об автомобиле, поскольку отображает его характерные черты - наличие четырех колес, кузова, дверей, окон, способность ехать и т. д.

В ходе медицинских исследований опыты на животных часто предшествуют клиническим испытаниям медицинских препаратов на людях. В таком случае животное выступает в роли материальной естественной модели человека.

 

Уравнение, изображенное выше - тоже модель, но это модель математическая, и описывает она движение материальной точки под действием силы тяжести.

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

Примеров диаграмм можно привести множество. Это:

· и знакомая нам всем со школьных лет блок-схема,

· и схемы монтажа различного оборудования, которые мы можем видеть в руководствах пользователя,

· и дерево файлов и каталогов на диске, которое мы можем увидеть, выполнив в консоли Windows команду tree.

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

Но вернемся к проектированию ПО. В этой отрасли с помощью диаграмм можно визуализировать систему с различных точек зрения.

1. Одна из диаграмм, например, может описывать взаимодействие пользователя с системой,

2. Другая - изменение состояний системы в процессе ее работы,

3. Третья - взаимодействие между собой элементов системы и т. д.

Сложную систему можно и нужно представить в виде набора небольших и почти независимых моделей-диаграмм.

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

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

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

Лишь набор диаграмм составляет модель системы и наиболее полно ее описывает, но не одна диаграмма, вырванная из контекста.

Виды диаграмм

UML 1.5 определял двенадцать типов диаграмм, разделенных на три группы:

· четыре типа диаграмм представляют статическую структуру приложения;

· пять представляют поведенческие аспекты системы;

· три представляют физические аспекты функционирования системы (диаграммы реализации).

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

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

Важно понимать, что перечень диаграмм зависит от специфики разрабатываемого проекта и определяется самим разработчиком. Стандарт UML описывает все виды диаграмм: ( http: //www.omg.org/technology/documents/modeling_spec_catalog.htm#UML ).

Задача на данном этапе - разобраться с первоначальными представлениями об этой технологии.

Итак, мы кратко рассмотрим такие виды диаграмм, как:

· диаграмма прецедентов;

· диаграмма классов;

· диаграмма объектов;

· диаграмма последовательностей;

· диаграмма взаимодействия;

· диаграмма состояний;

· диаграмма активности;

· диаграмма развертывания.

Основная задача – воспринимать и различать диаграммы визуально.

 

⇐ Предыдущая123Следующая ⇒

Поделиться: