?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Про ECM и PLM, а также пятое поколение инженерных информационных систем [02 Dec 2011|09:45am]
Это ответ на коммент ttfna в треде http://ailev.livejournal.com/965124.html?thread=9717252#t9717252 к моему постингу про четыре поколения перехода от документ-центричности к датацентричности. Получилось много, и в коммент не поместилось. Собственно, я всё это уже в разное время у себя в ЖЖ писал -- разве что разноски по поколениям не делал.

1. Многие современные как гибридные, так и датацентричные PLM (системы product lifecycle management) используют всё то же самое, что ECM (enterprise content management), по факту используемые в крутой документоцентрике -- наличие "объектов" в них не является критерием отличия. Я бы сравнивал современные ECM с более ранними PDM (product data management) системами, где самое важное было как-то управляться с многочисленными файлами разной природы -- понимая при этом, что физическое представление "файла" не так важно, как его "объектная" сущность и поэтому собственно работа ведется с "карточками" этих файлов -- а сами эти карточки вполне себе "объекты".

2. Как в ECM и PDM, любые современные PLM имеют какой-нибудь item с атрибутами и associations/relations этих items в основе, поддерживающая наследование и прочие прелести объект-атрибутной модели. Никакой предметной области нет, кроме просто развитой работы с данными. Эта объект-атрибутная модель опирается на какую-нибудь реляционку под ними -- все они "нашлёпки" над каким-нибудь Ораклом.

3. Но далее в PLM уже над items строится некоторая (у кого более богатая, у кого менее богатая) онтология, которая подразумевает мэппинг структур данных на объекты реального мира: фишка не в том, что довольно быстро в этой модели мира мы выходим на "оборудование", важное для PLM, а в том, что сама эта модель мира начинается с thing (почувствуйте разницу с item!) и принципиально расширяема в этой описывающей мир, а не описывающей структуры данных части -- причем "из коробки". В отличие от ECM настройка на предметную область производится не только разработчиками "плагинов" (это тоже есть), но и предварительно в PLM существует уже некоторая связная модель инженерного мира.

4. В этих PLM опять же "из коробки" даны слитые воедино модели данных/онтологии разнопредментых authoring tools, это нормальный стиль. Эти разные модели данных принципиально сливаются в одну модель данных, что гарантируется общей онтологией, а не общей схемой данных из items и relations.

5. Эта архитектура была выработана после того, как выяснилось, что работа с plugins как в ECM (это было в ходе разработки стандарта STEP, закончившейся не "единым языком инжиниринга", как предполагалось, а кучей application protocols для разных предметных областей) не гарантирует, что модели данных всех эти plugins сольются в одно красивое целое -- если при этом не основывать все эти предметные модели данных на беспредметной общемировой (еще раз повторюсь: "беспредметная модель данных" моделирует мир -- вещи, время, пространство, отношения, свойства, атомы, молекулы, живое-неживое и т.д., что нельзя путать с абсолютно другой природы айтемами, записями, атрибутами, объектами и прочими формализмами данных).

6. Конечно, уже начинаются интересные примеры, как из разных ECM пытаются делать PLM: для этого берут огромного размера рашпиль и доводят более-менее удачную ECM до состояния PLM -- например, это произошло с MatrixOne и Enterprise Bridge после их приобретения разработчиками САПР. Но это переход в уже другой класс систем, и фишка в существенной доработке модели данных -- т.е. огромный объем программирования как раз в терминах этих айтемов и записей, но этот объем программирования выполняется еще до всяких там "плагинов", как раз для того, чтобы потом данные самых разных заранее даже неизвестных еще плагинов слились в одну информационную модель. Это совсем другой стиль, нежели обычная работа с плагинами в ECM.

7. Именно необходимость объединять данные разных предметных областей и authoring tools ставит запрет на использование объект-атрибутной модели: что для одного authoring tool объект, для другого authoring tool атрибут. Отсюда и переход к факт-ориентированной модели, в которой все те же фрагменты мира выражаются в формализме классов (теории множеств), а не в субстанциональной аристотелевской парадигме объектов-свойств.

8. Люди из мира PLM, естественно, знают про происходящее в мире ECM, идиотов-то сейчас нет. Другое дело, что они когда-то сами таким занимались -- но ввиду много бОльшей сложности их задач они пошли дальше.

9. Масла в огонь подливает то, что ECM и связанный с ними MDM обычно внутрикорпоративны, а вот для PLM обычно данные и справочные данные должны быть отраслевыми -- проекты выходят далеко за границы любой инжиниринговой компании, и с самого начала архитектура и способы работы должны поддерживать работу комьюнити. Именно поэтому ISO 15926 сразу подразумевает для интеграции данных использование федерации библиотек справочных данных, а не "корпоративное решение MDM".

10. Файл, конечно, не эпицентр современных ECM -- но так уж получается. То есть потенциально современные ECM могут быть использованы не как средства второго поколения (где главное -- это обеспечивать ссылки на файлы из паутины классификаторов), а средства третьего поколения (где главное -- это поддержание модели предметной области, из которой уже и идут ссылки на "первичку"). Но модели предметной области, где задействованы ECM получаются жидковаты. Мы в 1998 году затеяли разработку онтологического движка Communiware, это как раз была попытка сделать ECM с отрывом от файлов -- ибо мы целились на рынок интернетов и интранетов, где важны были не столько файлы, сколько статьи, постинги, комментарии, рубрики и прочие нехитрые предметные сущности. Мы сделали онтологический движок, и на нём нехитрую обобщенную модель того самого веб-контента. На этой совсем нехитрой модели всё и закончилось, ибо при выходе на хитрые модели потребовалось бы принимать абсолютно другие архитектурные и онтологические решения. На этом же заканчивается сейчас "семантик веб": множество нехитрых онтологических моделей отнюдь не слипаются в полноценную хитрую модель куска реальности. Финансовые модели мира -- при всём к ним уважении -- оказываются много менее хитрыми, нежели модели продукции, достаточные инженерам для производства. Инженерам потребовалось двадцать лет для осознания этого факта неслипания их моделей данных в ходе работы разных консорциумов и групп по стандартизации (прежде всего -- консорциума EPISTLE) и необходимости поэтому использования какой-то общей верхнеуровневой онтологии для разных authoring tools.

