2. Выбор классов:

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

• Товар

• Работник (кладовщик)

• Склад

• Учет

Управляющие, для обработки потока событий для прецедента

• «Кладовщик»

Граничные, рассматриваемый прецедент взаимодействует только с актером «Кладовщик». Для обеспечения действий указанных в сценарии ((Добавление, удаление), просмотр, печать) создается спец. класс

• Параметры сотрудника (для обеспечения потребностей преподавателя –общедоступный)

• Параметры товара (для обеспечения информацией –общедоступный)

• Параметры склада

• Добавление учетной записи (для добавления новых поступлений)

3. Создание пакетов

На данном этапе создано 9 классов: Параметры сотрудника, Параметры склада, Параметры товара, Добавление учетной записи, Товар, Учеткурс, Преподаватель, «Менеджер курсов преподавателя». Их можно разделить на 4 группы:

• Объекты склада

• сведения о людях

• интерфейсы

• документы

и создать 3 пакета:

• интерфейсы

• Объекты склада

• сведения о людях (персонале)

• отчеты

4. Диаграммы классов

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

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

• Просмотр всех классов реализации в пакете

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

• Просмотр иерархии наследования классов

Пример 2.3. Построение главной диаграммы классов Диаграмма пакетов Рис. 3

Показать 3 пакета

Дополнительно пакетыБаза данных, отчеты

Технология

1. Создать классы

2. Создать пакеты

3. Добавить пакеты к главной диаграмме классов

1. Определение отношений

1. отношения

2. Мощность отношения

3. Возвратные отношения

4. Отношения между пакетами

1. Отношения

Система состоит из большого количества классов и объектов. Ее поведение обеспечивается взаимодействием объектов. например: студент добавляется к курсу, когда на курс поступает сообщение добавить студента. Т.е. объект посылает сообщение другому объекту. Отношения выполняют функцию проводников между объектами. Дап ти отношений на этапе анализа – ассоциация и агрегация.

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

агрегация - специальная форма ассоциации между целом и его частью или частями

наименование отношений (глагол)

именование ролей - вместо наименования отношений (существительное)

2. Мощность отношения

Возвратные отношения Рис. 6 несколько объектов, принадлежащих одному класс могут взаимодействовать друг с другом, называется возвратная агрегация или ассоциация

Поиск отношений - изучают сценарии. Передача сообщений между объектами указывает на то, что они взаимодействуют друг с другом.

Рис. 1 Реализация модели

В Пакете Интерфйсы

Реализация прецедента – Работает с формой

В о

Рис. Диаграмма классов (пока только сущности)

Добавление граничных классов и управляющих

Создать в объектах складапакет База данных и перенести туда сущности

Следующей задачей при описании предметной области является моделирование

документов.

Создать в объектах склада пакет Отчеты

Сверим с диаграммой классов, установим атрибуты, которые фиксируются в БД

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

Диаграммы взаимодействия

(Правила формирования для:

Проектирования пользовательского интерфейса системы; )

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

Сценарии описывают порядок того,. как обязанности, возложенные на прецеденты, распределяются среди объектов и классов.

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

Документирование сценариев отображаются с помощью диаграмм взаимодействия.

Sequence and collaboration diagrams

Диаграммы последовательности отображают взаимодействие объектов, упорядоченное во времени. Если есть альтернативы, то лучше изобразить отдельные диаграммы для Если То (Иначе). В примере Сведения о товаре есть в базе данных, иначе необходимо связаться с менеджером для внесения или корректировки сведений о товаре.

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

Проектирование системной архитектуры

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

Представление архитектуры 4+1.

В центре Схема прецедентов (понятность и удобство) Вокруг нее: Логическая схема (функциональность), Схема программной реализации, Схема процессов (производительность, масштабируемость, эффективность), Схема поставки (системная топология, установка, поддержка)

Логическая архитектура отбражается на диаграмме классов (классы, отношения,агрегация, пакеты и др)

Правилампроекта. Тактическое проектирование: язык разработки, хранение данных, удобный пользовательский интерфейс . обработка ошибок, механизмы взаимодействия, распределение объектов, сетевые средства)