Доброго времени суток!
Поделитесь плиз опытом, как вы храните\поддерживаете описание больших критичных процедур(наборов процедур обеспечивающих определенный функционал)? Про комментарии в коде конечно понятно, что они нужны.
Но хотелось бы, чтобы посмотреть алгоритм мог не только разработчик. например человек, который будет писать ТЗ, на доработку, или анализировать некую ситуацию...

Гавриленко Сергей АлексеевичИ да, при чем тут MSSQL?

Спасибо за ответ. Да, вопрос наверное более общий. Просто в данном случае почти вся логика в хранимках и триггерах MS SQL, поэтому тут и спросил.

З.Ы. Временами возникает необходимость описать, что делает некий набор хранимок, вот и думаю, как проще и лучше.

Доброго времени суток!
Поскольку снова актуально, хочу апнуть тему и немного прояснить ситуацию.
Пресловутый набор хранимок берет данные из нескольких баз (MES, плановая, констр-ская), на выходе имеет некую структуру (перегоночную таблицу) для перекачки данных в другую систему, заполнение происходит при помощи кучи case-ов, скалярок, в зависимости от импортированных, расчетных параметров и т.д. Писалось все изначально без оформленного ТЗ и довольно долго дорабатывалось разными разработчиками, в т.ч. и мной на основании ТЗ, писем, служебных и т.д. Хочется получить некое описание, которое станет отправной точкой для последующих более четких Т.З., рефакторинга, а также тыкания пальцем пользователя в алгоритм, для объяснения ему почему в одном случае работает так, а в другом иначе. Делал попытку разбить итоговый набор данных по полям и описывать из какого источника в каком случае берется, фильтры, преобразования и т.д. Довольно громоздко получается.
З.Ы. Как лучше всего решать подобные задачи? Что в итоге - потоки данных, объемное текстовое описание, блок схема?