Глава 31. Системы и модели

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

Хорошо структурированные модели помогают визуализировать, специфициро­вать, конструировать и документировать систему под разными (но вместе с тем взаимосвязанными) углами зрения. Хорошо структурированные системы функ­ционально, логически и физически связаны, но при этом составлены из мало за­висящих друг от друга подсистем.

Введение

Для построения собачьей конуры серьезной подготовки не требуется (см. гла­ву 1). Потребности собаки просты, так что для их удовлетворения - если, конеч­но, не попался особо привередливый пес - вы просто сколачиваете конуру без предварительного планирования.

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

В UML все абстракции программной системы организуются в виде моделей, каждая из которых представляет относительно независимый, но важный аспект разрабатываемой системы. Для визуализации интересующих вас наборов этих абстракций можно использовать диаграммы (см. главу 7). Рассмотрение пяти различных представлений архитектуры (см. главу 2) системы особенно полезно для удовлетворения потребностей различных участников процесса разработки программного обеспечения. В своей совокупности эти модели дают полное пред­ставление о структуре и поведении системы.

В больших системах множество элементов можно подвергнуть декомпозиции на более мелкие подсистемы, каждая из которых на более низком уровне абстрак­ции может рассматриваться как отдельная система.

В UML предусмотрены средства для графического представления систем и подсистем, как показано на рис. 31.1. Эта нотация позволяет визуализировать декомпозицию системы на меньшие подсистемы. Изображаются система и под­система в виде пиктограммы стереотипного пакета (см. главу 12). Для моделей и видов нет специального графического представления (помимо изображения их в форме стереотипных пакетов - см. главу 6 о механизмах расширения UML), поскольку эти сущности - объект манипуляции инструментальных программ, которыми пользуются для организации различных аспектов системы.