2 Lz_ и dmitryul:
У вас обоих
разные цели внедрения. Отсюда и разные методологии.
У Lz_ цель - внедрить - некоторую функциональность. Например, функциональность работы с доверенностями. Что она из себя будет представлять - неважно - для этого будет написано руководство пользователя, в котором будет написано что куда нужно жать. От заказчика требуется предоставить лишь общие пожелания (чтобы была возможность учитывать срок жизни доверенностей, кому и когда выданы и т.д. и т.д.). Будет справочник доверенностей с двумя, тремя кнопками или розовыми бантиками - заказчику - неважно - он свои требования выставил и получил оценку - что эта функциональность будет стоить столько-то.
Важно - внедряемая функциональность никак не зависит от наличия ее в системе, т.е. она может присутствовать в системе / быть новой / быть частично реализованной в системе. Руководство пользователя будет содержать описание всего процесса. Просто руководство пользователя будет написано либо по стандартному функционалу, либо по написанному. И здесь функциональный дизайн уже фактически становится ненужным (конечно какие-то крупные задачи могут детализироваться и дополнительно согласовываться, но это уже согласование нужно больше чтобы в процессе разработки уточнить некоторые (возможно пропущенные) непринципиальные по отношению ко всей функциональности детали).
Для реализации этого и подходит
ГОСТ34.
У dmitryul цель - сделать то, что хочет заказчик. Т.е. быть по сути - программистом-аутсорсером, которому нужно сформулировать задание заказчиком и дать программировать. Консультант здесь выполняет роль секретаря-машинистки - заказчик диктует, а он записывает, иногда, правда вставляя от себя слова, понятные программисту. Программист же сдает конечный код (с тестированием, переносом начальных данных, оптимизацией БД и т.д.). Для реализации этого и подходит
Sure Step. Хочу особо отметить - что Sure Step достаточно четко
требует описания функциональных требований, которые
реально не нужны заказчику в процессе его работы. Они нужны разработчику для разработки и заказчику в момент принятия работы, но совершенно не нужны ему в дальнейшем. А вот про руководства пользователей, которые нужны заказчику в дальнейшем для обучения новых сотрудников ничего в Sure Step я не нашел написанного. Т.е. Sure Step этого не предполагает - и это логично, т.к. цель Sure Step - сдать работающий код, а не перенести бизнес-процесс заказчика в режим работы в системе.