Как раз дело в том, что такого софта у нас как раз и нет. И сейчас мы пытаемся обозреть, чем нам грозит эта самая CIM-модель. То ли реструктуризацией всего ПО, то ли дописыванием какого-то модуля для интеграции с системами, реализующими CIM-модель.

Верно ли я понял, что CIM - это некий интсрумент из разряда абстрактных средств? Например, как UML?

guest_20040621> чем нам грозит эта самая CIM-модель

Зависит от того, как написано Ваше приложение.


Мы можем доделать кусок (скажем при помощи веб-сервисов или других сетевых служб), который будет заниматься общением с внешними системами по определенному протоколу. Система расширяема и масштабируема.

Вообще-может ли кто-то указать СУТЬ самого понятия CIM-модели? Или это некий стандарт, описывающий непосредственно ПРОЦЕСС разработки?

ПС: извиняюсь за возможные высказанные откровенные глупости.

Понятно. Одним словом, вода :)
И РЕАЛЬНОЙ пользы от использовании в верхнем приложении реализации некоей СИМ-модели в деле интеграции кучи производителей однообразной системы не принесет, ИМХО. Ибо польза будет только в том случае, если и интегрируемые системы будут удовлетворять этой самой СИМ-модели для интеграции в нечто одно и большое (светлое). Я прав?

ПС: буквально 10-15 минут назад в голову пришла как раз аналогия. Что CIM-модель это нечто сродни UML. Набор правил, свойств и еще чего-либо, НАРИСОВАННЫХ при помощи набора предопределенных символов.

ППС: насколько я понимаю, СИМ-модель удобна может быть в двух случаях:
а) документирование существующей системы;
б) фомирование технического задания на разработку будующей системы (стадия проектирования).
Или есть еще что-то, что я упустил?

guest_20040621> Одним словом, вода :)

У-у-у... как все запущено... Куча народа пишет спецификации, рисует диаграммы - им просто нечем заняться, по-Вашему?

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

Вспоминается анекдот про то, как русские на Луне чего-то сделали при помощи разводного ключа и какой-то матери :)

guest_20040621
> насколько я понимаю, СИМ-модель удобна может быть в двух случаях

Это заблуждение. Вам религия не позволяет спецификацию почитать?
Что-ж. А не могли бы Вы вкратце описать, что я упустил?
Спецификацию религия очень даже позволяет почитать :) Но можно ж упустить что-то важное.
Да и обилие информации разносторонней не позволяет чувствовать себя уверенным в том, что смогу ее охватить в сколько-нибудь приемлемые сроки...

guest_20040621> Одним словом, вода :)


Вода в том смысле, что к конкретике (конкретной реализации) имеет далекое отношение. Вот и все.
Что просто сама ИДЕЯ СИМ-моделей не дает следующего:
средствами одного разработчика-интегратора.


Это была выдержка из рекламного буклета. Который к тому же был подан под несколько иным соусом :)

Вопрос: достаточно ли данной статьи:
http://www.citforum.ru/internet/articles/xml_011.shtml
для понимания идеологии СИМ-модели?

ПС: дабы не ковырять наглоязычную документацию в больших количествах...

ModelR но если стороны не договрились об общем понимании обозначения городов или устройств - все это не помогает.

Сегодня выбор средств обмена достаточно широк, чтобы не быть критичным.

В том-то и дело. И никакие СИМ-модели с одной стороны не помогут в случае поддержки только с одной стороны. ИМХО.

ModelRПо моему глубокому ИМХО интеграция должна начинаться не с форм, а содержания данных.

Хотя, таки, по-моему проектирование должно как раз начинаться с составления форм (моделей). Определенных Задачей. Определяющих уже структуры данных, а за ними и все остальное :)