ru
Карл Вигерс

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

Повідомити про появу
Щоб читати цю книжку, завантажте файл EPUB або FB2 на Букмейт. Як завантажити книжку?
Nikita Olegovich Pikovцитує5 років тому
http://aka.ms/
SoftwareReq3E/files
Nikita Olegovich Pikovцитує5 років тому
http://aka.ms/
SoftwareReq3E/files
Виктория Лунёвацитує5 років тому
«Я кое-что придумал для нового продукта. Когда вы сможете это сделать?» Не отвечайте на
подобный вопрос, пока больше не узнаете о проблеме. Неопределенные, не детализированные
требования порождают слишком оптимистические оценки: они «выходят боком», когда возникает
перерасход ресурсов и средств. Неподготовленная оценка звучит как обязательство для слушателя.
Виктория Лунёвацитує5 років тому
Пользователи иногда требуют функции или элементы интерфейса которые выглядят отлично,
но не представляют особой ценности для продукта. Все, что вы захотите добавить, стоит времени и
денег, поэтому постарайтесь осознать ценность своевременного выпуска продукта. Чтобы
уменьшить «золочение», отслеживайте каждый бит функциональности до его первоисточника,
чтобы четко понимать, почему именно он включен в продукт. Применение вариантов
использования для извлечения требований поможет сосредоточиться на выборе тех элементов,
которые помогут пользователям выполнять их бизнес-задачи.
Виктория Лунёвацитує5 років тому
Периодически спрашивайте: «Что мы предполагаем?», чтобы постараться
извлечь на поверхность эти спрятанные мысли. Если вы заметите какое-то
предположение при обсуждении требований, запишите его и подтвердите его
точность.
Виктория Лунёвацитує5 років тому
Если вы не записываете даже подразумеваемые и предполагаемые требования,
не удивляйтесь, если продукт не будет отвечать ожиданиям пользователей.
Виктория Лунёвацитує5 років тому
Заказчики зачастую считают, что
требования — это развитая концепция продукта, предназначенная для разработчиков. Те, в свою
очередь, полагают, что в отношении клиентов это детальная разработка интерфейса пользователя.
Такое многообразие ведет к сумятице и раздражающим проблемам во взаимодействии сторон.
Основной закон: требования должны быть документированы.
Виктория Лунёвацитує5 років тому
Ошибки,
допущенные на стадии сбора требований, составляют от 40 до 60% всех дефектов проекта (Davis,
1993; Leffingwell, 1997).
Denis Abrikoskoцитує5 років тому
Характеристика(feature) — это набор
логически связанных функциональных требований, которые обеспечивают возможности
пользователя и удовлетворяют бизнес-цели.
Denis Abrikoskoцитує5 років тому
Термином системные требования (system requirements) обозначают высокоуровневые
требования к продукту, которые содержат многие подсистемы, то есть система (IEEE, 1998с).
Denis Abrikoskoцитує5 років тому
Требования ... это спецификация того, что должно быть реализовано. В них описано
поведение системы, свойства системы или ее атрибуты. Они могут быть ограничены
Denis Abrikoskoцитує5 років тому
Условия или возможности, необходимые пользователю для решения проблем или
достижения целей;
2. Условия или возможности, которыми должна обладать система или системные
компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или
другим формальным документам;
3. Документированное представление условий или возможностей для пунктов 1 и 2.
Misha Yanovichцитує5 років тому
повысить качество требований к проекту на ранней стадии цикла разработки, что позволит снизить
число доработок и повысить производительность;
Misha Yanovichцитує5 років тому
эти способы не
ограничиваются только областью разработки ПО, и вполне годятся для проектирования оборудования и
систем.
Misha Yanovichцитує5 років тому
Из всех возможных способов совершенствования процесса разработки ПО наибольшее
преимущество за формулированием требований.
Misha Yanovichцитує5 років тому
Разработка ПО включает по крайней мере столько же общения, сколько и обычная работа с
компьютером
Misha Yanovichцитує5 років тому
эти способы годятся практически для
любого проекта, включая развертываемые частями, маленькие проекты и крупномасштабные гиганты, а
также те, что разрабатываются «с нуля», и проекты по обслуживанию.
Misha Yanovichцитує5 років тому
Многие разработчики не умеют
спокойно и профессионально собирать требования пользователей к ПО.
Misha Yanovichцитує5 років тому
У клиентов зачастую. не
хватает терпения участвовать в разработке требований к ПО, или они норовят передать свои
пожелания через совершенно неподходящих для этого дела людей
idcцитує6 років тому
документе объясняется, почему организации нужна такая система, то есть описаны цели, которые
организация намерена достичь с ее помощ
fb2epub
Перетягніть файли сюди, не більш ніж 5 за один раз