2.9.4Пакеты – packages
Пакеты в логическом проектировании применяются для группирования классов, которые обладают определённой общностью.
В
UML
пакеты обозначаются следующим образом:
Существует три основных подхода для группирования классов в пакеты:
По стереотипу классов (boundary, entity, control). В этом случае получается три пакета: с пограничными классами, с классами-сущностями, с управляющими классами. В общем случае количество пакетов будет зависеть от количества определённых в системе стереотипов классов.
Такой подход полезен с точки зрения размещения готовой системы, так как все находящиеся на клиентских машинах пограничные классы уже будут находиться в одном пакете.
По функциональности (например, в пакете Безопасность будут содержаться все классы, отвечающие за безопасность приложения; в пакете Заказы – классы обработки заказов; в пакете Отчёты – классы подготовки отчётов; в пакете Ошибки – классы обработки ошибок).
Основное преимущество этого подхода в том, что пакеты можно повторно использовать. При группировании классов необходимо только позаботиться о том, чтобы пакеты не зависели друг от друга.
Комбинация первых двух подходов. Пакеты разрешается вкладывать друг в друга. Например, на высоком уровне абстракции можно сгруппировать классы в пакеты по функциональности, а внутри этих пакетов создать другие пакеты, сгруппировав их либо по стереотипам, либо снова по функциональности.
2.9.5Диаграммы классов
Диаграммы классов важны для визуализации и документирования структурных моделей, а также для прямого и обратного проектирования исполняемой информационной системы. Эти диаграммы – основа проектирования.
Диаграмма классов – некоторый граф, вершинами которого являются классы, связанные различными типами структурных отношений.
В диаграмме классов для каждого класса (суперкласса, подкласса) описывается его имя, сигнатура операций и простые атрибуты класса. Этого вполне достаточно для генерации базового определения класса на объектно-ориентированном языке программирования.
Обычно для описания системы создаются несколько диаграмм классов. Диаграммы классов следует создавать для вариантов использования (use cases). Количество диаграмм для каждой системной функции будет зависеть от числа уровней детализации. В свою очередь количество уровней зависит от сложности функции.
Диаграммы классов уточняются по мере проектирования:
В начале логического проектирования диаграмма показывает некоторое подмножество программных классов (в отличие от классов предметной области) и отношения между классами этого подмножества.
При детальном логическом проектировании диаграмма отображает то же (что и в первом варианте) подмножество, но с атрибутами и операциями классов.
На этапе конструирования диаграмма показывает только пакеты классов и отношения между ними.
Следует помнить, что диаграмма классов иллюстрирует взаимоотношения программных элементов, а не понятий предметной области.