8. Разбиение на подсистемы

На следующем шаге система разбивается на подсистемы. Поскольку потенци­ально это приложение является распределенным, то прежде всего применяются рекомендации, касающиеся географического местоположения и агрегирования/композиции. В частности, все объекты-лифты (числом n) являются частями со­ставного объекта Подсистема Лифта. С другой стороны, объекты Интерфейс Двери, Интерфейс Мотора, Интерфейс Кнопки Лифта (m экземпляров – по одному на этаж), Интерфейс Лампочки Лифта (также m экземпляров) входят в состав одного лифта. Помимо этого, каждому лифту нужны объекты Управле­ние Лифтом, Диспетчер Лифта и Состояние и План Движения Лифта. В систе­ме есть также m этажей, а составной объект Подсистема Этажа включает в себя Интерфейс Лампочки Этажа и Интерфейс Кнопки Этажа. Другие объекты мо­гут относиться к Подсистеме Лифта, Подсистеме Этажа или к какой-то другой подсистеме. В качестве примера назовем Интерфейс Датчика Прибытия (по од­ному на этаж, располагается в шахте лифта). Этот объект отнесен к Подсистеме Лифта, поскольку связан с ней наиболее тесно, о чем свидетельствует его участие в прецеденте Остановка Лифта на Этаже. С другой стороны, объект Интерфейс Лампочки Направления принадлежит Подсистеме Этажа, так как находится на каждом этаже. Наконец, объект-координатор Планировщик помещается в сво­ей собственной подсистеме, поскольку не зависит ни от числа этажей, ни от числа лифтов.

На рис.15 показана общая структура разбиения на подсистемы лифта, этажа и планировщика. Подсистема Лифта – это управляющая подсистема, Подсистема Этажа – подсистема сбора данных, а подсистема Планировщик –координирующая. Структура Подсистемы Лифта представлена на рис.16, а Подсистемы Этажа – на рис.17.

Дополнительно разрабатывается уточненная статическая модель, изображаемая на диаграмме классов. Эта диаграмма выводится из общей архитектуры подсистем и структуры каждой подсистемы. На диаграмме классов отражены все классы, из которых создаются объекты, представленные на диаграммах кооперации, а также отношения между этими классами, то есть сами кооперации. На рис.18 приведе­на уточненная статическая модель, в которой каждая подсистема предстает в виде составного класса. Становится очевидным, как программные понятия соответству­ют статической модели предметной области, созданной ранее (см. рис.3). Так, составной класс Подсистема Лифта включает несколько классов, в том числе клас­сы интерфейса устройств, например Интерфейс Мотора, которые взаимодейству­ют с внешними классами, в частности Мотор, представленными в статической мо­дели. Однако в класс Подсистема Лифта входят также и другие классы, среди них три управляющих (зависящий от состояния, координатор и таймер) и один сущностный. Аналогичные наблюдения справедливы в отношении составного класса Подсистема Этажа и его составляющих. Операции каждого класса опреде­лены в разделах 9.5 и 11, посвященных проектированию классов.

Рис.15. Разбиение на подсистемы

Рис.16. Структура подсистемы лифта

Рис.17. Структура подсистемы этажа