25. Использование пакетов для организации элементов модели.

Пакет (англ. package) в языке моделирования UML — основная группирующая сущность с помощью которой организуются конкретные проектные решения в рамках используемой UML-модели. UML-пакет предназначен для группировки большого количества структурных, поведенческих и других сущностей в единое целое; изображается в виде стилизованной папки с закладкой, которая может иметь своё собственное имя.

Для обозначения пакета UML используется изображение в виде большого прямоугольника с закладкой в левом верхнем углу; внутри прямоугольника можно разместить содержимое данного пакета. Зависимость между пакетами выражается с помощью диаграммы пакетов, которая несёт в себе информацию об управлении моделью и фактически является разновидностью диаграммы классов.

Введение UML пакетов позволяет распределять разнообразные отдельные элементы создаваемого проекта по удобным для масштабирования блокам, которыми можно будет позже манипулировать как некими самостоятельными единицами. Как правило, пакеты служат для хранения элементов модели верхнего уровня: классов и их отношений, графов Use Case, конечных автоматов и т. п. Элементы пакета могут иметь различную видимость снаружи, то есть — некоторый функционал пакета может быть инкапсулирован с точки зрения внешнего пользователя. В этом отношении пакет выполняет функцию отдельного пространства имён, элементы которого могут быть как публичными, так и приватными. Грамотно структурированный пакет должен объединять семантически и функционально родственные элементы, которые имеют тенденцию совместно эволюционировать в процессе разработки.

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

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

26. Архитектура программной системы (логическая архитектура).

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

Логическая архитектура описывает систему в виде уравнений пакетов, программ классов и подсистем. Называется логической, поскольку не определены способы развертывания этих элементов в ОС или на компьютере в сети.

Уровень крупномасштабных классов, подсистем, имеющих сходимость обязанностей для большинства спектров системы:

1)Уровень объекта предметной области.

2)Уровень логики приложения.

3)Уровень технических служб.

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

Основные принципы шаблона:

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