Модульная декомпозиция

Модели управления

Можно выделить два основных типа управления:

1) Централизованное

2) Управление событиями

Каким бы образом не была бы описана структура системы (структурно – функциональным или объектно-ориентированным), она состоит из набора структурных единиц. Чтобы они функционировали, как единое целое ими надо управлять, а информация по управлению отсутствует в статистических диаграммах (диаграммах статики).

В моделях управления на уровне архитектуры проектируется поток управления между системами.

Централизованное управление:

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

Две разновидности ЦУ:

1)Модель вызова возврата – широко известная иерархическая модель управления. Управление начинается на вершине иерархии процедур и через вызовы передается на более нижние уровни иерархии. Применима только в последовательных системах.

2)Модель диспетчера – применяется для параллельных систем. Один из системных компонентов называется диспетчером и управляет запуском, завершением и координированием других процессов систем. Под процессом понимается процедура подсистемы или модуль, работающая на настоящий момент. Процессы могут протекать параллельно с другими процессами.

Управление событиями

В отличие от одной системы, ответственной как за управление, так и на реакцию на внешние события, существует модель, применяемая практически во всех приложениях, например, под Windows. Там любое внешнее событие, например, нажатие клавиши, нажатие кнопки мыши и т.д., считается событием. Каждому событию соответствует определенный код, которому могут сопутствовать параметры. Программе посылается сообщение о данном событие. Разработчик программ при их написании предусматривает, на какие события и как именно будет реагировать программа. Существует, так называемая, очередь сообщений. В неё включаются макросы тех событий, для которых предусмотрена реакция в данной программе. Если совершается событие из числа макросов, включенных в очередь, отрабатывает программа – обработчик данного события. Если реакция на событие не предусмотрена, то либо реакция отсутствует вообще, либо на неё реагирует операционная система, используя, библиотечные обработчики событий.

Это третья составляющая архитектуры проекта. Она строится в соответствии с выбранной методологией:

Для функционально-структурной методологии она предполагает приписывание модулям тех подсистем или функций, которые в него войдут, а также построение DFD диаграмм, которые определяют потоки данных от одного модуля к другому.

При ОО методологии нет четкого разделения между моделью управления и модульной декомпозицией. Разрабатывается динамика работы системы, для чего строится диаграмма прецедентов, деятельности, последовательности…

Дата добавления: 2014-01-06