И. Соммервилл - Инженерия программного обеспечения (1133538), страница 30
Текст из файла (страница 30)
В докумснтс, содержащем требования к системе, желательно отделять пользователь. скис требования от более детализированных систсмных требований. Иначе нсподготов. лснный читатель пользовательских требований мажет "потонуть" в тсхничсских подроб. ностях, понимание которых трсбуст опрсдслсииых профессиональных знаний. Пример смешения различных трсбоваиий демонстрирует врсзка 5.5. Он прсдставляст требование к САЗЕ-средству для редактирования схем структур программных систем. В этом трсбоваиии речь идет о возможности отображснил или ~окрытия сетки, помогающей пользоватслю точно позиционировать структурные элементы схсмы.
,Врезка 5.5. Пример пользоаательского требонанин ! 2.6.гбфйющжт:тцмфдкйсмя хйцом. Длв точного позиционнроввняя структурных элементов схемы::~ пользователь может отобразить на экране сетку, параметры которой могут задаваться (в сантямецмх ! или дюймах~ посредством специальной опции на панели управления. По умолчанию сена не отобрвжв- ~ ~ ется. Сетка может быль выведена на экран или.скрыта в любой момент сессии редактирования, таске в-,,' ' любой момент имеется возможность'перехода с сантиметров иа дюймы и обратно. Швг сетки должен-1 подгоняться под размер схемы.. В этом требовании переплетается пс менее трех различных трсбований.
5. Требованпя к программному обеспечению 115 1. Концептуальное функциональное требование: система редактирования должна располагать возможностью отображения сетки. Это основная причина появления данного требования. 2. Нефункциональное требование, дающее подробную информацию о том, в каких единицах будет измеряться шаг сетки (сантиметры или дюймы). 3.
Нефункциональное пользовательское требование, относящееся к интерфейсу: как пользователь может отобразить или скрыть сетку. Описанное требование содержит и другую информацию, в частности необходимую для инициализации системы. В требовании сказано, что по умолчанию сетка отключена. Вместе с тем ничего нс сказано о том, какие единицы измерения выбраны по умолчанию. Далее сказано, что пользователь может переключаться между сантиметрами и дюймами, но нс сказано, что он может менять шаг сетки. Когда пользовательское требование содержит так много информации, это затрудняет его понимание и ограничивает свободу разработчика в поиске решения задачи, поставленной в требовании.
Пользовательские требования должны просто описывать осповныс возможности системы. Во врезке 5.6 показано переписанное мною пользовательское тре. бование, где я сфокусировал внимание только на самом средстве отображения сетки без детализации его свойств. Врезка 6.6. Описание средстаа отображения сетки 2.6Мрейстао спкбражения се'ши 2.6.1.: Редактор должен иметь средство вывода на акран сетки, которая состоит нз параллель-, нык то)зироитрльньш н.щликальнык линий и Волина отображаться а виде фона на экране , реджторзаг Сетиа- пассивный элемент, облепшкйций выравнивание пользозатевем структур- ) НЫХ ЗЛВМВЙТОВ СХВМ. н 'г Ч; гв),"Обсснсезнне. Сетка долме,псмОчь пользсяшблю создзтьеккурзтн~зО схему с прззильнс размащйн-; ными.злеьинтами:.Хс)н апивная сета (таквя, а которой ллеманты 'привязываются" к узлам сете) ' ': тиша Может быть полезной она не Обеолсчиаавт Цннзго поэнцнонирсаання меыеНтся.
ПольаозатЕЛь, . Огчкадежп псложениВ злеммпсе схемы лучше, чем зтс сделает зйтОмзтизиргмзннсе средстао. ж гьь ю .3 ~жГсяь ягм.г е ьг Обратите внимание па обоснование требования. Оно помо ает разработчикам понять, почему это требование включено в спецификацию и в какой степени опо может измениться в будущем. Например, в обосновании требования на средство отображсннл сетки сказано, что также может быть полезной активная сетка, где элементы схемы автоматически "привязываются" к узлам сетки.
Однако здесь предпочтение сознательно отдано пассивной сетке. Если в дальнейшем возникнет необходимость внести изменения в данное требование, то из этого обоснования будет видно, что вариант пассивной сетки выбран намеренно, а не появился па этапе реализации системы. Следующий пример требования, также относящегося к системс редактирования схемы структуры ПО, показан во врсзке 5.7. Это детализированная спецификация системной функции. В данном случае требование включает список действий, которые должен выполнить пользователь для реализации данной функции; иногда необходимо записать подоб.
ную последовательность действий, поскольку некоторые функции должны выполняться только строго опрсдслепиылг способом. Ннформацпя о том, как реализуется даш1ая функ. ция, в этом требовании отсутствует. 116 Часть 11. Требования :. Врсвокрарв.ру. Лольаовйтвлй~Ытрребов*анийЮсрозфЪЙю!~~й~рйй4ЙЙЙВвйЗЬйы':.",р: 3.3,1. ДосбПРаленйе'стР»УктУРныхралемвнтов врскемзУ.:;,",:-'4»;,'';;Ы;,'-'.!:~,„'в)з»1)гл~ЖйаУЙ',Яфй;:: ', . „ 3:б:1Т1 у РЕдаКтер'довваа Иыбтюй)Е~ВтВО',"ПрадОСуаадлЮ»ца)СТВОЛЬйоеватб)бб»б»дайоааййтыа)Оббач лЯть В скаму нсеые струк»урныбелемеипи амбра»р»ЙОГО:.Пйтвр '";" сг»рз»р,",»~атррр)урубебйц~»чйзрр»» ',, 3;б:! 2; пссйдоипелйюсть дейстеий пользаватшв длрл'дрббайййегаскаву Йшйййруйуу)йюйгЫмей)тр." 1.' Пдльаоаатель выбирает тип дпбйвллчмыогб зчл»емейта~"-т;" -.~"' Т»1; "* ) ~',: - 1~,~)з~ч,;")р"".з,' 2; ПОЛЬЗОаатЕЛЬ ПОМЕщаЕт Куроср Еиуднув ПОЗнцнЮуа ЛХЕМЕ»ку»аЗЫааВурздсаКцМСИЬЕОЛСВ будат- ! ОТсбражаТЬса нОВНЙ элвмант; зррюр»лвк»дйтрбтуйфф»»сй»Р»тйр)чрсзгбт)л й р»ччт)"'„'~Д й т) » ы хР)н).1 , е, Зз ПОЛЬЗРЗВТЕЛЬ»ЮРЕМЕЩВРТ,СИМЩ)ДОЛЕМРНТВ! Втзи)ЕЧЛУЮ;йРЗВЦПЮИ»Ф~фЦйй'-'.~~Ффф4$фУП~ФХ;Ьфр;, эОбОСНОВййна; Тасей ПОдКОД' К' РЕШМЗаЦЯИ рРУЕЦИИ»дОбаВъ»л»МУНосВЫРСУРУЮУ»РЙПРЗ)ВЛВРМЕНтбВ ПРЕДОС-'"Р - тааляет, пользователю непосредсшенный контроль над Выбором ц)па-'алемантаГН»ептрпоаициоИИровани-.р ем на схеме».: с,х ч ":.
" ';. р; зт» к«:-:.,П»з со е....'Н»щ»ир'."р~.;.:::з»ргл)зйт4»йы: байр»»»рзт»уы: . »гррм»арнызррржррчэ»ьрре~~,,Р """ 3 5 ~", .„:,;",.'.,:.',,;:. ы ". ', ',."',',"', "'., Чтобы свести к минимуму неясности при написании пользовательских требований, я рекомендую придерживаться приведенных ниже правил. 1. Разработайте стандартную форму лля записи пользовательских требований и неукоснительно ее придерживайтесь. Стандартная форма записи уменьшает неясности в формулировке требований и позволяет легко их проверить. Я рекомендую включать в форму записи требования не только саму его формулировку, но его обоснование и ссылку на более детализированную спецификацию требований.
2. Дслайтс различие между обязательными и описательными требованиями, как показано во врезке 5.7. Здесь обязательным требованием является наличие средства добавления новых структурных элементов, описательным — описание последовательности действий пользователя. Описательное требование не является абсолютно необходил»ым для реализации данного пользовательского требования и при необходимости может быть изменено.
5. Используйтс разные начертания шрифта (полужирное и курсив) для выделения ключевых частей требования. 4. Избегайте по возможности компьютерного жаргона. Это не исключает использования техническик терминов той предметной области, для которой разрабатывается программное обеспечение. 5.3. Системные требования Системные требования — это более детализированное описание пользовательских требований. Они обычно служат основой для заключения контракта на разработку про. граниной системы и поэтому должны представлять максимально полную спецификацию системы в целом.
Системные требования также используются в качестве отправной точки на агапе проектирования системы. Спецификация системных требований может строиться нв основе различных системных моделей, таких, как объектная модель или модель потоков данных. Различные модели, используеь»ые при разработке спецификации системных требований, описаны в главе 7. 5. Требования к программному обеспечениго 117 Спецификации системных требований часто пишутся естественным языком. Но, как указывалось в разделе 5.2, использование естественного языка может породить определенные проблемы при написании детализированной спецификации.
Применение естественного языка подразумевает, что те, кто пишет спецификацию, и те, кто ее читает, одни н те же слова и выражения понимают одинаково. Однако на самом деле это не так. поскольку естественному языку присуща определенная размытость понятий. Вследствие это. го одно и то же требование может трактоваться разными людьми по-разному, Чтобы избежать подобных проблем, разработаны иетоды описания требований, кото. рые структурируют спецификацию и уменьшают размытость определений. Эти методы представлены в табл.
5.3. Кроме этого, разработаны другие подходы, например специальные языки описания требований (ЗЗЗ, 9, 35, 1О, 18э, 19э), которые используются относительно редко. В этой главе рассматриваются первые два подхода из описанных в табл. 5.3. Таблица 3.3. Способы записи спецификаций требований Система записи Описание Структурированный естественный язык Использование стандартных форм и шаблонов для написания спецификации Использование специальных структурированных языков, подобных языкам программирования.
где спецификация требований строится на основе выбранной операционной модели системы Графический язык, использующий для описания функциональ. ных требований диаграммы и блоксхемы, дополненные тексто. выми пояснениями. Наиболее известный пример такого графи- ческого языка — диаграммы структурного анализа и проектиро- вания ПО (ЗА(УТ) (299, 308, 7э) . В следующей главе рассматривается другой пример графических нотаций, а именно метод описания вариантов использования Это системы нотаций, основанные на математических концепци- ях, таких, как теория конечных автоматов или теория множеств.
Это формализованная однозначная и лишенная двусмысленности запись системных требований. Однако многие заказчики ПО не понимают формальных спецификаций, вследствие чего возни. кают определенные проблемы при заключении контрактов на разработку программных продуктов. Формальные спецификации рассматриваются в главе 9 Языки описания про- грамм Графические нотации Математические спе- цификации В принципе системные требования определяют, что должна делать система, не показывая при этом механизма ее реализации. Но, с другой стороны, для полного описания системы требуется детализированная информация о ней, которая по возможности должна включать всю информацию о системной архитектуре. На то существует ряд причин. 1.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
