LOKI-85В рамках разработки системы или ее доработки, что первичней из бизнес-процессов:
Разработка прототипа, интерфейса и т.д. ИЛИ
Разработка функциональной спецификации?


Чтобы не разводить флейм, нужно сначала определиться с терминами.

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

Если "Разработка функциональной спецификации" - это что-то другое, то просьба дать свое толкование.

AlexTheRaven dvvv<...>
Если "Разработка функциональной спецификации" - это принятие решение о том, что должна делать система, то как можно, не решив, что система должна делать, разрабатывать ее прототип, интерфейс, и.т.д.?
Прототип как раз можно. Дело в том что заказчик очень редко сразу же может точно и правильно сформулировать, что должна делать система. Но посмотрев на систему, он может сформулировать это значительно лучше. Полномасштабную систему переделывать долго и дорого. Поэтому и разрабатывают прототип системы, обладающий функциональностью, с которой связаны наибольшие риски.
Да, конечно. Я имел в виду, что для того, чтобы делать прототип, надо хотя бы знать, прототип ЧЕГО делается. То есть все равно, в самом начале должен быть документ, в котором написано, что нужно сделать систему, которая должна учитывать, например, сепульки. Этакая функциональная спецификация нулевого приближения. Потом, после показа прототипа, эта спецификация будет уточнена, прототип усовершенствован, и т.д. пойдет итерационный процесс. А если этого с самого начала не написано, то сделают прототип системы учета фигулек, и только после его показа заказчику выяснится, что надо было - учета сепулек. То есть будет проведена одна лишняя итерация. Не смертельно, конечно, но сроки, но бюджет... А квалификация аналитика как раз измеряется тем, насколько он может уменьшить число таких итераций, вытягивая из потока сознания заказчика как можно больше информации ДО показа ему реализации системы.