Физическое представление программной совокупности не может быть полным, в случае если отсутствует информация о том, на какой платформе и на каких вычислительных средствах она реализована. Само собой разумеется, в случае если разрабатывается несложная программа, которая может выполняться локально на компьютере пользователя, не задействуя никаких ресурсов и периферийных устройств, то в этом случае нет необходимости в разработке дополнительных диаграмм. Но при разработке корпоративных приложений обстановка представляется совсем по-второму.
Во-первых, сложные программные совокупности смогут реализовываться в сетевом варианте на разных технологиях доступа и вычислительных платформах к распределенным базам данных. Наличие локальной корпоративной сети требует решения целого комплекса дополнительных задач по рациональному размещению компонентов по узлам данной сети, что определяет неспециализированную производительность программной совокупности.
Во-вторых, интеграция программной совокупности с Интернетом определяет необходимость ответа дополнительных вопросов при проектировании совокупности, таких как обеспечение безопасности, криптозащищенности и устойчивости доступа к информации для корпоративных клиентов. Эти нюансы в большой степени зависят от реализации проекта в форме физически существующих узлов совокупности, таких как серверы, рабочие станции, брандмауэры, хранилища и каналы связи данных.
Наконец, манипулирования и технологии доступа данными в рамках неспециализированной схемы «клиент-сервер» кроме этого требуют размещения громадных баз данных в разных сегментах корпоративной сети, их резервного копирования, архивирования, кэширования для обеспечения нужной производительности совокупности в целом. Эти нюансы кроме этого требуют визуального представления с целью спецификации программных и технологических изюминок реализации распределенных архитектур.
Первой из диаграмм физического представления есть диаграмма компонентов. Второй формой физического представления программной совокупности есть диаграмма развертывания (синоним – диаграмма размещения). Она используется для представления топологии и общей конфигурации распределенной программной совокупности и содержит распределение компонентов по отдельным узлам совокупности. Помимо этого, диаграмма развертывания показывает наличие физических соединений – маршрутов передачи информации между аппаратными устройствами, задействованными в реализации совокупности.
Диаграмма развертывания предназначена для компонентов программы и визуализации элементов, существующих только на этапе ее выполнения (runtime). Наряду с этим представляются лишь компоненты-экземпляры программы, являющиеся исполнимыми файлами либо динамическими библиотеками. Те компоненты, каковые не употребляются на этапе выполнения, на диаграмме развертывания не показываются. Так, компоненты с исходными текстами программ смогут находиться лишь на диаграмме компонентов. На диаграмме развертывания они не указываются.
Диаграмма развертывания содержит графические изображения процессоров, устройств, связей и процессов между ними. В отличие от диаграмм логического представления, диаграмма развертывания есть единой для совокупности в целом, потому, что обязана целиком и полностью отражать особенности ее реализации. Эта диаграмма, по сути, завершает процесс ООАП для конкретной программной совокупности и ее разработка, в большинстве случаев, есть последним этапом спецификации модели.
Итак, перечислим цели, преследуемые при разработке диаграммы развертывания:
• Выяснить распределение компонентов совокупности по ее физическим узлам.
• Продемонстрировать физические связи между всеми узлами реализации совокупности на этапе ее выполнения.
• Распознать узкие места совокупности и реконфигурировать ее топологию с целью достижения требуемой производительности.
Для обеспечения этих требований диаграмма развертывания разрабатывается совместно системными аналитиками, сетевыми инженерами и системотехниками. Потом разглядим отдельные элементы, из которых состоят диаграммы развертывания.
Узел
Узел (node) представляет собой некий физически существующий элемент совокупности, владеющий некоторым вычислительным ресурсом. В качестве вычислительного ресурса узла может рассматриваться наличие как минимум некоего количества электронной либо магнитооптической памяти и/либо процессора. В последней версии языка UML понятие узла расширено и может включать в себя не только вычислительные устройства (процессоры), но и другие механические либо электронные устройства, такие как датчики, принтеры, модемы, цифровые камеры, манипуляторы и сканеры.
Примечание
Графически на диаграмме развертывания узел изображается в форме трехмерного куба (строго говоря, псевдотрехмерного прямоугольного параллелепипеда). Узел имеет собственное имя, которое указывается в этого графического знака. Сами узлы смогут представляться как в качестве типов (рис. 1, а), так и в качестве экземпляров (рис. 1, б).
UML 2 Deployment Diagrams
