Методика составления спецификаций требований к программному обеспечению, рекомендуемая Институтом Инженеров по Электротехнике и Радиоэлектронике
|
Скачать 0.89 Mb.
|
|
Стандарт IEEE 830-1998 (Пересмотр стандарта IEEE 830-1993) Методика составления спецификаций требований к программному обеспечению, рекомендуемая Институтом Инженеров по Электротехнике и Радиоэлектронике (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 Никакая часть данной публикации не может быть воспроизведена в любом виде на любой электронной информационно-поисковой системе или другим способом без предварительного письменного разрешения издателя Документы по Стандартам 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 P.O. Box 1331 Piscataway, NJ 08855-1331 USA Примечание: Необходимо обратить внимание на тот факт, что при реализации этого стандарта может потребоваться использование некоторых изделий, защищенных патентными правами. При публикации этого стандарта не занимается никакая позиция относительно существования или достоверности любых патентных прав по используемым изделиям. IЕЕЕ не будет нести ответственность за идентификацию патентов, для использования которых каким-либо стандартом IEEE может потребоваться разрешение, или за проведение запросов по юридической обоснованности или области действия этих патентов. Разрешение на фотокопирование частей любого отдельного стандарта для внутреннего или персонального использования предоставляется Институтом Инженеров по Электротехнике и Радиоэлектронике, Инк. при условии уплаты соответствующего взноса в Центр Расчетов по Авторским Правам. По вопросам уплаты лицензионного гонорара, пожалуйста обращайтесь в Центр Расчетов по Авторским Правам, Отдел,обслуживания заказчиков, 222 Rosewood Drive, Danvers, MA 01923 США; (978) 750-8400. Разрешение на фотокопирование частей любого отдельного стандарта для использования в образовательных классах может также быть получено через Центр Расчетов по Авторским Правам. Введение (Это введение не является частью стандарта IEEE 830-1998, Методика составления спецификаций требований к программному обеспечению, рекомендуемая IEEE.) Данная методика описывает рекомендуемые принципы составления спецификации требований к программному обеспечению. Она основана на модели, в которой результат процесса спецификации программного обеспечения является однозначным и полным спецификационным документом. Она должна помочь а) Заказчикам программного обеспечения точно описать, что они хотят получить; б) Поставщикам программного обеспечения точно понять, что хочет заказчик; в) Отдельным лицам выполнить следующие задачи:
Качественно составленная SRS должна принести заказчикам, поставщикам и другим лицам некоторые определенные выгоды, а именно:
Обеспечить основу для проверки правильности и верификации. Организации могут составлять планы проверки правильности и верификации намного более эффективно при использовании качественно разработанной SRS. Как часть контракта на разработку, SRS обеспечивает основу для определения соответствия. Облегчить передачу. SRS делает более простой передачу программного изделия новым пользователям или его установку на новых машинах. Таким образом, заказчики могут более просто передавать программное обеспечение другим подразделениям их организации, а для поставщиков будет проще передавать его новым заказчикам. - Служить в качестве основы для расширения. Поскольку в SRS обсуждается изделие, а не проект, которому оно разработано, то SRS служит основой для последующего расширения готового изделия. SRS может потребовать некоторых изменений, но это обеспечивает основу для его непрерывной оценки с производственной точки зрения. В Приложении Б читатели этого документа найдут руководящие указания по использованию данной рекомендуемой методики в отношении соответствия требованиям стандартов IEEE/EIA 12207.1-1997, Руководство IEEE/EIA - Промышленная реализация ISO/IEC 12207: 1995, Стандарт Информационных Технологий - Процессы жизненного цикла программного обеспечения - Данные жизненного цикла. Авторское право © 1998 IEEE. Все права сохранены. iii Участники Эта рекомендуемая методика была подготовлена Рабочей Группой по Гармонизации Данных Жизненного Цикла, входящей в состав Комитета по Разработке Стандартов Программного Обеспечения Компьютерного Общества ШЕЕ. На момент утверждения данной методики рабочая группа состояла из следующих членов: Леонард Л. Трипп, Председатель Эдвард Бирн Пол Р. Кролл Перри Де Вис Робин Фрэлик Мэрилин Гинсберг-Финнер Джон Харас Марк Хэнли Деннис Лоуренс Дэвид Мэйбор Рэй Милованович Джеймс Мур Тимоти Нисен Деннис Рилинг Терри Роут Ричард Шмидт Норман Ф. Шнейдевинд Дэвид Шультц Бэзил Шерлунд Петер Вольднер Рональд Уэйд Следующие лица вошли в состав комитета по голосованию: Сиед Али Теодор К. Аткинсон Майкл Аугустон Роберт Е. Барри Лео Белтраччи X. Рональд Берлак Ричард И. Бил Майкл А. Блэклэдж Сандро Болонья Юрис Борзовс Кэтлин Л. Бриггс М. Скотт Бак Майкл Калдуэлл Джеймс Е. Кардоу Энрико А. Карраро Лоуренс Кэтчпол КэйтЧан Антонио М. Сику Тео Кларк Сильвайн Клермонт Розмари Коулман В ирджил Ли Купер В,В, Джефф Козенс Пол Р. Кролл Грегори Т. Дэйч Джеффри Дарнтон Таз Дотри Востиан К. Дерганк Перри Р. Де Вис Джеймс До Эвелин С. Доу Карл Эйнар Драгстедт Шерман Игле Кристоф Эберт Лео Эган Ричард Е. Фэйрли Джон У. Фендрик Джей Форстер Кирби Фортенберри Эва Фройнд Ричард К. Фрис Роджер Ю. Фуджи Адель Н. Ганнам Мэрилин Гинсберг-Финнер Джон Гарт Глинн Джулио Гонзалес Санц Л. М. Гюнтер Дэвид А. Густафсон Джон Д.. Хагар Джон Харас Роберт Т. Харли Герберт Хехт Уидьям Хэфли Манфред Хайн Марк Хайнрих Марк Хэнли Дебра Херманн Джон У. Хорх Джерри Хуллер Петер Л. Ханг Джордж Джэклин Фрэнк В. Иоргенсен Уильям С. Джанк Джордж К. Камбик Ричард Карчич Рон С. Кеннет Юдит С. Кернер Роберт Дж. Кирзик Дуэйн Л. Книрк Шайе Кёниг Томас М. Курихара Джон Б. Лэйн Дж. Деннис Лоуренс Фанг Чинг Лим Уильям М. Ливли Джеймс Дж. Лонгбакко Дитер Лук Джон Лорд Стэн Маги Дэвид Мэйбор Гарольд Мэйнс Роберт А. Мартин Томо Мацубара Майк МакЭндрю Патрик Д. МакГрэй Кристофер МакМакен Джером У. Мерски Брет Майкл Алан Миллер Селиа X. Моделл Джеймс У. Мур Павол Наврат Мирна Л. Олсон Индрадеб П. Пал Алекс Полак Петер Т. Пун Лоуренс С. Пржибильский Кеннет Р. Птак Аннет Д. Рэйли Деннис Риллинг Эндрю П. Сэйдж Гельмут Сандмайер Стефен Р. Шах Ханс Шафер Норман Шнейдевинд Дэвид Дж. Шультц Лиза А. Селмон Роберт У. Шиллато Дэвид М. Зиверт Карл А. Сингер Джеймс М. Сивак Ричард С. Скай Нэнси М. Смит Мэлфорд Е. Смир Гарри М. Снид Алфред Р. Сорковитц Дональд У. Сова Лука Споторно Джулиа Стэсни Фред Дж. Страусе Кристин Браун Страйсик Тору Такешита Ричард X. Тайер Букер Томас Патриция Треллу Теодор Дж. Урбанович Гленн Д. Венэблс Удо Вогес Дэвид Д. Уолден Долорес Уэллас Уильям М. Уолш Джон У. Уолс Камил С. Уайт-Партайн Скотт А. Витмайр П. А. Вольфганг Пол Р. Уорк Натали К. Йопконка Януш Залевски Джеральдин Зиммерман Петер Ф. Золль IV Авторское право © 1998 IEEE. Все права сохранены. На момент утверждения данной методики 25 июня 1998 года в состав Совета по Стандартам IEEE входили: Ричард Дж. Холлеман, Председатель Дональд Н. Хэйрман Вице-председатель Юдит Горман, Секретарь Сатиш А. Аггарвал Клайд Р. Кэмп Джеймс Т. Карло Гари Р. Энгман Гарольд И. Эпстайн Джей Форстер* Томас Ф. Гаррити Рубен Д. Гарзон Джеймс X. Гарни Джим, Д Исаак Лоуэлл Г. Джонсон Роберт Кенелли И. Г. "Аль" Кинер Джозеф Л. Копфингер* Стефан Р. Ламберт Джим Логотетис Дональд К. Логри Л. Брюс МакКланг Луи-Франк По Рональд К. Петерсен Джеральд X. Петерсон Джон Б. Рози Гари С. Робинсон Ганс И. Вайнрих Дональд У. Зипс *3аслуженный член в отставке Валери И. Зеленти Редактор Проекта Стандартов IEEE Авторское право © 1998 IEEE. Все права сохранены. Содержание 1.Краткий обзор 1 1.1 Область действия 1
5. Разделы SRS 10
Приложение А (информационное) Шаблоны SRS 21 Приложение Б (информационное) Указания по соответствию стандарту IEEE/EIA 12207/1-1997 ..... 27 vi Авторское право © 1998 IEEE. Все права сохранены. Методика составления спецификаций требований к программному обеспечению, рекомендуемая IEEE 1. Краткий обзор Данная методика описывает рекомендуемые принципы составления спецификации требований к программному обеспечению. Она разделена на пять разделов. Раздел 1 указывает область действия этой методики. В разделе 2 перечисляются ссылки на другие стандарты. В разделе 3 даны определения используемых терминов. Раздел 4 предоставляет предварительную информацию для составления качественной SRS. В разделе 5 обсуждается каждая из необходимых частей SRS. Данная методика имеет два приложения; в одном из них приведены альтернативные шаблоны формата, а в другом обеспечиваются указания по обеспечению соответствия со стандартом IEЕЕ/ЕIА 12207.1-1997. |
Похожие:
 |
