Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
требования ДП программисты.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
1.64 Mб
Скачать

Представление отношения реализации

Отношение реализации следует использовать для представления связи между некоторым сервисом (интерфейсом) и его реализацией в классе (компоненте). Интерфейс определяет набор операций, которые применяются для специфицирования услуг, предоставляемых классом. Один интерфейс может быть реализован несколькими классами, и наоборот, один класс может реализовать сразу множество различных интерфейсов. На рис.20 изображен класс TDevice, который реализует интерфейс IDevice. Имена интерфейсам принято давать с заглавной "I".

Рисунок 20. Пример отношения реализации.

Представление объектов

Графически объекты изображают, как показано на рис. 21. Показан экземпляр класса TDataItem с текущими значениями атрибутов. Имя объекта должно иметь составной вид "имя объекта: имя класса". Подчеркивание обязательно, оно указывает на работу с экземпляром класса. Имя может быть не указано, т.е. объект является анонимным. Объектная нотация не предусматривает в обозначении объекта раздела с перечнем операций, т.к. операции, выполняемые всеми объектами одного класса идентичны.

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

Рисунок 21. Примеры изображения объектов.

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

Рисунок 22. Диаграмма объектов.

Соглашение по модулям

Правила именование модулей

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

Модули

Формат имени модуля: [Xxxxxx]; Пример: MainForm

Формат имени формы: [frm][Xxxxxx]; Пример: frmMain

Модули данных

Формат имени модуля: [Xxxxxx]; Пример: MainDataModule

Формат имени формы: [dm][Xxxxxx]; Пример: dmMain

Модули удаленных данных

Формат имени модуля: [Xxxxxx]; Пример: MainRemoteModule

Формат имени формы: [rdm][Xxxxxx]; Пример: rdmMain

Если при создании имени используется несколько слов, то необходимо использовать заглавную букву для каждого слова в имени: MyLongName.pas. Расширения файлов должны быть в нижнем регистре.

Имя модуля может содержать символы, как в верхнем, так и в нижнем регистре и должно быть таким же, как и имя, используемое для этого файла операционной системой, например:

unitMyUnit;

Модуль будет назван MyUnit.pas, когда будет сохранен операционной системой.