Рецензии на книги — Алистер Коберн
27 июля 2011 г. 12:09
3K
5
Помнится давно я впервые столкнулся с вариантами использования и немного офигел. Глядя на них меня очаровывала их простота и наглядность. Но как только я попытался сделать их сам, то мой мозг закипел. Я задался вероятно попсовым вопросом: «Как определить границы описания системы? В нашей жизни возможно бесконечное количество вариантов использования. Если пытаться полностью описать систему то описывая расширения простой авторизации я доберусь до причины смерти динозавров».
С тех пор прошло много времени и только недавно я смог ответить на этот вопрос и многие другие. Коберн в своей плохо переведенной и полной опечаток книге «Современные методы описания функциональных требований к системам» описывает методы создания вариантов использования. Рекомендуэ.
27 февраля 2017 г. 00:32
953
5
Отличная статья. Лишний раз напоминает уделять больше внимания реалиям, нежели формальностям далеким от текушей ситуации.
29 марта 2022 г. 22:54
1K
5 Отличная методичка
Автор проделал отличную работу по формализации своего опыта разработки функциональных требований к программным системам. Ни в какой другой книге вы не найдёте более полного описания методики создания «способов применения» (use case'ов).
Юскейсы могут быть использованы:
1. Бизнес- и системными аналитиками, проектировщиками взаимодействия — для проектирования взаимодействия с системой, а также выявления и обеспечения полноты, детальности и связности функциональных требований.
2. Тест-дизайнерами и тестировщиками — как основа для разработки тестовых планов и тест-кейсов.
3. Менеджерами проектов и продуктов — как единица планирования и сдачи программного продукта.
4. Заказчиками — для получения наглядного и исчерпывающего описания системы.
5. Техническими писателями — как основа для создания…
29 апреля 2019 г. 10:59
2K
5 Отличный способ формализации сценариев взаимодействия. Жаль, что это не все что нужно.
В книге описан один метод написания части постановки задачи, а именно метод use case. Что это такое? Это описание сценария взаимодействия пользователя с системой (или с бизнесом). Система при этом выступает как черный ящик (и это дает возможность разделить сложную задачу проектирования на проектирование взаимодействия и обеспечение этого взаимодействия). При этом вводятся стандарты нотации, что обеспечивает простоту прочтения в том числе не участникам, и позволяет делать некоторые проверки на полноту и соответствие целям стейкхолдера. В целом, после прочтения книги, к сожалению, не понятно как пройти весь путь аналитика от бизнес-проблем до формализованного ТЗ для разработчика. В книге рассказывается только часть процесса с неясно сформулированными входящими и неясно показанными…
7 января 2016 г. 03:08
427
5
Офигенная статья. Коберн подходит к вопросу о роли методологий и человеческого фактора в разработке ПО с отличным юмором. С некоторых перлов я откровенно ржал. Больная, видимо, тема :)
Из полезного - таблица с кратким анализом 23 завершенных проектов, разбор видов коммуникаций, а так же мысли о человеческих качествах и их применении для успешного завершения программных проектов в срок.
Всячески рекомендую к прочтению.
19 августа 2007 г. 08:16
2K
5
Классика не стареющая с Годами
8 апреля 2007 г. 21:49
1K
5
Очень полезна для обучения тому, как же надо на самом деле составлять варианты использования (прецеденты). Мало книг, где работа с требованиями и составление прецедентов описаны так подробно и основательно. Для постановщика задач, аналитика и проектировщика должна стать настольной. Для восприятия книга довольно трудна, приходится перечитывать не раз.
19 августа 2007 г. 08:15
311
4
Рекоммендую руководителям проектов и интересующихся процессами разарботки ПО
