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

http://aka.ms/
SoftwareReq3E/files

http://aka.ms/
SoftwareReq3E/files

«Я кое-что придумал для нового продукта. Когда вы сможете это сделать?» Не отвечайте на
подобный вопрос, пока больше не узнаете о проблеме. Неопределенные, не детализированные
требования порождают слишком оптимистические оценки: они «выходят боком», когда возникает
перерасход ресурсов и средств. Неподготовленная оценка звучит как обязательство для слушателя.

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

Периодически спрашивайте: «Что мы предполагаем?», чтобы постараться
извлечь на поверхность эти спрятанные мысли. Если вы заметите какое-то
предположение при обсуждении требований, запишите его и подтвердите его
точность.

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

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

Ошибки,
допущенные на стадии сбора требований, составляют от 40 до 60% всех дефектов проекта (Davis,
1993; Leffingwell, 1997).

Характеристика(feature) — это набор
логически связанных функциональных требований, которые обеспечивают возможности
пользователя и удовлетворяют бизнес-цели.

Термином системные требования (system requirements) обозначают высокоуровневые
требования к продукту, которые содержат многие подсистемы, то есть система (IEEE, 1998с).