Дополнительно / IEEE-830-1998. Методика составления спецификаций требований к программному обеспечению

Стандарт IEEE 830-1998Методикасоставления. спецификацийтребованийпрограммномуобеспечению

5.2.3

ХарактеристикипользователяПодраздел( 2.3

SRS)

Этподразделт

SRS долженописывобщиехарактеристикипольтьз,ователейдевкияючающие

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

ользоватьсядля

формулировкиконкретныхтреб,ад предванийлженоснота,покоторымвлятьаниянекоторые

специфичтребдалееопределяютсяванскразделеи3

SRS.

5.2.4

ОграниченияПодраздел( 2.4

SRS)

Этподразделт

SRS долженобеспечитьобщееописание

любыхдругихпозиций,которыебудут

ограничопциразработчика.Онивключаютать

:

а)

Регулирующиеполитики;

б)

Аппаогранап(тныенич, реимеркбованияяс нхросиг); изацииалов

в)

Интесдрпругфейсыиложениями;

г)

Параллельныеоперации;

д)

Функцииконтроля;

е)

Функцииуправления;

ж)

Требованиякязыкуболеевысп ;рядкакого

з)

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

(например,

XON-XOFF, ACK-NACK);

и)

Требованиякнадежности;

к)

Критичностьпримененияизделия

;

л)

Критериибезопасностизащиты.

5.2.5 ДопущенизависимостиПодраздел( 2я

.5 SRS)

Вэтомподразделе

SRS

должныбытьперечислевсефа,которыевлияютнаытребования,

сформулированные SRS.Этифакторынеявляются

архитектурными

ограничениямипрограммного

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

SRS.

Наприм,можетбытьсддопущениерлано,чтоопред леннаярационнаясистемабудетприсутствовать

нааппаратныхсредствах,предназн

аченныхдляпрограммногоизде.Есвдействительностилия

операционнаясистсутствуетема,тогда

SRS должнабытьизмененасоответствующимобразом.

5.2.6 Расптребованийделе( е

Подраздел 2.6 SRS)

Этподразделт

SRS долженидентребифици,комтованиябыргутотлыеоватьдопоявленияжены

будущверссистемы. хй

5Специфическтребования.3 Раздел( 3

SRS)

Этотраздел

SRS должсодвсетнржатьебованиякпрограммномуобеспеченауровнедетализации, ию

достаточной,

чтобыдатьпроективозмразрабожносвщикамсистему,удовлетворяющуюатьэт

им

требованиям,испытателям

— убед,чтосиудовлетвтьсястемаэтребованиямим.Вэтомазделеяет

каждоесформулированноетребдолжвосприниматьсяпользователямиие,оп

ераторамиилидругими

внешнисисте.Этитребмамидолжвключатьвакакнминимумияыописаниекаждоговходного

воздейстимула( )наистемутвия,каждоговыходсигн(тк)асистемыоголавсехкафункций,

выполняемыхсистемвоздействиеотнаходноеет

илидляподдержавыходсиг. налаогоия

Посколькучастоэтаявляетсястьсамойбольшойинаиболееважнойчастью

SRS,применяются

следующпринц: ипые

а) Специфическиетребдолжбытьсформулированыиянысоответствиивсеми

характеристиками,описанны

мивпункте4.3.

б)

Специфические требдолжимвапентьрекрёияы

стнссыкболеелкиранним

документам,

которымониимеютотношение.

в)

Всетребдолжвания

ны бытьоднозначноидентифицируемы.

г)

Необходимоуделитьособвниманиеоформлениютребований,ч

тобымаксимизировать

их

удобочитаемость.

Версияпереводаот8

сентября2014г.

21

Ондолженвключатьсодержан

иеформатследующимобразом:

а)

Наименованиепозиции;

б) Описаниеназначения;

в)

Источниквходдаилиадресныхвыходдан;т ных

г)

Допустимыйдиапазон,точн/илидопуск;сть

д)

Едизмеренияницы;

е)

Синхронизация;

ж)

Связисдругимивходами/выхода

ми;

з)

Форм/оргэкранатынизация

;

Функциональныетребдолжопределятьвафундаментальияоперации,кот лжрыеные

выполнятьсяпрограммнымобесприечениемобработкенятиивходдаинобработкеныхи

генерациивыходдан.Ообычноыхперечисляютсякакформулировкитипа

«должн о» ,

начинающиеся«

Системадолжна.

...,».

Онивключают :

а) Проверкудостоверностиповходам

;

б) Точнуюпоследовательностьопераций

;

в) Откликинаненормас ,туациивключаяьные

:

1)

Переполнение

2)

Средствасвязи

3)

Обрабиустранениеошибоктка

