Цитаты из произведения Разработка требований к программному обеспечению — стр. 3

В спецификации требований к ПО указываются функции и возможности, которыми должно обладать ПО, а также необходимые ограничения. Она должна содержать достаточно подробное описание поведения системы при различных условиях, а также необходимые качества системы. Шаблон: 1. Введение 1.1. Назначение 1.2. Соглашения, принятые в…

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

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

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

План выявления требований: - Цели - Стратегии и способы - График и смета ресурсов - Документы и системы, необходимые для независимого выявления требований - Ожидаемые результаты - Риски

Иногда предложенные требования отражают устаревшие или неэффективные бизнес-процессы, которые не следует встраивать в новую систему.

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

Недостаточное участие пользователей - общепризнанна основная причина провала проектов по разработке ПО.

Способ определения классов - "от большого к малому". - мозговой штурм - придумать как можно больше классов пользователей - выявить группы с похожими потребностями Таблица: - Имя класса - Численность пользователей - Описание Архетип - описание типичного представителя каждого класса (гипотетический человек, который является…

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