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

ИнститутИнженеровпо

ЭлектротехниРадиоэлек( тронике

IEEE)

Организатор

КомитетпоСтандартамРазр

аботПрограммногоОбеспеченияк

КомпьютерногоОбщества

IEEE

Утверждено25июня1998

СоветпоСтандартам

IEEE-SA

Выдержка:

Описывсодержаниек етчехарактерятвправильнонныесоставленнойстики

спецификациитребованийпрограммномуобеспечению(

SRS) иприводитсянесколько

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

требованийк

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

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

акжеприведены

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

IEEE/EIA 12207.1-1997.

Ключеслова: ые

контр,зак,макетированиезчиккт,спецификациятребований

программномуобеспечению,поставщик,спецификациитребованийсистеме.

_______________________

ИнститутИнженпоЭлектротехниРадиоэлектроникеров,Инк.,

345 East 47th, New York, NY 10017-2394, USA

Авторскоеправо©г.Института1998ИнженпоЭлектротехнировРадиоэл,Инк.Всправасохкте. оаникеены

Опубликовано1998г.Отпечатано

СоединенныхШтатахАмерики

ISBN 0-7381-0332-2

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

-

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

.

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

сентября2014г.

1

Документыпо

Стандартам IEEE былиразработаныОбществами

IEEE иКоординирующими

Комитетами

СоветапоСтандартамАссоциацииСтандартов

IEEE.Членыкомитетоввыполняютсвоюработу

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

Стандарты,разработанные

IEEE,представляютсогласмнениепоширокомасштабнойванноеэкспертизе,

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

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

гостандарта.

ИспользованиеСтандарта

IEEE являетсяполностьюдобровольным.СуществованиеСтандарта

IEEE не

подразумеваотсутствуют,что какие

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

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

оваровиуслуг,отнкосящихсябласти

действияСтандарта

IEEE.Кртточка, гомезрения,выраженнаяприутверждениизданистандарта, ии

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

полученнымиотпользовстандарта.К Стандартждытелей

IЕЕЕподлежитпроверке, крайнеймер

е,

одинразвпятьлетсцельюпересмотраилиповторногоподтвержден.Еслидействдокументаия

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

егос держа,хотявсеещеиимекоторуюнеиеценнос

ть,неотражаетполностьютекущийуровень

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

Стандартов IEEE.

ПриветствуюлюбыекоммдляпересмотранСтандартовариия

IЕЕЕотлюбойзаинтересованной

стороны,

незавотналичияилисимоотсутствиячленства

IЕЕЕ.Предложенияпоизменениямв

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

пояснительнымикомментариями.

Интерпретация:Иногдамогутвозникнутьвопрос

ыотносительносмыслаотдельныхчастейстандартов,

посколькуониотносятсяспецифическимприл.Когдавниманиежениям

IЕЕЕбудетпривлеченок

необхвпоясдимости,Инпрмерыенподготовкетутяхсоответс.Таккактвующихов

Стандарты IЕЕЕпр

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

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

причине IЕЕЕичленыеготехничкомитетспскихсобныбеспечитьмгнове

нныйответназапросы,

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

соответствииформальнойпроцедурой.

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

Secretary, IЕЕЕ-SA Standards Board (Секретарю СоветапоСтандартам

IEEE-SA)

445 Hoes Lane

Примечание:Необходобратвниманиенатотфактмоть,чтопреиализацииэтого

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

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

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

IЕЕЕ

небудетнесответственноизаидентификациюпатен,дляспользованиякоторыхв

каким-либостандартом

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

поюридичес кобоснованностийилиобласдействияэтпатентовх.

Разрешениенафотокопировчастейлюбогоотдельногостандлявнутрдартаиеилиперсональногоннего

использованпредоставляетсяИнститутомИнженеровпоЭлектротехнРадиоэлектронике,Инк.пр

условииуплатысоответствующегозносаЦентрРасчепоАвтоПравам.Порскимпросамуплаты