11. Итого: ECM обычно относятся ко второму поколению крутой датацентрики, ибо несмотря на всю их пригодность к вышиванию на них крестиком сложных моделей данных никто этого не делает. PLM как раз "из коробки" содержат весьма сложные схемы данных инжиниринга, и поэтому относятся к третьему (гибридному) и четвертому (датацентрическому) поколениям.

12. Я ожидаю, что пятое поколение -- это будет про федерацию датацентричных систем.
5 comments|post comment

Неделя образования по информатике: 4-10 декабря 2011 [02 Dec 2011|05:28pm]
С понедельника начнется неделя образования по информатике -- разные люди из 130 стран с 4 по 10 декабря 2011 года будут пропагандировать важность computer science в школьных и вузовских образовательных программах, уговаривать чиновников обратить на это внимание (а то и деньжат подкинуть), обмениваться опытом преподавания, проводить олимпиады и прочие соревнования для школьников и студентов и т.д..

К этой неделе делается много полезного и интересного. Вот, например, американский вебсайт этой недели составил список образовательных ресурсов по информатике: http://www.csedweek.org/resources (очень интересный, кстати, список).

Мой личный план в рамках мероприятий этой недели:

1. Приму участие в научно-практическом семинаре "дошкольная алгоритмика". Особо обращу внимание, что в мире дошкольной алгоритмикой вообще мало кто занимается -- это фронтир. Сначала алгоритмике нигде не учили, затем учили только в ВУЗах, затем в старших классах, а теперь уже и в средней школе. Я тут не имею ввиду те задачки "рассортируй птичек и рыбок на две кучки" и "какой предмет лишний на этой картинке", которые сейчас выдают за информатику для младшеклассников. Я тут имею ввиду написание настоящих программ, в которых есть и циклы, и условия, и подпрограммы с параметрами. Так что это будет вполне себе фронтир. Кстати, я в 2009г. уже писал про Михаила Долинского и его школу программирования для младшешкольников со слоганом "программировать раньше, чем читать!" -- они вполне себе работают, и тоже тем самым находятся на фронтире: http://dl.gsu.by/NForum/forum/list/16.dl
[на семинаре выступил -- http://ailev.livejournal.com/966698.html]

2. Буду заниматься с собственным сыном-третьеклассником -- на сегодня осталась последняя задача 14 урока, а на "образовательной неделе" начнем решать задачи 15 урока курса http://server.179.ru/wiki/?page=DenisKirienko/Kumir
[выполнил -- уже прошли 10 задач 15 урока]

3. Сделаю постинг о том, как учить премудростям ISO 15926, это ведь тоже информатика.
[выполнил -- http://dot15926.livejournal.com/27293.html]
11 comments|post comment

Об выборы [02 Dec 2011|07:24pm]
Я сам голосовать не иду: что толку крутить ручку, которая никак с исполнительным механизмом не связана?! А символические связи меня не волнуют, я ведь не религиозен и в ритуалы подобного сорта не верю (подробности про ритуальность выборов -- http://kuznetsov.livejournal.com/104425.html, я расхожусь с автором этого текста только в том, что само христианство и прочие мировые религии я считаю тоже язычеством, только версии 2.0).

У меня про выборы только два вопроса, и оба про то, что правды ждать вообще неоткуда:

1. Многие школы в понедельник будут отмываться от выборов -- в буквальном смысле (http://vvagr.livejournal.com/1685393.html). В нашей школе выборов нет, но понедельник таки будет выходым. Вот какую бумажку приклеили дитёнку в дневник: "Уважаемые родители! Во исполнение приказа Департамента образования города Москвы от 22 ноября 2011 года №912 "Об организации образовательного процесса в государственных образовательных учреждениях города Москвы в период ограничительных мероприятий по гриппу и ОРВИ в 2011-2012 учебном году", в соответствии с СП 3.1.2.1319-03, письмом Управления Роспотребнадзора по городу Москве от 21.11.2011 года №17-06-03/615 и приказа начальника управления образования центрального округа В.И.Лопатиной от 24.11.2011 № 1519 информируем Вас о том, что 5 декабря 2011 года (в понедельник) в нашей школе -- "День здоровья", дети не учатся. Учащиеся в этот день пребывают дома, выполняют задания, которые задали учителя на дом, проводят профилактические мероприятия по предупреждению ГРИППА (по усмотрению родителей). Выход в школу -- 06 декабря 2011 года".

Речь, конечно, не о выборах, просто дети должны будут сидеть дома и проводить "профилактические мероприятия по предупреждению ГРИППА (по усмотрению родителей)".

2. В ЖЖ выполнили "принуждение к дню предвыборной тишины". Будут ли продолжать ддосить Живой Журнал и после выборов? Хотя официально выборы тут не при чем, просто чистое хулиганство, никакой политики! ЖЖ, скорее всего, поднимется уже после подсчета голосов -- тоже ведь будет проводить профилактические мероприятия по предупреждению компьютерного ГРИППА (по усмотрению менеджмента). И Коммерсантъ тоже будет сидеть дома лишний день, разве что мы в его случае номера письма и имени чиновника не знаем...
13 comments|post comment

navigation
[ viewing | December 2nd, 2011 ]
[ go | previous day|next day ]