Методы и средства инженерии программного обеспечения



         

Общесистемный подход к проектированию архитектуры системы - часть 6


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

 

Если вновь создаваемая система используется  в  готовой системе (унаследование системы), то ее целесообразно считать подсистемой создаваемой системы. Использование готовых компонентов или  систем  повторного использования снимает проблему дублирования и сокращает объем работ при проектировании архитектуры системы.

Повторным объектом может стать объект,  поведение которого  частично используется в нескольких подсистемах.

При выделении таких объектов и  подсистем в большом проекте учитываются  некоторые  критерии. Например, если разработку будут ведут несколько групп разного уровня компетентности, или разного уровня обеспеченности ресурсами и они  разъединены географически, то  разделение  на подсистемы ведется  с учетом  этих обстоятельств.

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

 




Содержание  Назад  Вперед