;

г)

Влияние параметров;

д)

Свыходовязьсвходами,включая

:

Моказатьсяжетудобнымразбитьразделыфункциональныхтребованподфункцииилподпроцессый.

Этонеозначает,чтоструктурапрогра

ммнобеспечегобудеторганиязована

такимжеобразом.

Вэтомподразделедолжныбытьопределенытребованиякстатическдинамчислческим

овым

характ,преристикамдъявляеым

кпрограммному обеспечениюилик

овзаимодействи ю пользователяс

программнымобеспеченвцелом.Статисловытребемческиемвключатьгутвания:

а) Числоподдержтерминалов; ваемых

б) Числооднподдерживаемыхвременнопользователей;

в) Количествотипобрабатываемой

информации.

Версияпереводаот8

сентября2014г.

22

Требованиякстатч ческсловымхарактерисногдауказываютсядельномикамразделе,

озаглавленномДиапазон« значений»

.

Требовкдинчисловыманихараячесмогутктеристикамимвключать,например,количество

транзакций,

задачиколичестводанных,

оторыебудутобрабатыватьсязаопредвремялённое

для

нормальнипиковусловийрабочейыхнагрузки.

Всеэтребидолжбытьваустановленыияыизмеряемыхтерминах.

Например,

95 % транзакцийдолжны

обранеболееатыватьсяче

мзас1.

ане

Операторнедолженжда

тьзавершениятранзакции

.

ПРИМЕЧАНИЕ — Числовыеогран,пр кчениямеодопределеннойяемыефункции,обычно

указываютсякакчастьописанияподпунктаобработэтойфун. кциие

5.3.4 Требклогическомуванияустройству

базы данных

Вэтомподразделедолжныбытьопределенытребования

клогике

любойинформации,котд лжнарая

Здолжныесьуказ ваться

архитектурные ограничения,котмналагатьсярыегутдругимистандартами,

аппаратнымиограничениями.д.

5.Со3.5.1 ответствиестандартам

Этподтраздопределятьолжтребованиян,про существующихсходящиезстандартовили

инстру.Онимогутвкцийлючатьследующ

ее:

а) Форматтчета;

б)

Правилаименования

данных;

в)

Процедуры учета;

г)

Журналированиеопераций

.

Например,можетбытьуказаноебдляпрограммногованиеобеспечения

отслеживатьжурналировать( )

всед .йствияТакиежурналы

необходимы длянекоторыхпрог аммныхиложений

,чтобыобеспечить

соответствиеминимарегульным

ирующимилиф нансовымстандартам

.Требованиекжурналированию

операций может,например,утверждать,чтовсеизменениябазыданныхплатежныхведомостейдолжны

бытьзаписанывфайле

журнала,включаяпредыдущиепоследующиезнач ния

.

Существуетрядатрибупрограммногообеспеченияов,кот слрыеувкачествежитьтребований.

Важно,чтобынеобходимопределеныатрибутбылиыакимобразом,чтобыихв полнениеможнобыл

объективнопроверить.Вподпунктахс5.3.

6по.15.приведен3.6частичный.5переченьпримеров.

Версияпереводаот8

сентября2014г.

23

Стандарт IEEE 830-1998Методикасоставления. спецификацийтребованийпрограммномуобеспечению

5.3.6.1 Надёжность

Этподтраздопределятьолжфактен,не бходимыеры

дляустановлтребунадёениямой

жности

системыпрограммногообесприоставкеечения.

5.3.6.2 Доступность

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

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

5.3.6.3 Защита

Этподтраздопределятьолжфаен,которыезащищаютпрограммное

обеспечениеотслучайного

илизлонамеренногодоступа,использоваразрушения,изменен, илраскрыт.яСпецифическиея

требвэтойваниябластимогутвключатьпотребность

:

а) Испопределённыхльзовании

методовкриптографии;

б)

Ведении специальногожурн

ала илинаборов

историческихданных

;

в) Назначенекоторыхфуразлиикцмодулями;йчным

г) Ограничениисвязимеждунекобластямитопрымиограммы;

д) Проверкецелостдандлякритическихныхостипеременных.

5.3.6.4 Удобствосопровождения

Этподтразделолж

енопределятьатрибутыпрограммногообеспечения,которыеотносятсяпростоте

сопровождениясамогопрограммногообеспеч.Можиметьсяния

некоттребованиек роепределё

нной

модульностисистемы,интерфейсам,сложности

ит.д.Требнедованиялжны

указыватьсяэтом

подразделе толькопотому,чтоонисчитаютсяхорошимипрактиками

проектирования.

5.3.6.5 Мобильность

