
ЛР №4 Методология объектно-ориентированного моделирования (диаграмма классов, диаграмма объектов, диаграмма пакетов)
.docxМИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА»
(СПбГУТ)
Факультет Информационных систем и технологий
Кафедра Информационных управляющих систем
Направление: 09.03.02 Информационные системы и технологии
Профиль: Дизайн графических и пользовательских интерфейсов информационных систем
ОТЧЕТ
к лабораторной работе № 4:
«Методология объектно-ориентированного моделирования (диаграмма классов, диаграмма объектов, диаграмма пакетов)»
по дисциплине «Методы и средства проектирования информационных систем и технологий»
Выполнил:
Студент группы ИСТ-931
Гетманченко П.А. «_09_»__апреля__ 2022 г.
Принял:
преп. каф. ИУС
Пинегина И.В. «_16_»__апреля__ 2022 г.
Санкт-Петербург
2022 г
СОДЕРЖАНИЕ
ЦЕЛЬ РАБОТЫ 3
ПОСТАНОВКА ЗАДАЧ И ИХ ВЫПОЛНЕНИЕ 4
Создание диаграммы классов для сценария “Заказать услугу юриста” прецедента “Предоставить юридические услуги” 4
Создание диаграммы классов для сценария “Заказать услугу врача” прецедента “Предоставить медицинские услуги” 7
ВЫВОД 10
ЦЕЛЬ РАБОТЫ
Цель работы:
получить навыки построения таких диаграмм, как: диаграмма классов, диаграмма объектов и диаграмма пакетов.
ПОСТАНОВКА ЗАДАЧ И ИХ ВЫПОЛНЕНИЕ
Создание диаграммы классов для сценария “Заказать услугу юриста” прецедента “Предоставить юридические услуги”
Рассматриваемый сценарий состоит из:
самой юридической услуги;
клиент, который заказывает юридическую услугу;
юрист, который оказывает купленную клиентом юридическую услугу.
Создаются такие классы-сущности, как: Client (Клиент), Usluga (услуга), Urist (юрист). Один клиент может заказывать несколько услуг, один юрист может оказывать несколько юридических услуг. Описание каждого класса представлено в таблицах 1-3:
Таблица 1 - класс Client (клиент)
Параметр |
Значение |
Комментарий |
Класс, представляющий собой клиента турфирмы |
Атрибуты |
name: String – наименование клиента address: String – адрес клиента phone: String – телефон клиента Все атрибуты имеют модификатор доступа - private |
Операции |
AddClient() – добавление нового клиента RemoveClient() – удаление существующего клиента GetInfo() – получить информацию о клиенте Все операции имеют модификатор доступа - public |
Таблица 2 - класс Usluga (услуга)
Параметр |
Значение |
Комментарий |
Класс, представляющий собой услугу, которую представляет юрист турфирмы |
Атрибуты |
uslugaName: String – наименование услуги, которую представляет юрист турфирмы uslugaStatus: String – статус услуги, которую представляет юрист турфирмы uslugaDate: Date – дата оформления услуги, которую представляет юрист турфирмы Все атрибуты имеют модификатор доступа - private |
Операции |
Create() – добавление новой услуги, которую представляет юрист турфирмы SetInfo() – занести информацию об услуге, которую представляет юрист турфирмы Remove() – удаление существующего услуги, которую представляет юрист турфирмы GetInfo() – получить информацию об услуге Все операции имеют модификатор доступа - public |
Таблица 3 - класс Urist (юрист)
Параметр |
Значение |
Комментарий |
Класс, представляющий собой юриста турфирмы |
Атрибуты |
name: String – наименование юриста mail: String – электронная почта юриста phone: String – телефон юриста Все атрибуты имеют модификатор доступа - private |
Операции |
AddUrist() – добавление нового юриста RemoveUrist() – удаление существующего юриста GetInfo() – получить информацию о юристе Все операции имеют модификатор доступа - public |
Результат создания классов-сущностей показан на рисунке 1:
Рисунок 1 – созданные классы-сущности (Client (Клиент), Usluga (услуга), Urist (юрист))
Результат создания диаграммы объектов представлен на рисунке 2:
Рисунок 2 – созданная диаграмма объектов (Client (Клиент), Usluga (услуга), Urist (юрист))
Отношения между классами:
класс Client (клиент) и Usluga (услуга) – отношение ассоциации, поскольку данные два класса просто связаны друг с другом и никакие другие типы связей здесь применить нельзя. Один клиент может заказать несколько услуг, множество услуг может поступать от одного клиента, поэтому связь между классами Client (клиент) и Usluga (услуга) – один ко многим;
класс Urist (юрист) и Usluga (услуга) – отношение ассоциации, поскольку данные два класса просто связаны друг с другом и никакие другие типы связей здесь применить нельзя. Один юрист может оказывать несколько услуг, множество услуг может быть оказано одним юристом, поэтому связь между классами Urist (юрист) и Usluga (услуга) – один ко многим.
Создание диаграммы классов для сценария “Заказать услугу врача” прецедента “Предоставить медицинские услуги”
Рассматриваемый сценарий состоит из:
самой медицинской услуги;
клиент, который заказывает медицинскую услугу;
врач, который оказывает купленную клиентом медицинскую услугу.
Создаются такие классы-сущности, как: Client (Клиент), Usluga (услуга), Vrach (врач). Один клиент может заказывать несколько услуг, один врач может оказывать несколько медицинских услуг. Описание каждого класса представлено в таблицах 4-6:
Таблица 4 - класс Client (клиент)
Параметр |
Значение |
Комментарий |
Класс, представляющий собой клиента турфирмы |
Атрибуты |
name: String – наименование клиента address: String – адрес клиента phone: String – телефон клиента Все атрибуты имеют модификатор доступа - private |
Операции |
AddClient() – добавление нового клиента RemoveClient() – удаление существующего клиента GetInfo() – получить информацию о клиенте Все операции имеют модификатор доступа - public |
Таблица 5 - класс Usluga (услуга)
Параметр |
Значение |
Комментарий |
Класс, представляющий собой услугу, которую представляет врач турфирмы |
Атрибуты |
uslugaName: String – наименование услуги, которую представляет врач турфирмы uslugaStatus: String – статус услуги, которую представляет врач турфирмы uslugaDate: Date – дата оформления услуги, которую представляет врач турфирмы Все атрибуты имеют модификатор доступа - private |
Операции |
Create() – добавление новой услуги, которую представляет врач турфирмы SetInfo() – занести информацию об услуге, которую представляет врач турфирмы Remove() – удаление существующего услуги, которую представляет врач турфирмы GetInfo() – получить информацию об услуге Все операции имеют модификатор доступа - public |
Таблица 6 - класс Vrach (врач)
Параметр |
Значение |
Комментарий |
Класс, представляющий собой врача турфирмы |
Атрибуты |
name: String – наименование врача mail: String – электронная почта врача phone: String – телефон врача Все атрибуты имеют модификатор доступа - private |
Операции |
AddVrach() – добавление нового врача RemoveVrach() – удаление существующего врача GetInfo() – получить информацию о враче Все операции имеют модификатор доступа - public |
Результат создания классов-сущностей показан на рисунке 3:
Рисунок 3 – созданные классы-сущности (Client (Клиент), Usluga (услуга), Vrach (врач))
Результат создания диаграммы объектов представлен на рисунке 4:
Рисунок 4 – созданные классы-сущности (Client (Клиент), Usluga (услуга), Vrach (врач))
Отношения между классами:
класс Client (клиент) и Usluga (услуга) – отношение ассоциации, поскольку данные два класса просто связаны друг с другом и никакие другие типы связей здесь применить нельзя. Один клиент может заказать несколько услуг, множество услуг может поступать от одного клиента, поэтому связь между классами Client (клиент) и Usluga (услуга) – один ко многим;
класс Vrach (врач) и Usluga (услуга) – отношение ассоциации, поскольку данные два класса просто связаны друг с другом и никакие другие типы связей здесь применить нельзя. Один юрист может оказывать несколько услуг, множество услуг может быть оказано одним юристом, поэтому связь между классами Vrach (врач) и Usluga (услуга) – один ко многим.
ВЫВОД
При выполнении лабораторной работы №4 произошло ознакомление с такими основными диаграммами, как: диаграмма классов, диаграмма объектов и диаграмма пакетов.