Документирование объектных информационных систем
Проектирование, разработка и документирование объектных информационных систем (ИС) должна выполняться в соответствии с существующими международными стандартами ввиду отсутствия отечественных аналогов.
Основным документом для разработчика объектных ИС является стандарт на унифицированный язык моделирования UML (ISO/IEC 19501:2005 версия 1.4.2). Язык UML относится к языкам общего назначения, не ориентирован на конкретную прикладную область или среду разработки и позволяет:
Формулировать исходные требования к ИС.
Разрабатывать статические, динамические, логические и физические модели ИС.
Выполнять прямое и обратное проектирование ИС.
Документировать объектно-ориентированные проектные решения.
В отличие от блок-схем алгоритмов, размеры и взаимное расположение элементов моделей ИС при представлении в UML не имеют значения.
Представление классов
Для представления множества предметов реального мира, связанных общностью структуры и поведением, в UML необходимо использовать классы. С помощью классов можно описывать любые программные, аппаратные или чисто концептуальные сущности. Классы могут быть абстракциями предметной области, либо на них может строиться реализация. Графически класс следует изображать как показано на рис.10. Имена классам даются в единственном числе с заглавной буквы «T».
Рисунок 10. Графическое изображение класса.
Элементами класса являются атрибуты (поля) и операции (методы). Обозначения видимости элементов классов:
"+" обозначает атрибут с областью видимости общедоступный (public).
"#" обозначает атрибут с областью видимости защищенный (protected).
"-" обозначает атрибут с областью видимости закрытый (private).
На начальных этапах объектного моделирования допустимо оставлять разделы данных и методов пустыми, а по мере проработки деталей и уточнения контекста использования дополнять полями и методами. Оставленные пустыми разделы должны быть обязательно показаны. Пример класса для организации хранения данных показан на рис.11. У каждого метода в секции методов необходимо указывать круглые скобки, даже при отсутствии параметров.
а). б).
Рисунок 11. Пример свернутого (а) и развернутого (б)
способа представления класса.
Абстрактные методы в классе следует записывать курсивом или отмечать как {abstract}. То же относится и к абстрактным классам. Пример абстрактного класса некоторого технического устройства приведен на рис.12. Методы isReadyDevice() и GetData() абстрактные (не имеют реализации) и отмечены курсивом.
Рисунок 12. Пример абстрактного класса.
Представление отношений между классами
Для представления структуры классов и отношений между ними в UML следует использовать диаграммы классов. Пример изображения диаграммы классов показан на рис.13. Каждое отношение между классами имеет собственное графическое представление, отражающее особенности взаимосвязи.
Рисунок 13. Пример изображения диаграммы классов.