лицензионногогон,пожалуйстарараобращвЦентрР йтесьсч

етпоАвторскимПравам,Отдел

обслуживаниязаказчиков, 222 RosewoodСША; (978Drive, Danvers, MA 01923

) 750-8400Разрешениена.

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

можеттакжебытьполуччерЦентрРасчеПравамзпоАвто.рским

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

сентября2014г.

2

(Этовведениенеявляечастьюся

стандартаIEEE 830

-1998,Методикасоставленияспецификаций

требованийкпрограммнорекомендуемаяобеспечению, IEEE.)

Эта методиописыварекомпринципыесоставленияндуемыеспецификациитребований

программномуобеспечению.Онаос моделиована,к

оторойрезультатпроцсп цификациисса

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

помочь

а)

Заказчикпрограобеспеточноммописать, ониехотяттогополучить;

б)

Поставщикампрограммногообеспечен

ияточнопонять,чтох заказчикчет;

в)

Отдельнымлицамвыполнитьследующиезадачи:

1)

Разработать макет стандартнспецификациипрограммногообеспеченияй (

SRS)дляих

собствеорга; низацийных

2)

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

кпрограммному

обеспечению;

3)

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

для

проверкикачества

SRS илисправочнсоставиктеля

SRS.

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

орые

определенныевыгоды,аименно:

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

Полноеписаниефункцийпрограммного

обеспеч,привенияденное

SRS,поможетпотенциаль

нымпользоватопределить,отв лямчает

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

обеспечен,чтобыудовлеэтипоет.воритьребности

• Уменьшиобъемрабопоразработке. ь

Подготовка SRS вынуждразличныеуч сетвующие

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

выполнениюпрое,сокпоследующиетаращаетповпроектированиеорные,код

тестиров.Тщантетребоалиньный,указанныхваний

SRS,можетвскрытьупущения

,

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

исправить.

• Обеосновудляпечитьоценкирасходовпланов.

Описаниепрограммы,разрабатываемой

соответствии SRS,являетпрактическойосновойдляоцезатратки

проектиможет

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

согласования бюджпроекта

ворганизации -заказчикеилиоценкицены

поставщиком.

• Обеосновудляпечитьпроверкиправильностиверификации.

Организациимогутсос авлять

планыпроверкиправильностиверификацнамногоболееэффективноприспользовании

качественноразработанной

SRS.Какчастьонразработкутракта,

SRS обеспечиваетосновудля

определениясоответствия.

• Облпе.гчитьредачу

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

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

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

поставщиковбудетпроще

передаватьегон заказчикамвым.

• Служитьвкачестрасширенияосновыдля .

Посколькув

SRS обсуждаетсяизделие,непро, кт

вкотором оноразработано,то

SRS служитосновойдляпоследующегорасширенияготового

изделия.

SRS можетпотребов

атьнекоторыхизме

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

основу

длянепрерывнойоценки

изделия.

ВПриложенииБчитателэтогодокум

ентаруководящиейдутуказанияиспользованиюданной

рекоменметодикивотношенииуемойсоорв стандартовбованиямтствияIEEE/EIA 12207.1

-1997,

РуководствоIEEE/EIA

—ПромышленнаяреализацияISO/IECСтандарт12207: 1995,

Информационных

Технологий—Процессыжизненного

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

—Данныежизненногоцикла.

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

сентября2014г.

3

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

сентября2014г.

4

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

Намоментутверждениюняданнойметодики251998годавсоставСоветапоСтандартам

IEEE

входили:

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

сентября2014г.

5

1Краткий. обзор

........................................................................................................................................................

7

1Областьдействия.1

.............................................................................................................................................

7

2Публикации.

............................................................................................................................................................ 8

3. Определения ...........................................................................................................................................................

9

4. КритериисозданиякачественнойSRS

................................................................................................................

9

4Сущность.1

SRS ..................................................................................................................................................

9

