Подход к построению архитектуры с позиций качества

Обобщенная схема построения архитектуры с позиций качества, предложенная институтом SEI Carnegie Mellon [ 1 ], показана на рис. 89.

Схема построения архитектуры ПО с позиций качества

Рис. 89. Схема построения архитектуры ПО с позиций качества

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

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

Для таких рассуждений (а значит, и для построения архитектуры) предлагается использовать сценарии, в каждом из которых отражена определенная «единица» реагирования ПО на заданные условия. Была предложена, испытана и внедрена в практику следующая модель сценария [21.

  • 1. Источник стимула: сущность (актор, человек, компьютер, ...), порождающая стимулы.
  • 2. Стимул: предполагаемое воздействие на ПО.
  • 3. Среда: условие или состояние, при котором воздействует стимул.
  • 4. Артефакт: то, на что воздействует стимул.
  • 5. Отклик: активность в ответ на стимул.
  • 6. Мера отклика: требование, отражающее определенное проявление качества.

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

Для разработки архитектуры необходимо извлечь из опыта, а также обнаружить, вообразить и зарегистрировать достаточное количество сценариев. Ниже в табл. 1 и 2 приведены примеры таких сценариев и значений каждой из составных частей сценария.

Таблица 1

Часть сценария

Возможное значение

Источник

Внутренний или внешний для системы

Стимул

Ошибка, упущение, сбой

Артефакт

Процессоры системы, каналы коммуникации

Среда

Нормативное реагирование. Отклонения от запланированных режимов

Отклик

Система должна обнаруживать и демонстрировать определенные события, указание на необходимость «ремонта»

Мера реакции

Допустимое время реагирования, допустимое время на устранение «неполадок»

Таблица 2

Часть сценария

Возможное значение

Источник

Конечный пользователь, разработчик, системный администратор

Стимул

Желаемое добавление/модификация/ изменение функциональности, атрибута качества

Артефакт

Интерфейс, платформа, среда; система, взаимодействующая с разрабатываемой системой

Среда

Реальное время, время компиляции, время связывания, время разработки

Отклик

Локальные точки в архитектуре, которая должна быть изменена; модификации, которые не должны влиять на другие функции

Мера реакции

Цена в терминах усилий, финансовых средств и др.

Эти таблицы следует обработать, сопоставляя значения соответствующих структурных элементов сценариев так, чтобы сформировать группы похожих сценариев (рис. 90), а затем обнаружить конфликты и противоречия в ситеме требований к ПО.

Группа сценариев 1

Группа сценариев 2

• • •

Группа сценариев N

Рис. 90. Формирование групп похожих сценариев

Формирование и обработка сценариев подготавливают последующие действия с этой информацией. В настоящее время популярна позиция, которая исходит из семантического расширения каркаса ШЕЕ-1471, представленного на рис. 91.

Семантическое расширение каркаса IEEE-1471

Рис. 91. Семантическое расширение каркаса IEEE-1471

В предложенном расширении с важными характеристиками качества связывается понятие «перспектива» со следующим содержанием: архитектурная перспектива — это совокупность действий, схем проверки, тактик и руководств для управления процессом, гарантирующим то, что система будет обладать определенным множеством качественных свойств, согласованных с определенными архитектурными видами (рис. 92).

«Перспективы» дополнительны к «видам», поскольку они позволяют ввести в архитектурное описание интересы, которые невозможно выразить с помощью подходящего вида.

^ Перспектива доступности ^

Перспектива полезности

Перспектива безопасности

Перспектива выполнения

Q Перспектива нахождения ^

^ Перспектива регулирования ^

Перспектива поддержки

( ИТ. д. )

Расширение характеристик качества понятием «перспектива»

Рис. 92. Расширение характеристик качества понятием «перспектива»

 
< Пред   СОДЕРЖАНИЕ     След >