CRUD =Create, Retrieve, Update, Destroy/Delete

dragon_riderЧто я могу в ней создать общую схему базы даннх со всеми связями, вложенными таблицами итд и эта программа скомпелирует мне соответствующий код? Что не менее важно:
-обсудить с заинтересованными лицами (заказчиком, другими пользователями,...) и выверить заложенные в дизайн базы бизнес-правила ,
-документировать дизайн.

Обсуждение и выверка модели обычно делается на двух уровнях, кратко:
на концептуальном важно перечислить сущности и связи, не вдаваясь в детальный состав атрибутов и способ идентификации. Здесь могут быть опущены некоторые "очевидные" вещи типа справочника валют. Для пользователей часто составляет сложность понимание связей, появляющихся при отображении связей многие-ко-многим в специальные таблицы, поэтому на концептульном уровне лучше их (многие-ко-многим) оставлять в форме связей.
На логическом уточняется состав атрибутов, бизнес-ключи, развязываются отношения многие-ко-многим.

Для обсуждения и проверки дизайна с заинтересованными непрограммистами полезно дополнительно к диаграммам концептуальной/логической модели подготовить отчеты по сущностям и по связям, где естественным языком описаны сущности (комментарий) и бизнес-правила связей.
В ходе обсуждения задаются вопросы, демонстрируются примеры, выясняется действительно ли поставщик может быть только организацией, и т.п. и выверяются принятые решения. Задач неформализуемая - одно из основных умений проектировщика - знать, что спросить:).

ShtockЭто то то все понятно, я просто думал, что можно как-нибудь "выверить" автоматически. Сам бы хотел...