Добавил:
Developer Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекция №8 ТПП.pptx
Скачиваний:
0
Добавлен:
15.04.2024
Размер:
3.62 Mб
Скачать

диаграммы

Если все атрибуты (указанные) принадлежат данной сущности , то такие атрибуты наз. Абсолютными.

Если один или более атрибутов принадлежат другой сущности , то такой индентификатор наз. относительным

Сущность у которой первичный индентификатор является относительным наз. зависимой

сущностью

Напр. (см. слайд 15) : индентификатор сущности Cтрока заказа является относительным . Он включает индентификатор сущности Заказ.

Связи.

Связи как и сущности имеют атрибуты.

Отношения между классами

1.Зависимость – т.е. изменение одного элемента(независимого) может привести к изменению семантики другого элемента(зависимого).

Графически представляется пунктирной линией.

2.Ассоциация – показывает как объекты одной сущности связаны с объектами другой сущности.

 

учится

студент

 

университе

 

т

 

 

 

Отношения между классами

Т.о. можно передвигаться между классами.

Если сущность следует из другой , то между классами

будет стрелка.

Если линия без стрелок, то это означает двойную ассоциацию.

Множественная ассоциация – означает диапозон целых чисел. указывающих количество связанных объектов.

1

студент университе

т

Кратность ассоциации

Напр.

Сlient

 

Server

 

 

 

0…* 1…*

Т.е. произвольное число объектов типа клиет взаимодействует с как минимум с 1 сервером

Т.о. кратность означает количество объектов, участвующих во взаимодействии

Отношения между классами

Т.е. один студент учиться в одном университете.

4. Агрегация – имеет место когда один класс является коллекцией (контейнером) других .

Обозначение простой ромб

5. Композиция – форма агрегации с выраженными формами владения. Композиция имеет жесткую зависимость времени существования экземпляров класса контейнера и других классов.

Обозначается закрашенным ромбом.

Проектирование

Создаются модели будущего ПО К ключевым моделям можно отнести

1.Внешний дизайн – т.е. представление проекта с точки зрения конечного пользователя.

2.Проектирование программной архитектуры (модули, интерфейсы, подсистемы)

3.Проектирование организации данных (потоки данных (напр. в сетевых программах) , преобразование данных(напр. шифрации и дешифрации данных при передаче по различным протоколам обмена), представления данных.

4.Составление алгоритмов (т.е. задаются параметры, алгоритмы действий и результаты).

uml

Дополнительные отношения между классами

Реализация – семантическая связь между классами когда один (поставщик) определяет соглашение , второй (клиент ) должен придерживаться соглашения.

Обобщение (наследование) специализированный элемент (потомок) строится по спецификациям предыдущего обобщенного элемента.

(линия и ромбик)

Связи

Состав Case-систем