Средства и методы разработки

По поим скромным наблюдениям, с UML все малость сложнее. Т.е. UML - это сильная штука, и при правильном использовании он даст пользу, стопудово. Но! BRAIN.SYS должен быть нужной версии. Иначе обезьяна с гранатой. Если одновременно с UML обяснить человеку основы системного подхода к программированию (не путать с системным программированием), то он будет использовать его очень эффективно. Если ламеру объяснять в стиле - "используй UML, иначе какой же ты нахер крутой программист", то будет ламерство. Нужно очень четко понимать, то есть разные методолоии и инструменты. Есть всякое разное функциональное, декларативное и пр. программирование, и есть некий базис, в котором решаются задачи в рамках выбранной методологии. Но с другой стороны, функциональное программировнаие - это не язык, на нем программу на напишешь. Вот тут UML и нужен. Ибо он позволяет в обобщенном виде описать базисные объекты любого метода программирования, и графически отобразить, как из этих базисных методов строится решение задачи. Сила UML в том, что он позволяет, не заморачиваясь с реализацией, отработать решение задачи в рамках какой-то методологии. И, например, выбрать оптимальную методологию для решения задачи. Далее уже можно кодить - трансформировать конструкции UML в язык. И вот тут важно вот что, чего я пока не увидел. Автоматическая кодогонерация - это формирование некоего шаблона. Использовать его без правки будет токо мудак. Далее идет тонкая ручная шлифовка кода. Но! Важно иметь некую систему тегов, чтобы из куска кода я мог прыгнуть в UML картинку и понять, как этот кусок, который я так тщательно вылизал, соотносится с другими. Потом полазить по UML картинке и прыгнуть в другой кусок кода. В другом файле. И начать править именно его. Для меня UML - это средство визуализации сложного кода. С иерархиями. И средство навигации по коду, если хотите. Вот вопрос в том, где есть тулзы, которые дают такой изоморфизм для чистого С?