Раз за разом, сталкиваюсь с одной и той же ситуацией. Существует схема работы, которую необходимо автоматизировать и есть типичный подход к решению, который заключается в быстром написании программки для данной задачи.
Все очень просто, сваяли и в работу, ну а спустя некоторое время выясняется, что:
1. Пользователи ошибаются, необходимо выяснить, кто совершил ошибку – вводится протоколирование.
2. Необходимо предусмотреть точки, в которых необходимо поставить возможность отката ошибочных операций.
3. Необходимо создать отчеты для контроля работы (увидеть ошибки как можно раньше).
4. Необходимо создать конвекторы для загрузки данных в иные системы.
.........
И прочее, прочее, прочее, я даже не обсуждаю, насколько правильна была прописана общая логика.
Клиент не видит эти проблемы, до момента их возникновения. Ему важна скорость, с которой будет разработана, необходимое средство, разработчики считаю, что главное «ввязаться в бой», а потом доработаем. Более того, пытаясь указать на возможные осложнения, получаешь в ответ «Не надо Каркать…» и «Накаркал» когда проблема проявилась.

Petro123вопрос в чём?
В ТЗ должно быть написано "Что должно быть сделано" Вы видели много ТЗ которые решали (бы) все проблемы?

shelsoftЕсть некие стандартные вещи которые можно включить в своего рода корпоративный framework. Я не обсуждаю то, что вы назвали framework и его возможности.
Само по себе протоколирование (и так далее) не решает никаких проблем, более того, наличие в протоколах "лишней" информации, способно сильно усложнить жизнь
Все приведенные пункты, только маленький (мне казалось очевидный) пример, того о чем нужно думать при разработке. Я ввел последовательно возникающие проблемы (стандартные для меня), если хотите приведу немного другой пример, который не будет зависеть от применяемого (стандартного) framework (мне не очень хотелось показывать ошибочную логику).

shelsoft Я Назвал тему "Уровень формализации". Любой процесс, обладает своим уровнем и вопрос не столько в "стандартных накарканных" библиотеках или методах разработки, сколько в необходимости сразу прописывать этот уровень...
KGPсложилось впечатление, что в вашем случае... Да нет... я наверно не очень удачный пример привел.
Завтра попробую более подробно описать.