Вы находитесь на странице: 1из 5

Министерство образования, культуры и исследований Республики

Молдова
Технический университет Молдовы
Департамент программной инженерии и автоматики

Отчет
по лабораторной работе №5
Объектно-ориентированное программирование, анализ и
моделирование

Тема: Реализация диаграмм классов .

Выполнил: Студент группы TI-185 Гаина Александра

Проверил: Преподаватель Сава Нина

Мельник Раду

Кишинев 2020
Цель: изучение понятий класса, атрибута и операции, обобщения, композиции,
агрегации, ассоциации, зависимости .
Задание: составить 3-4 диаграммы классов для выбранной информационной системы.

Диаграмма классов - структурная диаграмма языка моделирования UML,


демонстрирующая общую структуру иерархии классов системы, их коопераций,
атрибутов (полей), методов, интерфейсов и взаимосвязей между ними.
Класс-описание совокупности объектов с общими атрибутами, методами и
семантикой.
Атрибут в языке моделирования UML — именованный элемент определённого типа в
классе, используемый для представления информации о моделируемой сущности.
Класс может иметь любое количество атрибутов или не иметь их вообще, каждый
объект класса обладает частными значениями своих атрибутов.
Для атрибутов и операций может быть указан один из трех типов видимости:
- — private (частный)
#— protected (защищенный)
+— public (общий)
Операция (метод) – это реализация метода класса. Класс может иметь любое число
операций либо не иметь ни одной.
Отношения между сущностями в диаграмме классов:
1.Зависимость-схематическое отношение между двумя сущностями где одна из них
независимая и может спровоцировать изменения второй(зависимой).
2.Ассоциация-структурное отношение ,которое отображает простую связь между
сущностями.
У ассоциации есть частный случай-агрегация.
Агрегация - особая разновидность ассоциации, представляющая структурную связь
целого с его частями.
У агрегации есть частный случай-композиция
Композиция- это форма агрегации с четко выраженными отношениями владения и
совпадением времени жизни частей и целого.
3.Обобщение-специальный тип отношений специализация/обобщение, где
специальный элемент(потомок) может быть использован вместо обобщенного
(предок).
Каждый класс имеет название, атрибуты и операции. Класс на диаграмме показывается
в виде прямоугольника, разделенного на 3 области.
В верхней содержится название класса, в средней – описание атрибутов (свойств), в
нижней – названия операций – услуг, предоставляемых объектами этого класса.
Диаграмма первая:

Рис.1 Диаграмма классов для видов пользователей.


Отношением между сущностями в данной диаграмме является обобщение.
Обобщение на диаграммах классов используется, чтобы показать связь между классом-
родителем и классом-потомком. Оно вводится на диаграмму, когда возникает
разновидность какого-либо класса, так в нашем случае появилась разновидность класса
Пользователя. Гость-это пользователь, который зашел на наш сайт,он может
зарегистрироваться или просто посмотреть товар , в свою очередь пользователь это уже
наш клиент который ввел свои данные и уже сделал по крайней мере один заказ.
У каждого класса, есть свои атрибуты и операции, которые специализируют их и
отличают от других.
Диаграмма вторая:

Рис.2 Диаграмма классов для видов оплаты заказа.


На данной диаграмме мы можем видеть, что между классом Заказ и Оплата,
связь – ассоциация, которая показывает обычную связь между классами . Ассоциация
может иметь такую характеристику, как множественность. Она показывает, сколько
объектов каждого класса может участвовать в данной операции. Один заказ может
включать от одного до нескольких видов оплаты на выбор пользователя.
В свою очередь класс Оплаты делится на различные виды возможной оплаты заказа.
Диаграмма третья:

Рис.3 Диаграмма классов для функционала администратора.


Данная диаграмма показывает нам возможности действий администратора и
множественность ассоциации . Один администратор подтверждает регистрацию
пользователей и заказы, которых может быть от 0 до множества .
Между классов Заказ и Товар связь-композиция ,которая показывает что класс
Заказ(целое) не может существовать без класса Товар(часть).
Диаграмма четвертая:

Рис.4 Диаграмма классов для описания составных частей заказа.


Класс Заказ является частью класса Покупатель, без которой он не может существовать
.С свою очередь, классы: Метод доставки, Товар являются неотъемлемой
частью класса Заказ . Существует связь-ассоциация между классом Заказ и Корзина,
что показывает :одна корзина может содержать от 0 до множества заказов .
Класс Товар является частью корзины, но без него он может существовать, так как тут
агрегация, а не композиция .
Выводы: При выполнения данной лабораторной работы я составила 4 диаграммы
классов для выбранной мной информационной системы . Изучила такие понятия
как:класс, атрибут и операция, а так же закрепила знания по отношениям между
сущностями в UML.

Вам также может понравиться