Стоит задача организовать управленческий учет на MS SQL 2000 + .Net,
что включает складской учет и взаиморасчеты с несколькими поставщиками и многими оптовыми покупателями.
База будет распределенная - несколько десятков точек. Бухучет вынесен за пределы системы.

Посоветуйте пожалуйста, как наиболее грамотно и с разумной кровью спроектировать слой бизнес логики и автоматизации работы с метаданными. Стоит ли заняться сначала разработкой некоей "фабрики метаданных", которая поможет до определенной степени облегчить создание скажем новых справочников. Насколько это подъемная задача и в какой степени ее рекомендуется решать, в сравнении с усилиями на остальные части подобного проекта.
Хотелось бы создать некоторую ОО инфраструктуру, которая при создании нового объекта в бизнес слое создавала бы скажем все необходимые хранимые процедуры для доступа к данным и т.д. Знаю, что конечно не просто это сделать в том объеме, как это реализолвано в готовых ERP системах, однако наверняка некоторый минимум лучше все-таки сделать. И вопрос в том, насколько далеко следует здесь зайти и на чем разумно остановитья?

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

В общем, профессионалы-практики, помогите не утонуть в море информации, плиз!

funikovyuriА на чем планируете разрабоку?
На С# / VB

Old NickВозьмите мою систему за основу.
Уже скачал.

Буду с ней знакомиться. Спасибо большое.

funikovyuriUML->XMI->(с помощью чего-либо, например xslt или java velocity)->различные артефакты типа таблиц, DAO-объектов, хранимых процедур и т.д.
Если правильно понимаю XMI фактически призван реализовать платформенную и языковую независимость между инструментом UML и той средой, в которой создается само рабочее приложение. То есть я могу взять произвольный (чсловно) инструмент UML, делать экспорт структруктуры метаданных в XMI и затем загружать результат в VS.NET, или наверное более правильно - пользоваться результатом во время работы приложения, то есть в run time.
(Поправьте, если ошибаюсь.)

Если не трудно, посоветуйте какой-то инструмент UML

funikovyuriUML->XMI->(с помощью чего-либо, например xslt или java velocity)->различные артефакты типа таблиц, DAO-объектов, хранимых процедур и т.д.
Если использовать в качестве иструмента скажем PowerDesigner, то в какой степени это означает привязанность к java. Если целевое приложение это связка SQL2000 + C#.Net ?

Вопрос в догонку:
где можно посмотреть какой-нибудь - даже небольшой - пример разработки распределенной (или даже нераспределенной) системы, в которой реализован контейнер справочников и/или документов, - разработанный по цепочке
UML -> XMI -> ORM -> Приложение
или что то близкое к этому?