Этподтраздопределятьолжатрибутыенпрограммногообеспечения,которыеотносятсяпростоте

перенесенияпрограммно

гообеспеченияна

другие машины/илиоперацисистемы.Онимогутнные

включатьследующее:

а) Процентноесоотношекомпонентие

овскодом,зависящимотплатформы

машины;

б)

Процентноесоотнош

ениекода,зависящегоотплатформы

машины;

в) Применениепромышленногопереносимого

(многоплатформенного)языка

;

г)

Применение определенногокомпилятораилиподмножестваязыка;

д)

Применение определеннрацисистемы. онной

5.Организац3.7специфическтребованийях

Для любых,кросапростыхме

систем,детальнтребмобытьгутванияде

остаточнообъёмны

.Поэтой

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

оптимальнымдляпонимания.Несуществуетодногооптимальногосп рганизациисобадлявсехистем.

Вразделе3представленыSRSразличныеспо

сорганизациибытребованийдляразлклассичных.стемов

Некоторыеизнихописанывпунктах5.по35.7.3.1.7.7.

5.3.7.1 Пор ежимам системы

Некоторыесистведутсебясовершенномыпо

-разномувзависимосНапримеротрежимарабо. ,ты

системауправления

можимразличныеетнаборыьфункцийвзависимостиотрежима:обучение,

нормарежиаварильныйм.Приорганиныйэтогорапозрежделаацииследуетиспользоватьмам

шаблон,представленнуюприложенииА

.1 илиА.2Выборзависит. оттого,явлинтерфеяются

йсыи

характезависимымиотристикиежима.

Версияпереводаот8

сентября2014г.

24

Стандарт IEEE 830-1998Методикасоставления. спецификацийтребованийпрограммномуобеспечению

5.3.7.2 Пок

лассам пользователей

Некоторыесистоб мыспечразлнаборыфункцийчныеваютдляразныхклассовпользователей.

Например,системауправлениялифтомпредоставляетразличныевозможности

дляпассажиров,

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

следуетиспользовашаблон,представленнь

ый вприложенииА.З.

5.3.7.3 Пообъектам

Объекты — этореальныесущности,которыеимеютаналогвпределахс

истемы.Например,всистеме

контрзапациентомбъектылявключпациентов,д ,ютмедсестертчики,помещения,врачей,лекарства

т.д.Скаждымобъектомсвязанатрибутовборэтого( объекта)функций(ыполняэтимобъектом). мых

Этифункциитакженазывают

сяуслугами,методамиилипроцессами.Приорганизацииданногоразделапо

объектамследуетиспользовашаблон,представленнь

ый вприложенииА.4Обратите. внимание,что

наборыобъектовмогут

иметьобщатрибутыуслугие.Такобъектыгруппируютсявклассы

.

5.3.7.4 Посвойствам

Свойство — это востребованнаяснаружи

системы услуга,

предоставляемая ейи

длякотморойжет

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

втелефоннойсисвойстватемевключают

местныйзвонок

,переадресацию

звонкиголосовую

конференцию.Каждоесвойствоцеломописывапослепардотсявходноеательностиоздействие

(стимул)

-откл.Прорганикэтогорапозсвойствамделаацииследуетиспользоватьшаблон,

представленный вприложении А.5.

5.3.7.5 Пос

тимулам

Некотсистемымогутбытьрыелучшевсегоорганизованыпосредопифухствомнаязыкеиякций

стимулов.Например,функциитоматическсистемыпосамодкибытьлерганизованыгуой

разделыпоэнергепо,сдвигутерямическим

ветра,внезапномуизменениюнаправлениякачения,

избыточнойвертикальнойскор.д.Приорганистиэтогорапозстимуламделаацииследует

использовашаблон,представленнь

ый вприложенииА.6.

5.3.7.6 По

ткликам

Некотсистемымогутбытьрыелучшевсего

рганизованыпосре

дствомопифункцийеханиякак

обеспечивающихвыдачуотклика

.Например,функциисистучперсоналамытамогутбытьорганизованы

вразделы,соответстсемфункциям, вязаннымующиессоставленифункциямчековпооплат,всем,

связанным ссоставленекущегоспискаслужащихт.дем.Вэтомслучаеследуетиспользоватьшаблон,

представленный вприложенииА.6 (

где все упомстзаменитьнаниямуловотклики

).

5.3.7.7 Функциональнаяиерархия

Еслиниоднаизвышеупомянутыхорганизационныхсхем

оказываетсянепригодной,полные

функциональныевозмобытьжностигуторганвиерархиюфункцзованы,организованныхпойли

общимвходнымвоздейств,илипообщимвыходданям,илипонымобщемудостквнутреннимпу

