Лабораторная работа № 3 Классы и пакеты

Практическая работа

При выполнении лабораторной работы необходимо:

• определить и создать основные классы системы;

• сгруппировать классы в пакеты;

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

• построить диаграммы классов для представления всех классов каждого варианта использования;

• сохранить файл модели, составить отчет.

Пример выполнения работы

Эти действия осуществляются в рамках архитектурного анализа, который выполняется архитектором системы и включает:

• утверждение стандартов моделирования и документирования системы;

• выявление архитектурных механизмов (механизмов анализа);

• формирование основных абстракций предметной области (классов анализа);

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

Соглашения моделирования определяют:

• используемые диаграммы и элементы модели;

• правила их применения;

• соглашения по именованию элементов модели;

• организацию модели (пакеты).

Пример набора соглашений моделирования:

• имена вариантов использования должны быть представлены короткими глагольными фразами;

• имена классов должны быть существительными, соответствующими понятиям предметной области;

• имена классов должны начинаться с заглавной буквы;

• имена атрибутов и операций должны начинаться со строчной буквы;

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

• все классы и диаграммы, описывающие предварительный системный проект, помещаются в пакет с именем Analysis Model и т.д.

Создание классов, участвующих в реализации вариантов использования

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

1. Классы-сущности (Entity) – представляют собой ключевые абстракции (понятия) разрабатываемой системы. Источники выявления классов-сущностей: ключевые абстракции, созданные в процессе архитектурного анализа, глоссарий, описание потоков событий вариантов использования.

2. Граничные классы (Boundary) – служат посредниками при взаимодействии внешних объектов с системой. Для каждой пары «действующее лицо – вариант использования», как правило, определяется один граничный класс. Существуют следующие типы граничных классов: пользовательский интерфейс (обмен информацией с пользователем, без деталей – кнопок, списков, окон), системный интерфейс и аппаратный интерфейс (используемые протоколы, без деталей их реализации).

3. Управляющие классы (Control) – обеспечивают координацию поведения объектов в системе. Могут отсутствовать в некоторых вариантах использования, ограничивающихся простыми манипуляциями с хранимыми данными. Как правило, для каждого варианта использования определяется один управляющий класс. Примеры управляющих классов: менеджер транзакций, координатор ресурсов, обработчик ошибок.

Эти классы целесообразно сгруппировать в одноименные пакеты. Чтобы создать основные пакеты:

1. щелкните правой кнопкой мыши на логическом представлении браузера Logical View и в открывшемся меню выберите пункт New > Package;

2. назовите новый пакет Entities;

3. повторив шаги 1–2, создайте пакеты Boundaries и Control.

Главная диаграмма классов должна выглядеть так, как показано на рис. 12 (см. п. 1.6). Для создания главной диаграммы классов:

1. дважды щелкнув мышью на главной диаграмме классов (Main), находящейся под логическим представлением браузера, откройте ее;

2. перетащите пакет Entities из браузера на диаграмму;

3. перетащите пакеты Boundaries и Control из браузера на диаграмму;

4. создайте зависимости между пакетами.

Идентификация ключевых абстракций заключается в предварительном определении набора классов системы (классов-сущностей) на основе описания предметной области и спецификации требований). Способы идентификации основных абстракций аналогичны способам идентификации сущностей в модели ERM (Entity-Relationship Model).

Для системы обработки заказов идентифицировано семь классов-сущностей: клиент, заказ, элемент заказа, материал, запас, поставщик, заказ на закупку.

Чтобы создать классы-сущности:

1. щелкните правой кнопкой мыши на пакете Entities;

2. выберите в открывшемся меню пункт New > Class. В браузере появится новый класс под названием NewClass;

3. выделите его и введите имя Клиент;

4. щелкните правой кнопкой мыши на этом классе, в открывшемся меню выберите пункт Open Specification и в поле стереотипа выберите Entity;

5. создайте аналогичным образом классы: Заказ, ЭлементЗаказа, Материал, Запас, Поставщик и ЗаказНаЗакупку;

6. добавьте этим классам стереотип Entity.

Чтобы создать граничные классы:

1. щелкните правой кнопкой мыши на пакете Boundaries;

2. выберите в открывшемся меню пункт New > Class. В браузере появится новый класс под названием NewClass;

3. выделите его и введите имя ФормаКлиентов;

4. щелкните правой кнопкой мыши на этом классе, в открывшемся меню выберите пункт Open Specification и в поле стереотипа выберите Boundary;

5. создайте аналогичным образом классы: ФормаЗаказов, ФормаМатериалов, ФормаПоставщиков, ФормаАнализа, ФормаИзготовления, ФормаБухгалтера и ИнтерфейсОфисПак (интерфейс офисного пакета);

6. добавьте этим классам стереотип Boundary.

Чтобы создать управляющие классы:

1. щелкните правой кнопкой мыши на пакете Control;

2. выберите в открывшемся меню пункт New > Class. В браузере появится новый класс под названием NewClass;

3. выделите его и введите имя УпрКлиентами (управляющий клиентами);

4. щелкните правой кнопкой мыши на этом классе, в открывшемся меню выберите пункт Open Specification и в поле стереотипа выберите Control;

5. создайте аналогичным образом классы: УпрЗаказами, УпрМатериалами, УпрПоставщиками, УпрАнализом, УпрИзготовлением;

6. добавьте этим классам стереотип Control.

Создание диаграмм классов

Чтобы создать диаграмму классов для пакета Entities:

1. щелкните правой кнопкой мыши на пакета Entities;

2. в открывшемся меню выберите пункт New > Class Diagram;

3. назовите новую диаграмму Main;

4. дважды щелкнув мышью на этой диаграмме в браузере, откройте ее;

5. перетащите на диаграмму из браузера все классы со стереотипом Entity.

Полученная диаграмма классов показана на рис. 34.

Рис. 34. Главная диаграмма классов пакета Entities

Диаграммы классов для пакетов Boundaries и Control показаны на рис. 35–36.

Чтобы создать диаграмму классов для варианта использования Вести каталог клиентов (рис. 37):

1. щелкните правой кнопкой мыши на логическом представлении браузера Logical View и в открывшемся меню выберите пункт New > Class Diagram;

2. назовите новую диаграмму Вести каталог клиентов;

3. дважды щелкнув мышью на этой диаграмме в браузере, откройте ее;

4. перетащите мышью из браузера все классы, участвующие в реализации варианта использования (ФормаКлиентов, УпрКлиентами, Клиент).

Рис. 35. Главная диаграмма классов пакета Boundaries

Рис. 36. Главная диаграмма классов пакета Control

Рис. 37. Диаграмма классов Вести каталог клиентов

Аналогично создаются диаграммы классов для всех остальных вариантов использования, показанных на рис. 33. Эти диаграммы приведены на рис. 38–42.

Рис. 38. Диаграмма классов Вести каталог заказов

Рис. 39. Диаграмма классов Вести каталог материалов

Рис. 40. Диаграмма классов Работать с поставщиками

Рис. 41. Диаграмма классов Анализировать запас

Рис. 42. Диаграмма классов Изготовить заказ