Друг у меня в контору московскую перешел работать. У них там на Sybase собственная бухгалтерия накатана, расчет зп, чего то там для Билайна. Короче проектов куча крупных. Ну они естественно их латают под многочисленных клиентов. Жаловался очень, что они Power Designer используют, с него дописывать в БД ХП, триггера и т.д. печально, поэтому они меняют все как и обычно ручками, а потом изменения обратно в Power Designer вгоняют, чтобы значит его модель с существующей синхронизировать. Хотя сам подтверждает что с помощью этого Case ему было удобно в постановку вникать, как только на работу к ним пришел по схемам, и что для большой группы разработчиков более менее можно версионность изменений делать и отслеживать, кто, что менял. Так что наверное, где более 2 человек ведут разработку и доработку БД, Case все таки полезен. А насчет того, что через него удобно с юзерами общаться и можно им показать, обьяснить и выслушать конструктивную критику, в век не поверю, если только не имеются ввиду постановщики, специализирующиеся на этом. Но им и в EM схема сгодиться. А вообще то мне кажется сложно внятную логическую модель начертить для БД, хоть каким то боком зависящую от Российского законодательства - вот сколько себя не помню, все силы уходили не на то, чтобы создать внятную структуру БД, с четко описанной информаций и алгоритмами поддержки бизнес-логики и расчетов, а всегда на то, чтобы сделать нечто, что выстоит и не потребует коренных изменений структуры при следующем законодательном чтении кодекса РФ. Скажите, чем может помочь Case, который знает стандарты построения правильных баз данных при проектировке бд для России, когда вы выдумываете разные фичи на борьбу с фразой "Пойди туда, не знаю куда, принеси то, не знаю что". Я лично взял за правила хорошего тона не только полностью с постановкой задачи знакомиться, но и с динамикой ее изменений хотя бы за последние 5 лет. Сооответствующе тогда и вырисовываются узкие места, которые нельзя просто реализовать структурой по принятым стандартам, появляется куча обьектов в БД, которые казалось бы никакого отношения к прямой постановке задачи и не имеют, а служат промежуточным функционалом для решения проблем гибкости системы.