данным.Чтобыпоказатьсвязимеждуфу

нкциямиданными,можноиспсхемыльзоватьпотоковданных

исловаданных.Прорганиэтогорапозфункциональнойделаацииерархииследуетиспользовать

шаблон,представленн

ый вприложенииА.7.

5.Дополнит3.8 комментариильные

ПрирассмотренииновойSRSподх дящижетказатьсябодноголееизмиеторганизациидов,

привпунктееденных5В.таких3случаях.7.м7о. жнорганизоватьспецифическтребованияе

как

вложенныеиерархии

,приспккособленкретпотребностямспецифицныеым

ируемойсистемы.

Например,способорганизации,объединяющийкласспользователейсвойства,показ н

приложении

А. 8Любые. дополнительныетребмбытьгутванияключвотдразделльныйвконцеSRS.

Сущемножествотвуистобозн, етодовиаченийвт

оматизированныхсредствподдержки,

доступныхдляобеспеченпомв кументированиищ требя.Побольшейванийчасти,ихполезность

определяетсяспособом

организации.На,приорганизациимертребп ваний

Версияпереводаот8

сентября2014г.

25

Стандарт IEEE 830-1998Методикасоставления. спецификацийтребованийпрограммномуобеспечению

режимамогутказаться

полезнымиконечныеавтомилдиасостоянитыграммы

й;приорганизациипо

объектам

— методобъектно

-ориентированногоанализа

;приорганизациипосвойствам

—

последовательностистимул

-откл;апрорганизакпофункиерархиициональной

— схемыпотоков

данных исловариданных.

Влюбойизсхем,представПриАложенияхенных

.1 по А.8

,разделы,озаглавле

нныеФункциональное«

требование»

,могутбытьописаныоригинальномязыкенапример( ,английск),впсевд,наязыкеомкоде

опредесистемывлч поднийрех

разделах,озаглавл:Введ,Входныеенда,Обработкаиеых

иВыходнданные. е

5Вспомогательная.4 информация

Вспомогательнаяинформацияделает

SRS болеелегкойдляиспользования.Онавключаетследующие

пункты:

а)

Содержание;

б)

Алфавитныйуказатель;

в)

Приложения.

Приложенияневсегдарассмкакчастьфактическойтриваютя

SRS ине всегданеобх.Онимодимыгут

включать:

а) Типфовводарматывые/вывода,описследованиякалькуляциисебестоимостиили

результатыпользовательских

опросов;

б)

Допоилипредварительнуюнительнуюинформаци,кот помочьраяжеттателям

SRS;

в)

Описаниепроблем,котд решатьсялжныыепрограммнымобеспечением;

г) Специальнсителейкомадлякоддоы,обеспечивающсоотрвебованиямтствие

защиты,

экспорта,начз льнойгрузкиилидругим.

Привключенииприложений

SRS необходимовявномвид

есформул,долиэтижныприложенияровать

считачастребованийть.сяю

Версияпереводаот8

сентября2014г.

26

А.Шаблон1 раздела3

SRS,организованногопорежимам:Версия

1

3Специфические. требования

3.1 Требованияквнешним

интерфейсам

.

.

3.2.1.n Функциональноетребование

1..п

3.2.2

Режим2

.

.

.

3.2..т

Режим m

3.2.m.Функциональное1 требованиеот

m..1

.

.

.

3.2.т.п Функциональноетребование

т.п

Версияпереводаот8

сентября2014г.

27

А.Шаблон2 раздела3

SRS,организованногопорежимам:Версия2

А.ЗШаблонраздела3

SRS,организовпоклассампользователейнного

3.2.m Класспользователей

m

3.2.m.Функциональное1 требование

т.1

.

.

.

3.2.m.n Функциональноетребование

т.п

3.5 Атрибутыкачества

программногообеспечения

Версияпереводаот8

сентября2014г.

28

А.Шаблон4 раздела3

SRS,организованногопообъектам

3.Класс2./Объект1

1

3.Атриб2.1.1

утыпрямые( илиунаследованные)

3.2Атрибут.1.1.1

1

.

.

.

3.2.1.2.m Функциональноетребование

l.m

3.Сообщения2.1.полученные(3 илиотправленные)

3.Класс2./Объект2 2

.

.

.

3.2.р Класc

/Объект р

3.5 Атрибутыкачества

программногообеспечения

Версияпереводаот8

сентября2014г.

29

А.Шаблон5 раздела3

SRS,организованногопосвойствам

.

.

.

3.Свойство2.2системы2

3.2.1.3.n Функциональноетребование

п

.

.

.

3.2.m Свойствосистемы

т

.

.

.

Версияпереводаот8

сентября2014г.

30