Принципы работы с требованиями к ПО. Леффингуэлл (2002) (1186169), страница 56
Текст из файла (страница 56)
рые можно сформулировать с помощью прецедентов. Эти проекты отличаются высоким удельным весом вычислений и алгоритмов; примерами могут служить системы расчета прогноза погоды или научные системы. Еще одной крайностью являются проекты разработки систем, предназначенных для удовлетворения функциональных потребностей пользователей. Такие системы обычно делают уйму вещей для пользователя. Кроме того, система может обслуживать различные глины яаеьзоепжелей, для описания чего идеально подходит метод прецедентов. Хврвктврнстнкн проема е Научные нлн алгоритмичвсев снствмы ° Встровннов упрввлвннв, Вспомогательные процессы ° Однлнгльэоввтельоне системы ° "Мппне" функцжжвльныв трвбввннп ° Много огрвннченнй правкироеаннл ° Трвднцнонныр формат тРебует эвквзчнк нлн регулирувннд орган Хщиктврнстнкн прсека в бюнвс-сисммы ° Многопопиоввтвьспн системы ° Жесткие фУНКЦИОНВЛЬНЫВ требонямя ° Йемнаго огрвннчвннд ц30ианроюння ° Нет обяютвлыык трвбсввннп па ствндвртвм ДОКУЫВНТЭЦГН 260 Часть 5, Уточнение определения системы Необходимо также учитывать, какими профессиональными навыками обладает команда проекта.
Некоторые команды не имеют опыта (или имеют незначительный опыт) в использовании прецедентов и объектноориентированных методов. Другие команды владеют этими метолами в совершенстве. Чтобы испольэовать представленный на рис. 25.2 "вид с точки зрения баланса", нужно просто заполнить окна флажков, соответствующие характеристикам вашего проекта и навыкам вашей команды. В зависимости от того, в какую сторону склонится чаша весов, можно планировать, какой метод документирования требований выбрать. В любом случае Модегп ЬКЯ РасЕаяе позволяет сочетать лучшие качества моделирования прецедентов и традиционных методов спецификации требований.
Задача состоит в том, чтобы найти правильное их сочетание для вашего проекта и команды. Как следует из нашего опыта, необхолимо внимательно рассмотреть следующие моменты. ° Возможности организации ° Общие тенденции программных процессов и методов, принятых в организации ° Внешние факторы, такие как требования инструкций и другие ограничения ° Конкретное содержание проекта Только после этого можно выбрать определенный метод или комбинацию методов.
Разобравшись в этих факторах, команда сможет выбрать верный работоспособный баланс, а затем двигаться к наиболее эффективной комбинации, если это возможно. Далее... Пакет Мобегп Ьйб Расправе является мощным средством отражения по. требностей проекта. Однако написать такой пакет непросто. Как и всему остальному, написанию хороших спецификаций требований к программ. ному обеспечению нужно учиться. В следующей главе рассматриваются некоторые проблемы, с которыми приходится сталкиваться, когда мы стремимся написать ясный, не допускающий неоднозначных толкований набор спецификаций. Глава 26 Неоднозначность и уровень конкретизации Основные положении И "Золотая середина" в требованиях достигается, когда удается добиться наибольшей понятности прн наименьшей неоднозначности.
И Способность найти золотую середину зависит от навыков членов команды, содержания приложения и необходимого уровня гарантий, что система работает так, как требуется. И Если необходимо исключить возможность неправильного понимания требований, может понадобиться применить более формальные мето- ды их задания. Нахождение "золотой середины" В процессе определения требований достаточно сложно сделать требования настолько детализированными, чтобы их можно было хорошо понять, и при этом избежать чрезмерных ограничений на систему и предопределения всего того, что лучше оставить для других пото.
юв процесса ( Лейсннптттиль~ш лн нам нулино задпаамж фотнтеый Поет Раттйте 287 е наиий стмнттбзихапии ЫЧуоетз Как еткн ттртзлнтсл песик хоннузыйбыл в ттртлнлый фазу) Каждый раз слушатели задают пам один и тот же вопрос, который вызывает у пих наибольшее затруднение: каким далзсен быаь уРоеень коттхРетизаиии фоРмулттРоехи нфкбоеаний, чнюбьт исключить еоамолсноспть неттРавильмого тюниманият Они надеятся услышать простой ответ, но, к сожалению, его не существует. Единственное, что можно сказать: "когда как". Рассмотрим в качестве примера упражнение, в которолт предлагается написать требования для "лампового ящика" (рис. 26.
1). Функции ° Упраеляется микропроцессором ° Отслежиееет, четное ипн нечетное число раз бкпа нажата кнопка счете ° Детектор переторення лампы заставляет мигать остевоиося лампу зчтс. 26.1. Ланноеый ящик 262 Чаозь 5. Уточнение определения системы Задача упражнения состоит в том, чтобы с помощью естественного языка или метода прецедентов написать требования, позволяющие описать поведение данного прибора. В упражнении можно проводить интервью с пользователем, так что тот, кто пишет треба. ванна, может уточнять специфивацию на основании прямых указаний пользователя.
В качестве примера достаточно удачной попытки на естественном языке рассмотрим сле. дующую спецификацию требований (Давис (Ращз), 1993). После нажатия кнопки Вкз до нажатия кнопки Вмкз система является "включенной". После нажатия кнопки Вмкз до нажатия кнопки Вкл система является "выключенной", и ни одна лампа не должна гореть. Если после последнего нажатия кнопки Вкл кнопка Счзэзчик была нажата нечетное число рзз, должна гореть лампа Овчввс Если после последнего нажатия кнопки Вкл кнопка Счзезчнк была нажата четное число раз, должна гореть лампа Чвм. Если любая иэ ламп перегорает, другая лампа должна мигать каждую секунду. Эта спецификация достаточно сжатая и для многих целей вполне удовлетворитель.
ная. Она отражает то, как, по мнению пользователя, долами работать прибор. Но про. граммист, который должен написать программу для имитации такого поведения, немедленно обнаружит в ней по меньшей мере одну неоднозначность: что означает, что лазе почка должна мигать каждую секунду? Вам зто все еще кажется очевидным? Посмотрим на циклы работы, изображенные на рис. 26.2.
Выкз Выгз О 1 2 3 4 5 зззе. 26 2. Везкезкнзм Коком ребемм лама На месте программиста, какой цикл вы бы выбрали, А или В? Хотя большинство выбирает цикл В, становится ясно, что данное требование неоднозначно, Итак, внимательный программист обнаружит эту неоднозначность и попытается разрешить ее, спросив клиента, какой рабочий цикл он должен использовать. Но если программист не столь со. обраэителен или не заметил агу неоднозначность либо принимает решение на свое усмотрение ("Явкою, чэю имезокж в выду, поскольку знаю, как зття и?либор давэсвк работаоа"), поведение изготовленного прибора может значительно отличаться от того, что подразумевали высказанные пользователем требования.
Проекг может оказаться под вопросом. В более сложных приложениях, возможно, не имеет значения, загорается лампочка на 1 с или на 0.25 с. Но если это приложение — электрохнрургический инструмент, то Глава 2б. Неоднозначность н уровень конкретизации 203 значение данного факта огромно. Мощность, подведенная к электроду, может быль на 100 процентов выше в рабочем цикле В, чем в А, и результаты могут быть печальными. Итак, на вопрос: какой )фовень конкРетизации необходимо обеспечитьУ можно ответить следующим образом: зто зависит от содфхсаниа лриеозсения и того, нааимьхо те, кто вмтмнлет реализацию, способны н)эинлть нравилъньм бешенна или хотя бм задать воефосм там, еде есаыиоднознач ность. Для прибора, определяющего четное и нечетное число нажатий кнопки, приведенная спецификация может считаться удовлетворительной. Для электрохирургического прибора потребуется затратить дополынтельные средства на описание требований.
Понздо. бится времеынзя диаграмма; кроме того, в спецификации, возможно, нужно будет апре. делить такие аспекты, как время нарастания тока при включении, точность, с которой должно контролироваться время включения тока (кх мс), и другие факторы. В противном случае прибор будет работать ые корректно. Рассмотрим рис. 2б.$. Задача состоит в том, чтобы ыайти "золотую середину", когда требования обеспечивают мюбходиимй)фовень ноннртаизации и в то же время оставляют именно столика неоднозначности, сказьно офебуетгл, чтобы разработчики в дальнейшем могли выбрать пути продвижения. Степень кояютитпяи Рис 26З. Зовненмоеэм ноялтноеят от уровня тнофанимщин При движении вправо от золотой середины по изображенной на рис.
26.3 кривой, умеыьшается как понятность, так и ыеоднозиачыость. Например, если мы предложим неискушенному пользователю временные диаграммы, на которых представлены временные допуски, и будем повсюду придерживаться этого уровня конкретизации, пользователь может и вовсе не понять спецификацию или даже просто не пожелает тратить время на ее чтение. Еще хуже то, что из-за этой чрезмерной тщательности пользователь может слишком довериться нам и не станет тратить время на проверку. Есть татке риск.
что пользователь не сумеет "эа деревьями увидеть лес" ( "Я не хотел, чтобы здесь баке игэнзчних света. Яхонте, чтобы вм включили аварийное освещение вконце конвейера"). При движении влево от оптимальной области неоднозначность возрастает, а понятность снижается. Например, в предельном случае можно просто сыпать: "Лософойте гфт2ф, нодкчн тмоанхзай четное/неченвюе ноличгсэмо", и никто не сможет понать, что имеется в виду. Умение находить золотую середину — достаточно сложное дело.
Оно будет зависеть от способностей членов команды, содержания приложения и требуемого уровня гарантий, что система "работает так, как нужно". 264 Часть Я. Уточнение определения системы Пример неоднозначности. У Мери был маленький барашек Давайте рассмотрим забавный пример неоднозначности, а также попробуем найти дополнительные рецепты, которые помогут нам справиться с ней, когда это необходимо. (Сторонники формального подхода могут непосредственно перейти к главе 28, "Теоретически обоснованные формальные методы".) Остальным предлагаем шутливое )чгражнение, которое ыы нашли в книге Гауса и Вайнберга (Саше, нте(пЬег8, 1989).
Оно иллюстрирует проблему неоднозначности, а также нскоторые глубокие выводы относительно возможных решений. Рассмотрим известную строчку из стиха, который няни читают детям: "Мери имела маленького барашка (Магу Ьад а1(п(е 1апгЬ)". Хотя вряд ли кто то будет создавать инфор. мационную систему па основе этого предложения, тем не менее, интересно рассмотреть, что же оно означает? Для этого можно выделить ключгвыг слова данного предложения и рассмотреть варианты, соответствующие различным значениям каждого из них. Сосрт доточим внимание на словах "имела" (Ьад) и "барашек" (1ашЬ).
"Имела" — прошедшее время глагола "иметь"; следовательно, можно использовать значения глагола "иметь" (Ьаче), а также значения существительного "барашек". Итак, что же такое "иметь". иметь 1ю иметь во владении в качгспюг собстввииости... 4га приобрвтапгь иги получить во юидгпиг...4вгПРИНИМАТЬ; состоять в буакг...бж отмгпоса или отличипмльпон характв)л клита (иметь Рылсие вои~сы)... 10а: удгрзсгюать в невыгодг(Ьи по ложгпии или кок-пю ущечлять...10бг ОБМАНУТЬ, ОДУРАЧИТЬ ...12: ПРОИЗВЕСТИ НА СВЕТ, РОДИТЬ (ичгть)лбвггка)...1Я: сыспгь..14: ДАВАТЬ ВЗЯТКУ, ПОДКУПАТЬ' Теперь посмотрилг, какие значения есть у слова "барашек". барашек 1аг молодая овца в возрасте до одного года или бгз поспюяпиых зубов... 1бг молодняк других зкивотиыл (в часппюсти, кобол ьпгих аипгияоп),.
2а: человек, слабый и симнапгичиый как маленький баРатек...2б: ДОРОГОИ, ЛЮ. БИМЫИ...2в: человек, легко идущий па обман (пенистый иа Руку), особенно в сфере пюрговяи... Яа: "седло барашка" как кулинарное блюдУ "Овечьи интерпретации" "Иметь" "Барашек" Интерпретация 1а Мери владела маленькой овечкой в возрасте до года либо без постоянных зубов Мери приобрела маленькую овечку в возрасте до года либо без постоянных з 'бов 1а 4а Соответствующие значения глагола баю в английском азыке были взяты авторами из %сЬнегв Яечепгв ггсп Сойсййаге 171сгюпа~у (Ярг1пябе14, ЫЛ: Мсгг1аш Со.,1967). -Там жс.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
