Управление качеством требований. Начало

http://grigorash.ru/archives/867#more-867

Рубрика: Качество требований,Статья

После публикации статьи Александра Байкина и Александра НовичковаПять уровней зрелости требований решил опубликовать свои мысли по данной теме. Данная работа является теоретической и содержит в себе обобщенный из различных источников материал по работе с требованиями. Теоретические выводы в части управления качеством требований не применялись автором на практике и носят более описательный и рекомендательный характер, так сказать, побуждение к размышлению. Так как по статье коллег от читателей было получено много отзывов, надеюсь, что читатель проявит интерес и к моей работе и конструктивно оценит ее. Как в теории управления отрицательная обратная связь стабилизирует систему :), так и в данном случае критика со стороны читателя позволит улучшить материал и найти его слабые стороны.Чтобы не утруждать читателя большим объемом собранной информации буду публиковать работу по частям. В данной теме представляю вашему вниманию введение и краткое описание работы. Начнем-с

Управление качеством требований

View more presentations from Vitaly Grigorash.

Введение

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

Информационные системы по своей природе являются неосязаемыми, абстрактными, сложными, постоянно изменяемыми, и не случайно многие проекты по их созданию заканчиваются неудачей. По исследованиям Standish Group (1994 год) более половины проектов по разработке информационных систем значительно превысили отведенное на них время и бюджет, а треть проектов было прекращено. Причиной краха наибольшей части проектов по созданию информационных систем являются неполные требования к программному обеспечению и их спецификации, а также неконтролируемые изменения требований в процессе создания системы.

Управление требованиями является важной частью процесса разработки программного обеспечения. Хорошо отлаженный процесс управления требованиями определяет эффективность и скорость создания системы. Это особенно важно для тех отраслей, где время создания продукта и степень удовлетворения требований заказчика являются ключевыми факторами успеха. В управлении требованиями присутствует значительная организационная составляющая, которая помогает с помощью требований управлять всем проектом, определяя его сроки, бюджет, ресурсы и технологии.

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

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

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

Целью данной статьи является сбор и обобщение существующих на сегодняшний день методов оценки качества требований к программному обеспечению. На основе собранных данных автором была предпринята попытка описания формализованного процесса управления качеством требований, а также приведения рекомендаций по сбору, анализу и документированию требований. Процесс управления качеством построен на основе модели зрелости CMMI с применением концепции типовых решений для описания требований.

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

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

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

Данная статья состоит из четырех частей.

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

Вторая часть «Управление требованиями» описывает процесс управления требованиями, его основные шаги, артефакты и роли. Здесь также описаны стадии сбора, анализа, документирования и проверки требований.

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

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