Общие сценарии модифицируемости
Принимая во внимание все вышеприведенные факторы, приступим к рассмотрению отдельных элементов общих сценариев модифицируемости. На рис. 4.4 приводится пример: «В период проектирования разработчику требуется внести изменения в код пользовательского интерфейса, с тем чтобы сделать фоновый цвет синим. Соответствующие операции и тестирование проводились в течение трех часов и не привели к появлению побочных эффектов в поведении». ♦ Источник стимула. В этой части определяется исполнитель изменений — разработчик, администратор системы или конечный пользователь. Естественно, и тот, и другой, и третий выполняют действия с помощью неких механизмов, но это обстоятельство во внимание не принимается. На рис. 4.4 изменения вносятся разработчиком. ♦ Стимул. Здесь указываются конкретные изменения, которые предполагается внести. Среди возможных вариантов — введение новой или изменение/удаление существующей функции. Кроме того, изменения могут касаться атрибутов качества системы — в частности, повышения реактивности, готовности и т. д. Нельзя исключать и изменение мощности системы. Во многих случаях требуется увеличить количество пользователей, которые могут работать в системе одновременно. В нашем примере стимулом является абстрактная потребность в модификации — речь с одинаковой вероятностью может идти о функции, качестве или мощности. Для линеек программных продуктов (см. главу 14) характерен такой показатель, как изменчивость. Фактором в этом контексте называется количество определений данной изменчивости. Регулярная изменчивость налагает на количественную меру реакции более жесткие требования, чем изменчивость случайная. ♦ Артефакт. Этот элемент указывает объект модификации — функциональность системы, ее платформа, пользовательский интерфейс, окружение или сторонняя система, с которой взаимодействует рассматриваемая. Согласно рис. 4.4, модификации подвергается пользовательский интерфейс. ♦ Условия. Здесь определяется время модификации — это могут быть периоды проектирования, компиляции, построения, инициирования или прогона. В нашем случае модификация проводится в период проектирования. ♦ Реакция. Кто бы ни выступал в роли исполнителя модификации, он должен знать, какая задача перед ним стоит, выполнить эту задачу, провести тестирование и развертывание. В нашем примере модификация не приводит к каким-либо побочным эффектам. ♦ Количественная мера реакции. Любые реакции сопряжены с временными и финансовыми затратами, поэтому в качестве единиц измерения желательно принять время и деньги. Поскольку предсказать временные затраты не всегда возможно, во многих случаях применяются более конкретные единицы — например, объем изменений (выражает количество подверженных модификации модулей). В нашем примере содержится требование о том, что по своей продолжительности модификация не должна превышать трех часов. Возможные значения всех элементов сценария модифицируемости представлены в табл. 4.2.
|