4.2

Среда SRS .......................................................................................................................................................

10

4.3

Характеристикиправильносоставленной

SRS ..........................................................................................

10

4Совместная.4 подготовка

SRS .........................................................................................................................

14

4.5

Развитие SRS ..................................................................................................................................................

15

4.6

Макетирование...............................................................................................................................................

15

4.7

Встраивание архитектуры в SRS..................................................................................................................

15

4Встраивание.8 требокпроектуаний

SRS ..................................................................................................

16

5Части.

SRS .............................................................................................................................................................

16

5.1

ВведениеРаздел( 1 SRS)

...............................................................................................................................

17

5Общее.2описаниеРаздел( 2 SRS)

...................................................................................................................

18

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

SRS) ................................................................................................

21

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

.....................................................................................................................

26

ПриложениеА

.Ш аблоны SRS ...............................................................................................................................

27

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

сентября2014г.

6

Эта методиописыварекомпринципыесоставленияндуемыеспецификациитребований

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

методики.Вразделеперечисляются2 ссылкинадругиестандарты.Вразделе3

даныопределения

используемыхтерминов.Разделпредоставляет4 предварительнуюинформацидлясоставления

качественнойSRSВразделеобсуждается5. каждаяизнеобходимыхчастейSRSДаннаяметодикаимеет.

дваприложения;водизприведихомальтенырнатив

ные макетыструктуры

SRS,авдругом

обеспечиваютоответствияуказанияпо печениюсотандартомIEЕЕ/А12207.1

-1997.

1Областьдействия.1

Этдокументпредставляетрекомендуемуюмет ставлениядикуспецификацийтребований

к

программному обеспечению.Внё

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

составленнтребованийспецификациипрограммномуобеспеч(SRS)и едставескоиюленоьк

типовыхобразцов

макетовструктуры

SRS.

Эта методика

направленаопределение

требованийк

вновь разрабатываепрограммному

обеспечению,нотакжеможет

рименятьсядля

помощиввыборевнутреннихкоммерчески

х

программныхизделий.Однакоеё

применениекужеразрабограобеспечтаннмномуможетнию

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

Привстраиваниипр

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

истему

большегомасштаба

,та,какую

, например,

медицинскоеоборудование,может

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

другиево,просыомимо

указвданнметодике.ыхой

Даннаярекоменд

уемаяметодикаописываетпроцесссозданияпродуктаегоде.Продуктомжание

являетсяSRSЭтаметможет. исподикадлясоьзтакойоватьсядаSRSнепосредственноияилиможет

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

Данметодиканеая

определяеткакой

-либоконкрметод, рмтныйилиинструментологиюдля

подготовкиSRS.

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

сентября2014г.

7

ASTM Е1340 -96,Руководствопостандартампобыстром

умакетированиюкомпьютеризованныхсистем.

1

Стандарт IEEE 610.12-1990,Глоссарийстандартов

IEEE потерминологииразработокпрограммного

обеспечения.

2

Стандарт IEEE 730-1998,Стандарт

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

Стандарт IEEE 730.1-1995,Руководство

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

Стандарт IEEE 828-1998,Стандарт

IEЕЕпопроектамуправленияконфигупрогобеспраммногоциеченияй

3

Стандарт IEEE 982.1-1988,Словарьстандартов

IEЕЕпокритери

ямсозданиянадежногопрограммного

обеспечения.

Стандарт IEEE 982.2-1988,Руководство

IEЕЕисполстандартовьзованиюоваря

IEЕЕпокритериям

созданиянадежногопрограммногообеспечения.

Стандарт IEЕЕ1002

-1987Повторноподтвержден( 1992),Классиф

икациясистематизацияСтандартов

IEЕЕ

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

Стандарт IEЕЕ1012

-1998,Стандарт

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

Стандарт IEЕЕ1012а

-1998,Стандарт

IEЕЕпоаттестацииверификациипро

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

содержаниякстандарту

