Проблемы архитектурного проектирования

 

В подразделах 3.1, 3.2 и 3.3 выполнялся анализ системы. Подраздел 3.1 рассматривал требования к системе, используя контекстные диаграммы и варианты использования. Подраздел 3.2 определял структуры объектов и классов системы. Подраздел 3.3 описывал поведение классов и объектов. Этап анализа рассматривал различные аспекты системы без учета путей ее реализации.

       С данного подраздела начинается описание этапа проектирования. Проектирование специфицирует решения, которые основаны на результатах анализа.

Проектирование принято делить на этапы в соответствии с масштабами принимаемых решений. Первым этапом является архитектурное проектирование.

       Архитектурное проектирование определяет базовые направления организации разрабатываемой системы и детализирует самые большие структуры, такие как:

 

 

1. Узлы;

2. Процессоры;

3. Пакеты;

4. Задачи;

5. Протоколы взаимодействия;

6. Пути обеспечения надежности.

 

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

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

 

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

 

Выбор архитектурного образца

 

       Опыт архитектурного проектирования информационных систем обобщен в ряде архитектурных образцов.

       Существует два аспекта функционирования системы, к которым было применено обобщение с целью построения архитектурных образцов: .аспект управления и аспект обеспечения надежности.

       Набор архитектрных образцов, наиболее применимых к систем реального времени, представлен в табл. 3.6.

 

Табл. 3.6. Архитектурные образцы, применимые к системам реального времени

Категория	Название образца	Цели
Управление	Ведущий-ведомый     Микроядро     Прокси   Брокер	Координирует деятельность нескольких процессоров.   Декомпозирует сложные компоненты на множество иерархических абстрактных слоев для облегчения переносимости и повторного использования.   Управляет распределением данных от центрального сервера к множеству удаленных клиентов.   Управляет распределением данных от центрального сервера к множеству клиентов, когда расположение серверов и клиентов неизвестно во время компиляции.
Обеспечение надежности	Однородная избыточность     Разнородная избыточность     Монитор-привод     «Сторожевая собака»     Безопасное выполнение	Повышает надежность в присутствии отдельных отказов.   Повышает надежность в присутствии отдельных отказов и систематических ошибок.   Повышает надежность с помощю определенного типа разнородной избыточности.   Механизм обнаружения отказов и сбоев в течение выполнения.   Централизованное управление и наблюдение за потенциально сложными и опасными процессами путем комплексирования предыдущих образцов.

 

 

       Применительно к рассматриваемой системе лифта целесообразным выбором архитектурного образца является образец «Ведущий-Ведомый».

Ведущим (клиентом) будет выступать Контроллер, заявки от которого поступают к Лифту, который будет выступать в качестве Ведомого (сервера).

       Указанному образцу будем следовать при формировании облика физической архитектуры и распределении задач по процессорам этой архитектуры.

 

 

⇐ Предыдущая12345678Следующая ⇒

Поделиться: