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

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

Жанры

Рейтинг LiveLib

4,3

53 оценки

5
58%
4
25%
3
13%
2
4%
1
0%

Ваша оценка

Прочитали 66Хотят прочитать 119

Рецензии

OrregoChield
17 февраля 2025
Я так долго пыталась осилить эту книгу, что уже и переиздание на русском языке успело выйти. Придется читать и осмысливать заново.
Минусы:
Объем;
Тяжеловесное изложение;
Сферически в вакууме оно, конечно, хорошо бы делать все так, как умный дядька Вигерс много лет назад написал, но где мы, а где тот вакуум.
Плюсы:
Очень обстоятельно и подробно, со всех сторон рассматривается и обдумывается.
Вопросы для самопроверки.
Сквозной пример проектирования системы для учета химикатов.
Книга это считается must read для аналитиков и, осилив ее, я могу понять, почему. Другой вопрос, что удержать это все в голове очень трудно, бороться с плохо организованными процессами - дело неблагодарное, да и вообще, мое дело маленькое - тикеты пилить потихоньку, а с высоты птичьего полета пускай начальство на нас смотрит и думает, как бы это все делать по науке.
Читать далее
6 понравилось
0
116
jzuken
26 июня 2015
Современное программное обеспечение (ПО) -- это клубок, состоящий из сотен или даже тысяч сущностей, взаимодействующих между собой заданным образом для решения какой-то задачи. Процесс его разработки, несмотря на более чем пятидесятилетнюю историю развития индустрии, на данный момент все еще крайне рискованный и весьма нестабильный. Причин этому много, в том числе и огромная внутренняя сложность программ, однако даже если код написан хорошо, зачастую оказывается, что созданный продукт решает не ту проблему, ради которой он создавался, либо решает ее неэффективно. Выражаясь по-простому, заказчик/пользователь хотел не то, что получил в итоге. Как понять, чего же хочет заказчик и/или пользователь, как это все формализовать, как отслеживать изменения в требованиях и как управлять ходом разработки в соответствии с этими изменениями -- вот всем этим вопросам и посвящена данная книга.
Разработка требований -- один из самых первых этапов жизненного цикла ПО, включающий в себя сбор информации, ее анализ, формализацию требований, их уточнение и утверждение. Редкий заказчик на этапе постановки задачи может совершенно точно сказать, чего же ему нужно в итоге. Такой ситуации стоит ждать, разве что если заказчик сам разрабатывает ПО и отдает часть задач на аутсорсинг. В остальных случаях максимум, что он может сделать -- примерно описать свою проблему и отвечать на вопросы. Как несложно заметить, вся эта работа -- переговоры с людьми и создание документов, а так как программисты обычно терпеть не могут ни того, ни другого, выполняют это все в идеале совсем другие люди -- системные аналитики. Заканчивается этап разработки требований обычно пачкой документов, фиксирующих границы продукта, варианты его использования, функциональные и нефункциональные требования, ограничения и многое другое. Все это будет потом использоваться на последующих этапах разработки (планировании, кодировании, тестировании, сопровождении), однако работа аналитика на этом с большой вероятностью не заканчивается: требования к продукту могут меняться прямо в процессе его разработки. Особенно это актуально в случае итеративной разработки (например, при спиральной модели жизненного цикла ПО), где изменение приоритетов выпуска запланированной функциональности происходит чуть ли ни в каждой итерации длительностью по 2-6 недель. Тут перед аналитиком встает задача управления требованиями: отслеживание изменений в требованиях, обновление рабочих документов и планов, анализ влияния этих изменений на другие требования, код системы и тесты к ней и многое другое.
Вот все это и пытается свести в одном месте г-н Вигерс. Подошел он к этому делу основательно, в итоге в книге описано практически все, вообще может быть связано с требованиями, начиная от того, кому лучше становиться аналитиком, и заканчивая изменением культуры работы в компании для более аккуратной работы с требованиями. В итоге получается этакий справочник, по шагам расписывающий все действия и проблемные ситуации (предлагая пути их решения), с которыми может столкнуться аналитик в своей непростой работе. В описанном виде, правда, они применимы разве что в проектах с неограниченными ресурсами (собирать совет для утверждения каждого запроса на изменения требований не каждый проект потянет), однако никто не мешает адаптировать описываемые практики к своей суровой действительности.
Книга будет полезна не только аналитикам или тем, кто хочет им стать, но и обычным рядовым программистам или даже совсем непрограммистам: приведенные в ней практики и шаблоны документов при должной адаптации вполне подойдут и для любой другой проектной деятельности, выполняемой на заказ.
Читать далее
4 понравилось
0
1,3K
Kirill_Ku
8 ноября 2025
Не просто сборник правил - а инструмент переосмысления процессов
Мой отзыв, пожалуй, не самый «профильный», так как я не являюсь бизнес-аналитиком, а работаю системным аналитиком - но, как известно, эти направления тесно граничат и активно пересекаются.
Книга довольно объёмная, но читается вполне легко. Чтобы не просто «прочитать», а действительно применять описанные практики на деле, придётся неоднократно возвращаться к разным главам - особенно когда столкнёшься с конкретной задачей или проблемой.
На мой взгляд, именно в этом и заключается главное предназначение книги: помочь понять, «как может быть», и вдохновить на переосмысление и улучшение собственных процессов.
В целом, могу рекомендовать её специалистам самых разных направлений и должностей, связанных с разработкой ПО.
Читать далее
2 понравилось
0
52