IEEE/EIA 12207.1-1997.4

Стандарт IEЕЕ1016

-1998,Методикасоставлеописаразрабпрограммногонияй беспеченияток,

рекомендуемая IEЕЕ.

5

Стандарт IEЕЕ1028

-1997,Стандарт

IEЕЕпоанализупрограммного

обеспечения.

Стандарт IEЕЕ1042

-1987Повторноподтвержден( 1993г),Руководстводу

IEЕЕпоуправлению

конфигупрогобеспра.ммногоциеченияй

IEEE P1058/D2Э.1,скизтандпоплупрартанампроектамивленияпрограммногообеспечения,отавгуста5

1998.6

Стандарт IEЕЕ1058а

-1998,Стандарт

IEЕЕпопланамуправленияпроектамипрограммногообеспечения:План

содержаниякстандарту

IEEE/EIA 12207.1-1977.7

Стандарт IEЕЕ1074

-1997,Стандарт

IEЕЕпоразработкепроцессовжизненногоциклапрограммного

обеспечения.

Стандарт IEЕЕ1233,Издание1998года,Руководство

IEЕЕпоразработкамспецификацийстемных

требований.

8

1 Публикации ASTM можнополучитьвАмериканскомОбществеТестированияМатериалов, 100Ватт

Harbor

Drive, West Conshohocken. PA 19428-2959, USA.

2 Публикации IEEE можнополучитьвИнститутеИнженпоЭлектротехниРадиоэлектроникеров , 445

Hoes

Lane, P..O, Box 1331. Piscataway, NJ 08855-1331, USA.

3 Померевыхстандарэтоговпечать,стандарты

IEEE 828-1998; IEEE 1012a-1998; IEEE 1016-1998и

IEEE

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

IEEE.Ожидаемаядатапубликации

- осень1998Заинформацией. состоянииобращайтесьвОтделСтандартов

IEEE потелефону1 (732) 562

-3800.

4 См. сноску3.

5 См.сноску3.

6 Послеутвстандартарждения

IEEE P1058СоветомпоСтандартам

IEEE-SA,этотстанбуобъединенартет

состандартом

IEEE 1058a-1998иопубликованкакстандарт

IEEE 1058,годаиздания.1998Утверждение

ожидаетсядекабря8 1998.

7 Померевыхстандарэтоговпечать,стандарт

IEEE 1058a-!998утверждается,ноещенеизда.Темне

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

IEEE.Ожидаемаядатапубликации

- декабрь1998Заинформацией.

состоянииобращайтесьвОтделСтандартов

IEEE потелефону1 (732) 562

-3800См.Сноску.6.

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

сентября2014г.

8

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

мендуемоймет,с дикеответствую

т

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

IEEE

610.12-1990Определения,.даниже,являютсяные

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

3.1 контракт:

юридизначимыйески

документ,соглзаказчикомсованныйпоставщиком.Он

включает

техническиеорганизациотребования, ные

стоимостьплансозданияизделия.Контракт

можеттакже

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

ожидания

участ.вующихорон

3.2 заказчик:

лилицо,которыецаоплачиваютизделиеобычно( бязательно)принимают

решенияотносительданнойтреб.Вк вантекстерекоменийметодикизаказчикуемой

поставщик

могутбытьчленамиоднтойжейрганизации.

3.3 поставщик:

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

рекоменметодикизаказчуемой

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

3.4

пользователь:

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

взаимодействуют

сним.Пользователь(

-и)изаказчик(

-и)частонеявляютсяднимтемжелицом(

-ми).

4. Критерии созданиякачественнойSRS

Вэтомраздпрепредледстаинформацивленаарительная,которуюнеобходрассмотретьпри

составлении SRS.Онавключаетследующее:

а)

Сущность SRS;

б)

Среда SRS;

в)

Характкачественнойристики

SRS;

г)

Совместнаяподготовка

SRS;

д)

Развитие SRS;

