Министерство образования и науки РФ

Санкт-Петербургский государственный электротехнический университет «ЛЭТИ»

______________________________________________________

Самойленко В.П.

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

Учебное пособие

Cанкт-Петербург

Издательство СПбГЭТУ «ЛЭТИ»

2006

УДК 681.3.06

В. П. Самойленко. Технология разработки программного обеспечения. Разработка и анализ требований: Учеб. пособие. СПб.: Изд-во СПбГЭТУ «ЛЭТИ», 2006, 98 с.

Содержит основные сведения о процессах разработки, анализа и документирования требований к программным системам. Особенностью учебного пособия является использование в нем «карт памяти», которые представляют собой графическое представление теоретической части темы и могут быть использованы для того, чтобы обучаемый имел возможность вспомнить ее, когда потребуется.

Предназначено для подготовки дипломированных специалистов по направлениям 654600 (специальность 020400), 657100 (специальность 073000), бакалавров и магистров по направлениям 552800 и 510200

1. Виды, взаимосвязь и свойства требований

Изучив тему, Вы будете знать:

• виды и уровни требований;

• взаимосвязь и основные свойства требований;

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

1. Что такое «требование»?

Разработка программной системы начинается с того, что заказчики и разработчики должны понять, что эта система должна делать. Соответствующая стадия входит во все возможные модели жизненного цикла и называется «Разработка и анализ требований». Ключевое понятие этой стадии поименовано словом «Требование». Если мы поймем, что такое требование к программной системе, то сможем определить и то, что понимается под разработкой и анализом «Требования». Как же решить эту проблему?

Простое решение. Понятие «требование» не определяется. Разработчик и заказчик полагаются, в этом случае, на свой здравый смысл. Риск такого решения в том, что бизнес-цели, опыт и квалификация у заказчика и разработчика различаются.

Обычное решение. Дать какое-либо (возможно не очень точное) определение. Например, «Требование – это документированное указание потребности или цели пользователей либо условия и возможности, которым должен обладать продукт, чтобы удовлетворить такие возможности или цели» или «Требования – это высокоуровневые обобщенные утверждения о функциональных возможностях и ограничениях системы». Риск этого решения такой же, как и для предыдущего случая.

Правильное решение. Использовать стандартное определение понятия «Требование».

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

Например, стандарты IEEE используют следующее определение требований.

Требования к программной системе– это:

1. Функциональность, необходимая пользователю для решения проблемы или достижения цели.

2. Функциональность, которая должна быть получена (достигнута) системой или ее компонентами для соответствия контракту, стандарту, спецификации или другим формальным документам.

3. Документальное представление пп. 1 – 2.

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

Другое определение дает стандарт ISO12207, в котором понятие «требование» определяется перечислением тех видов требований, которые предъявляются к программному продукту и, практически, не требуют расшифровки. В соответствии с этим стандартом на стадии жизненного цикла «Анализ требований» должен быть выполнен анализ требований к программным средствам.

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

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

• требования к внешним интерфейсам программного объекта;

• квалификационные требования;

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

• и т.д.

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