2 Cat2
Ого, я и не ожидал такой реакции :) Упомянул только, чтобы согласиться с вами по поводу актуальности задачи. Хорошо, выберу время, напишу поподробнее, сходу не готов. Скажу только, что подсистема эта не универсальная. В том смысле, что она вряд ли имеет самостоятельную ценность в тиражировании вне данной производственноцй системы, многовато специфики заложено. Но обсудить можно.

guest_20040621Какие модели, метамодели, стандарты используете?Модели чего, простите? Если речь про модели данных, то используем реляционную МД. Если про модели БД, то сами проектировали, кое-что позже обсудить можно. Про какие стандарты речь? Стандарты на системы планирования мероприятий? Есть такие? Сам бы с удовольствием почитал.
guest_20040621Какую модель выбрали для описания внешних источников данных? Для обмена данными?Повторюсь, система не самостоятельная, часть большой системы, никаких внешних источников данных, кроме данных ERP-системы предприяти не предвидится, поэтому универсальные средства обмена не создавались в принципе. Обмен с ERP, конечно, нужен, но у них новая ERP только-только внедряется, еще не все устаканилось, поэтому это впереди. guest_20040621Онтология в каком-то виде присутствует?
Мое глубокое убеждение состоит в том, что все разговоры про использование онтологий для описания семантики не более чем красивые слова. И способ для кого-то сделать очередной дисер. Все, что я видел сделанного на онтологиях было притянуто за уши и на практике бесполезно. Возможно, я ошибаюсь, я тут не великий специалист.
Кроме того, я не понимаю, при чем здесь вообще онтологии в контексте обсуждаемого вопроса?
guest_20040621Есть синонимизация календарей?Очередные красивые слова? Я не боюсь признаться, что первый раз такой термин вообще вижу. Поиск этого словосочетания в гугле выдал круглый 0 ссылок. О чем речь?

guest_20040621Ага. Все пользователи всегда живут по соседству, говорят на одном языке, исповедуют одну и ту же религию и отмечают исключительно советские праздники. Пользователи нашей системы — да. В рамках региона РФ и российского законодательства. guest_20040621СУБД, полагаю, M$ SQL? Очень целостная картинка.Да, MS SQL, хотя это не принципиально. А какие проблемы с MS SQL?

MainframeНаверное, речь идет о возможности разработки модуля (системы) планироания всех возможных интересов организации.На такую глобальную задачу не замахивались. Релизовано планирование численных показателей и планирование мероприятий. Все это с поддержкой привязки к технологическим объектам, с поддержкой ограничений ("связей"), налагаемых на мероприятия, с поддержкой версионности планов, хитрой системы утверждения фактических параметров и отчетов об исполнении и пр. Но все это не претендует на столь общий подход, как планирование всех возможных интересов организации.

2 Mainframe
С интересом читаю дискуссию, открываю новое. Но вот подметил, что при столь общем подходе, как вы рассмотрели, в сущности, описывается абсолютно любой вид деятельности. "Планирование" как таковое становиться не более чем частным случаем (или можно почти все обозвать "планированием").
В этом случае не видится ли вам здесь попытка объять необъятное? Все если так обобщать, получится некое универсальное средство описания любых данных, плюс их ограничений, плюс набор операций манипулирования всем этим. Короче, получится еще одна модель данных (в строгом смысле), то есть альтернатива СМД, ИМД, РМД, ОМД... А ее реализация поверх РСУБД будет ни чем иным как СУБД внутри другой СУБД.
А хорошо это или плохо по совокупности, это еще надо обдумать. Что скажете?

Cat2Я настолько сильно не замахивался
У меня все проще было. На предприятии существуют разные планы работ: по управлению качеством, по профобучению, по охране труда и т.д. и т.п. Каждый план содержит в себе мероприятия: циклические и разовые. Некоторые мероприятия могут иметь несколько этапов. Некоторые мероприятия могут входить в несколько планов. Есть ответственные: за планы целиком, за конкретные работы, за этапы работ. Есть исполнители. Окончания работ должны отмечаться разными документами. Все ответственные и исполнители должны вовремя информироваться от приближении сроков и о невыполненых мероприятиях.
Все должны иметь свои личные графики.
В общем-то, никаких запредельных задач.Почти аналогично. Только у нас со спецификой предприятия: есть потребность привязки элементов (мероприятий, работ, показателей) к технологическим объектам. Кстати что у вас мероприятие? У нас это набор элементов (мы их называем работами мероприятия), а у вас это, похоже, этапы. Конкретная временная привязка есть только у работ мероприятий, а само мероприятие включает название (по сути тип работ) и ряд общих параметров. Ну, это все упрощенное описание.
Мероприятия у нас не могут принадлежать разным планам (зато могут быть друг с другом связаны). У вас вижу могут. В этом есть и свои плюсы и минусы. У вас плюс гибкость, зато минус (как я вижу) -- трудности в поддержке версионности. У нас версионность только у планов, а у вас надо поддерживать еще и у мероприятий. И все это согласовывать.