е)

Макетирование;

ж)

Внедстрвуктурыение

SRS;

з)

Внедрениетребованийпроекта

SRS.

4Сущность.1

SRS

SRS — этоспецификацдляопределеннпрограммыпрограммизделия, илинабогопрограмм,

которыевыполняютопределенныефункцииспецифическойсреде.

SRS можетсоставоднимляться

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

ика,илиобоими.Подраздел

4рекомендует.4

частиеобе

их сторон.

Оснвовнымипросами,котд рассмалжныыесостриватьавитель

(-ли) SRS,являютсяследующие:

а)

Функциональныевозможности.

Каковыпредполагаемыефункциипрограммногообесп? чения

б)

Внешние интерфейсы.

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

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

обеспечением?

в)

Рабочиехарактеристики.

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

лика,время

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

г)

Атрибуты.

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

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

д)

Проектныегранич,

ния

налагаемыереализациюизделия.

Предъявляютсялитребования

к

соответствию каким-либо действующимандартам,

кязыку реализации,

к политикам

целостностибазданных,

кзадействуемымресурсам,коперационнойсреде(

-ам)ит.д.?

Составителю(

-ям)

SRS следуизбегатьразмещенияв

SRS архитектурныхрешенийилитребований

организациивыполнениюпроекта

.Рекомендуемоесодержани

SRS см.вПриложении5.

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

сентября2014г.

9

4.2

Среда SRS

Важнорассмотретьтуроль,которую

SRS играетвобщемпланепроекта

,определяемоговстандарте

IEEE

610.12-1990Посуществу,.програобеспечможетсодержатьмноевсефункциональныениевозможности

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

SRS,которая

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

еёпрограммнойчастью

,ибудетраспространять

внешниетребовкхаранияктеристикамфункц

иямнапрограммную

часть.Конечно,вэтомслучае

SRS

должнабытьсоглирасширенаованасоответствииэт

имисистребованиямиемными.

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

(-

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

йроли.Этоозначает,чтоSRS

:

а) Должнаправильноопредвсетреклятьбованияпрограммномуобеспечению.Причиной

существованиякакого

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

характер

решаемзадачиилиосхарактеристикаобаяйпроекта.

б) Недо лжнаописыватьдеталипроектирования

илиреализации.Онидолжныбытьопнасаны

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

в) Недолжнаналагатьдополнительныеограничениянапрограммноеобеспечение.Эти

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

ихкакплан

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

Следовательно,правильносоставлеSRSоградиапазоннаяичиваетдопустимых

архитектурныхрешений

,

нонепредел

яеткакой -либоконкретнойархитектуры

.

4.3 Характерправильносоставленнойстики

SRS

SRSдо лжнабыть :

а)

Корректной;

б)

Однозначной;

в)

Полной;

г)

Непротиворечивой;

д)

Упорядоеезнаич/илиимостиустойчивостиенной;

е)

Проверяемой;

ж)

Модифицируемой;

з)

Отслеживаемой.

SRSявляеткорректной, с,итольколия

, есликаждоетребование,изложенноеней,является

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

Несуществуеткакого

-либосредстваилипроцедуры,котогарантируеткорректностьые. должнаSRS

сравниватьсялюбой

применимой спецификацией болеевысокогоуровня

,такойкакспецификация

требованийкси,сдругойтемедокументациейпроектасдругимстандартаенимыми

ми,для

обеспеченияеёсогласованностиними

.Вкачесальтзаказчвеернатилипользоваиможетквыель

определить,прав

илиьноSRSотражаетфактическиепо .Отслребносживаемостьделаетэпроцедуру

болеепростподверженнойименееошибкамсм(. 4.3.8).

4.3.2 Однозначность

SRSявляетоднозначн, ситолькялиой

, есликаждзлвонейженноетребование

имеет толькоод

но

толкование.Какминимум,дляэтоготребуе

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

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

выражения.

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

сентября2014г.

10