Ni boyinsha

Сценарий готовности
Общий сценарий атрибута качества «готовность» представлен на рис. 4.2. Для всех его шести элементов указаны диапазоны допустимых значений. На основе




этого общего сценария можно создавать конкретные, системно-ориентированные сценарии. Впрочем, не во всех таких сценариях будет шесть элементов. Необходимые элементы выявляются по результатам применения сценария и согласно типам тестирования, при помощи которых планируется проводить проверку его реализации.
К примеру, на основе общего сценария, показанного на рис. 4.2, путем конкретизации каждого из его элементов можно получить такой конкретный сценарий: «Процесс, находясь в нормальном режиме работы, получает извне непредвиденное сообщение. Проинформировав о приеме сообщения соответствующую операцию, система, не переходя в состояние простоя, продолжает работать». Частично этот сценарий представлен на рис. 4.3.
От того, что выступает в качестве источника стимула, зависит характер реакции. К примеру, в сценарии безопасности могут предусматриваться разные реакции на запросы от доверенных и ненадежных источников. Кроме того, влияние на реакцию оказывают условия — если, скажем, система перегружена, реакция на событие может быть иной, чем в том случае, если бы система работала в нормальном режиме. Артефакт в этом контексте не столь важен. В этом качестве почти всегда выступает система, причем по двум нижеизложенным причинам ее вызов производится явно.
Во-первых, во многих требованиях принимаются допущения относительно составляющих системы (например, «при отказе веб-сервера системы»). Во-вторых, в случае применения сценариев в рамках методов оценки или проектирования сведения о стимулированном элементе системы в артефакте делаются более явными. Наконец, наличие явных сведений о значении реакции способствует прояснению требований по атрибуту качества. По этим причинам мы оставили в составе сценария элемент «количественная мера реакции».

Сценарий модифицируемости
Пример сценария модифицируемости: «В период проектирования разработчику требуется внести изменения в код пользовательского интерфейса, чтобы сделать фоновый цвет синим. Соответствующие операции и тестирование проводились в течение трех часов и не привели к появлению побочных эффектов в поведении». За исключением ряда деталей, этот сценарий приводится в графическом виде на рис. 4.4.

Требования по атрибутам качества свойств системы можно представить в виде ряда конкретных сценариев. Каждый из них должен быть понятен архитектору, а подробности реакции должны быть сформулированы так, чтобы возможным стало проведение проверки на предмет ее реализации в системе. В процессе выявления требований общие сценарии имеет смысл рассматривать в категориях атрибутов качества; если оказывается, что два различных атрибута порождают один и тот же сценарий, один из этих атрибутов исключается.
Для каждого атрибута строится отдельная таблица со всеми возможными системно-независимыми значениями шести элементов сценария качества. При создании общего сценария качества для каждого из элементов отбирается по одному значению. Конкретный сценарий создается в ходе выявления требований путем выбора в каждом столбце таблицы одной или нескольких записей и последующего обеспечения читаемости. К примеру, сценарий, показанный на рис. 4.4, выведен из сценария модифицируемости (см. табл. 4.2); при этом отдельные части были незначительно изменены для обеспечения совместимости с форматом сценария.
Роль конкретных сценариев при специфицировании требований по атрибутам качества близка к функции элементов Use Case при специфицировании функциональных требований.