Разработка и анализ требований Вигерс К. Разработка требований к программному обеспечению [Текст] / К. Вигерс, Д. Битти. – Пер с англ. – М.: Русская редакция; спб.:... |
|
Руководство по установке программы © фгуп гнивц фнс россии Оглавление... Минимальные требования к аппаратному и программному обеспечения для работы с программой «Возмещение ндс: Налогоплательщик» версии... |
|
Руководство пользователя Информация в этом документе относится к... Информация в этом документе относится к программному обеспечению версии 0 31x и выше |
 |
1Требования к общему программному обеспечению Автоматизированная информационная система инвентаризации материальных средств с использованием электронных меток |
|
Инструкция по работе с эд-2 Системные требования и комплект поставки... Для функционирования системы Электронного Декларирования в составе программного комплекса Альта-гтд pro необходимо наличие дополнительного... |
|
Руководство по программному обеспечению — 3/3 содержание Данное руководство полезные ссылки оборудование, необходимое для начала работы |
|
Инструкция к программному обеспечению NewlyDraw Компания «юсто» +7 (812) Если в устройстве найдены неисправности, пожалуйста, свяжитесь с уполномоченным представителем за оперативным решение проблемы |
|
Руководство по программному обеспечению дистанционного управления с одержание Вывод на экран пк в графическом виде данных измерений мультиметров с представлением виртуальных инструментов (измерительных средств,... |
|
Проверки соблюдения порядка ведения бухгалтерского учета, составления... Проверки соблюдения порядка ведения бухгалтерского учета, составления отчетности, обеспечения требований законодательства краевым... |
|
Руководство оператора по интерфейсу человек-машина и сервисному программному обеспечению Сстм «ES100». Версия программы периодически обновляется (по всем вопросам приложения обращаться к разработчику по электронной почте... |
|
Инструкция к программному обеспечению санкт-Петербург, 2017 Основное назначение системы позиционирования опрыскивателя трек – обеспечение точности параллельного вождения при обработке посевов... |
|
Ветеринарно-санитарные требования Московской ветеринарной академией (мва), Омским ветеринарным институтом, Северо-Кавказским зональным научно-исследовательским ветеринарным... |
|
Доп прил. 24 Рекомендуемая форма Приказа «О порядке хранения технической документации» Во исполнение требований п 1 «Правил технической эксплуатации электроустановок потребителей» (птээп) |
|
Руководство по программному обеспечению код 114UP3E324 Перед использованием внимательно прочтите данное руководство и изучите все предупреждения; используйте руководство при работе для... |
|
Государственный стандарт российской федерации электроустановки зданий... Разработан всероссийским научно-исследовательским институтом электрификации сельского хозяйства (виэсх) и Всероссийским научно-исследовательским... |
|
Решение задач. Записать ответы тестового задания. Анализ преподавателем... Образовательные: продолжить формировать умения решать генетические задачи, выработать у студентов практические навыки и умения при... |