Есть на свете очень хорошая книга, которая называется "Software Requirements". К сожалению, этой книги в переводе на русском еще нет. А тот что есть - относится к изданию десятилетней давности. По-этому я решил публиковать самые интересные моменты из книги в своем блоге. С одной стороны - это нужно мне, чтобы упорядочить и не растерять полезную информацию из книги. С другой стороны - эти статьи могут оказаться очень полезными для читателей блога.
Пару слов о книге. Она посвящена сбору требований для разработки программного обеспечения. Это издание книги было полностью переработано, добавлены новые примеры и советы. Так же авторы добавили описание сбора требований для agile проектов. Книга ориентирована на разработчиков, менеджеров проектов и в первую очередь на бизнес-аналитиков.
Основная проблема неудачных проектов - несоответствие ожиданий клиента тому, какой продукт выпустила команда разработчиков. В результате появляются доработки и исправления, которые съедают время и деньги. По результатам исследований, ошибки выявленные на стадии разработки, позволяют сократить количество доработок на 40-60%
[1].
Давайте определимся, с понятием "требование".
.png)
В овалах указаны типы информационных требований, а прямоугольники представляют собой документы, для хранения этой информации. Сплошные стрелки указывают, что определенный тип информации, обычно хранится в указанном документе. Пунктирные стрелки указывают, что один тип информации является источником или влияет еще один тип требования.
Здесь под "документами" понимается не файл на компьютере (хотя и он может быть), а любые форматы хранения информации: Wiki, базы данных, набор файлов в определенной папке и т.п.
Благодарности.Спасибо Наталье Юматовой за помощь в подготовке и написании поста.
Ссылки.[1] Davis, Alan M. 2005. Just Enough Requirements Management: Where Software Development Meets Marketing. New York: Dorset House Publishing.Чернов Дмитрий© chernov.pro
