Объектно – ориентированный подход к проектированию по
Определение вариантов использования
Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующими в процессе.
Диаграмма вариантов использования обеспечивает высокоуровневое описание того, что система в состоянии сделать и с кем (или чем) она будет взаимодействовать. Это называется методом определения функциональных требований.
Согласно функциональным требованиям системы «Дефектоскопии рельс», разработана диаграмма вариантов использования, которая представлена на рисунке 3.1.
Рисунок 3.1 – Диаграмма вариантов использования
В предусмотренной системе имеется два актера: администратор и материально ответственное лицо. Для каждого актера системы, определенны свои варианты использования.
Для администратора определенны следующие варианты использования:
формирование списка материально ответственных лиц и закрепление за ними дефектоскопа;
формирование заказов на проверку дефектоскопов согласно плану проверок;
формирование плана контроля дефектоскопов в зависимости от составленного графика;
обслуживание дефектоскопа согласно графика проверок на выбранном предприятии.
Для материально ответственного лица определенны следующие варианты использования:
выбор типа прибора для работы на определенном участке;
результат проверки дефектоскопа на работоспособность.
Диаграмма классов
Диаграмма классов является основным логическим представлением модели и содержит самую подробную информацию о внутреннем устройстве объектно-ориентированной программной системы.
Диаграммой классов в терминологии UML называется диаграмма, на которой показан набор классов (и некоторых других сущностей), не имеющих явного отношения к проектированию БД), а также связей между этими классами.) Кроме того, диаграмма классов может включать комментарии и ограничения. Ограничения могут неформально задаваться на естественном языке или же могут формулироваться на языке объектных ограничений OCL (ObjectConstraintsLanguage).
Диаграммы классов показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Диаграммы классов содержат набор статических (декларативных) элементов, как, например, классы, типы, их связи, объединенные в граф. Диаграммы классов могут быть логически объединены в пакеты.
Диаграмма классов представлена на рисунке 3.2.
Класс "Человек" имеет следующие атрибуты: Имя, Фамилия, Отчество, Телефон, Логин, Пароль. Данный класс реализует операции: Поиск дефектоскопа и Просмотр дефектоскопа.
Класс "Администратор" наследует следующие атрибуты из класса "Человек": Имя, Фамилия, Отчество, Телефон, Логин, Пароль. Данный класс реализует следующие операции: Добавление, Редактирование и Удаление материально ответственного лица.
Класс "Материально ответственное лицо" наследует следующие атрибуты из класса "Человек": Имя, Фамилия, Отчество, Телефон, Логин, Пароль. Данный класс реализует следующие операции: Просмотр информации о дефектоскопе.
Класс "Дефектоскопа" реализует следующие операции: Просмотр, Редактирование, Удаление.
Класс "Тип" реализует следующие операции: Создание типа, Редактирование типа, Удаление типа.
Класс "Обслуживание" имеет следующий атрибут Описание. Данный класс реализует следующие операции: Редактирование обслуживания, Создание обслуживания, Удаление обслуживания.
Класс "План проверки" реализует следующие операции: Создание плана проверок, Редактирование плана проверок, Удаление плана проверок.
Класс "Предприятие" имеют следующие атрибуты Адрес, Название. Данный класс реализует следующие операции: Добавление предприятия, Редактирование предприятия, Удаление предприятия.
Рисунок 3.2 – Диаграмма класcов
На данной диаграмме изображены связи между классами.
Между классами "МОЛ" – "Дефектоскоп" (кратность связи 1 – 1.*) за одним человеком закрепляется несколько дефектоскопов, а за одним дефектоскопом закрепляется один человек. Связь агрегация (Aggregate) т.к. дефектоскоп является частью материально ответственного лица, и при удалении объекта материально ответственного лица объект дефектоскоп не удаляется.
Между классами "Дефектоскоп" – "Тип" (кратность связи 1.* – 1) у одного дефектоскопа один тип, а за одним типом закрепляется несколько дефектоскопов. Связь агрегация (Aggregate) т.к. дефектоскоп является частью типа, и при удалении объекта типа объект дефектоскоп не удаляется.
Между классами "Дефектоскоп" – "План проверки" (кратность связи 1.* – 1.*) у одного дефектоскопа может быть несколько планов, в один план включается несколько дефектоскопов. Связь агрегация (Compose) т.к. план проверки является частью дефектоскопа, и при удалении объекта дефектоскоп план удаляется вместе с ним.
Между классами "Дефектоскоп" – "Обслуживание" (кратность связи 1 – 1.*) у одного дефектоскопа может быть много обслуживаний, в одном обсаживании включается один дефектоскопов. Связь агрегация (Compose) т.к. обслуживание является частью дефектоскопа, и при удалении объекта дефектоскоп объект обслуживание удаляется.
Между классами "План проверки" – "Предприятие" – связь ассоциация(Association), в один плана проверки включается одно предприятие, в одном предприятии один план, кратность связи между планом и предприятием 1.*–1.
Между классами "Обслуживание" – "Предприятие" – связь ассоциация(Association), у одного обслуживания одно предприятие, в одно предприятие включается одно обслуживание, кратность связи между обслуживанием и предприятием 1.*–1.