ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Публикационная активность

(сведения по итогам 2016 г.)
2-летний импакт-фактор РИНЦ: 0,493
2-летний импакт-фактор РИНЦ без самоцитирования: 0,389
Двухлетний импакт-фактор РИНЦ с учетом цитирования из всех
источников: 0,732
5-летний импакт-фактор РИНЦ: 0,364
5-летний импакт-фактор РИНЦ без самоцитирования: 0,303
Суммарное число цитирований журнала в РИНЦ: 5022
Пятилетний индекс Херфиндаля по цитирующим журналам: 355
Индекс Херфиндаля по организациям авторов: 499
Десятилетний индекс Хирша: 11
Место в общем рейтинге SCIENCE INDEX за 2016 год: 304
Место в рейтинге SCIENCE INDEX за 2016 год по тематике "Автоматика. Вычислительная техника": 11

Больше данных по публикационной активности нашего журнале за 2008-2016 гг. на сайте РИНЦ

Вход


Забыли пароль? / Регистрация

Добавить в закладки

Следующий номер на сайте

4
Ожидается:
16 Декабря 2017

Общее информационное пространство задач кораблестроения. Концепция построения информационной модели

Статья опубликована в выпуске журнала № 2 за 2005 год.[ 24.06.2005 ]
Аннотация:
Abstract:
Авторы: Конюхов И.А. () - , , , Орехов К.В. () - , ,
Ключевое слово:
Ключевое слово:
Количество просмотров: 6188
Версия для печати
Выпуск в формате PDF (1.97Мб)

Размер шрифта:       Шрифт:

В начале нынешнего века в отечественном военном кораблестроении существенно возросла потребность в разработке автоматизированных систем проектирования, управления и обучения нового поколения. Подобные системы должны существенно повысить эффективность использования средств, выделяемых на цели обороноспособности страны.

Стратегические задачи современных средств информатизации:

-   значительное расширение круга задач Военно-морского флота (ВМФ), подлежащих автоматизации;

-   существенное повышение производительности труда разработчиков программного и информационного обеспечения;

-   повышение эффективности средств информатизации за счет длительной сохраняемости и повторного использования результатов.

Ключевым вопросом в решении этих задач является создание общего информационного пространства в области кораблестроения, реализованного в виде распределенных хранилищ данных.

Длительная сохраняемость и непрерывное развитие информации могут быть обеспечены только использованием средств на основе международных стандартов на представление и использование информации. В данной статье рассматривается один из таких стандартов – спецификация Common warehouse metamodl (общая метамодель хранилища данных, далее CWM).

Спецификация CWM – это стандарт, который описывает обмен метаданными при использовании технологий хранилищ данных, knowledge management (управление знаниями). Опираясь на базовую метамодель, стандарт добавляет метамодели для реляционных, многомерных данных и данных таблиц, а также для преобразования, функций OLAP, data mining и хранилища данных, включая процессы и операции.

В определенной степени появление спецификации CWM можно считать реакцией корпорации ²Oracle² на продвигаемый Microsoft стандарт Open information model (открытая информационная модель, далее OIM). Осенью 1999 года Microsoft передал указанную спецификацию на рассмотрение в консорциум Meta data coalition (MDC). Разумеется, ²Oracle² не мог допустить лидерства своего соперника в области разработки хранилищ данных и аналитических приложений, и спустя всего несколько недель после памятной инициативы Microsoft, 17 сентября 1999 года, ²Oracle², NCR, IBM и ряд других поставщиков программного обеспечения представили в организации Object management group (OMG) спецификацию Common warehouse metadata interchange (обмен общими метаданными хранилища данных, далее CWMI).

В сентябре 2000 года MDC вошло в состав OMG, и спецификация CWMI стала называться Common warehouse metamodel, ее версия 1.0 была опубликована в феврале 2001 года. В апреле того же года обнародованы файлы спецификации, в которых были указаны исправления опечаток.

Как было сказано выше, спецификация CWM определяет метамодель, представляющую как логические, так и технические метаданные, которые в большинстве случаев присутствуют в области технологии хранилищ данных и аналитики. Она используется как основа для обмена экземплярами метаданных между гетерогенным программным обеспечением, поставляемым различными производителями. Системы, которые понимают метамодель CWM, обмениваются данными в форматах, согласующихся с этой моделью.

CWM выражен на языке UML (Unified modeling language, унифицированный язык моделирования). Но хотя UML является нотационным основанием для определения CWM, CWM расширяет базовую метамодель UML с помощью концепций технологий хранилищ данных и логического анализа.

Можно сказать, что CWM расширяет язык UML в том смысле, что каждый метакласс (metaclass) CWM наследуется либо напрямую, либо из метаклассов UML. Например, метакласс "Реляционная таблица (Relational table) CWM" является непосредственным наследником класса UML (UML class), а "Реляционный столбец" (Relational column) – прямой потомок атрибута UML (UML attribute). Таким образом, CWM можно характеризовать как язык определенной области применения, предназначенный для определения моделей хранилищ данных.

Другой стандарт OMG – Meta object facility (средство метаобъекта, далее MOF) – определяет общие интерфейсы и семантику для взаимодей- ствующих метамоделей. MOF – это пример метаметамодели, или модели метамодели (подмножество UML). Он также определяет набор IDL-преобразований (Interface definition language, язык описания интерфейса, который устанавливает спецификацию интерфейса для обнаружения и управления моделей с помощью программных APIs).

Помимо определения общей семантики для метамоделей, MOF также служит в качестве модели для UML (то есть в конечном итоге MOF определяет язык, на котором выражается метамодель UML). Поскольку CWM наследуется из UML, MOF также является моделью и для CWM. Все модели CWM выражаются на UML и реализуют семантику MOF.

В таблице приведены резюме этих связей в виде классической четырехуровневой архитектуры моделирования.

Мета- уровень

Уровень моделирования

Примеры

M3

Meta- Metamodel/Meta-meta-metadata (мета-метамодель/мета-мета-метаданные)

MOF Class, Attribute, Association, Package, Operation

M2

Metamodel/Meta-metadata (метамодель/мета-метаданные)

UML Class, Attribute CWM Table, Column

M1

Model/Metadata (модель/метаданные)

Product: Table PoductType: Column

M0

Data/Object (данные/объект)

"Toaster" ("тостер") Television" ("телевизор") "Stereo" ("стереосистема")

Наконец, третий стандарт, который непосредственно задействован в обмене метамоделями, – это XMI. XMI (XML metadata interchange, обмен метаданными XML) – это стандарт OMG, который устанавливает правила преобразования метамоделей MOF в XML. XMI определяет, как использовать XML-теги для представления сериализованных моделей, совместимых с MOF. Метамодели MOF транслируются в XML DTD, а модели – в XML-документы, которые согласуются со своими DTD.

Каждая метамодель CWM представляется как XML DTD (в соответствии с правилами XMI), так и определение IDL. В первом случае модели CWM преобразуются в поток (serialize), после чего ими обмениваются как документами XMI. При экспорте метаданных посредством XMI-документа необходимо выполнить XMI-преобразование (MXI-rendering) в форме, которая легальна по отношению к DTD. При импорте данных с помощью XMI-документа следует проверять модель на допустимость по этим DTD.

Во втором случае модели объектов CWM создаются в памяти или хранятся в репозитории. В этой ситуации IDL предпочтительней, поскольку он определяет необходимые интерфейсы, подписи методов и структуру совокупности, которые эта модель должна поддерживать.

Итак, CWM фактически состоит из ряда составных метамоделей (или субметамоделей), которые организованы в виде следующих 4 слоев: базовый слой (foundation), источники данных (resources), анализ (analysis) и управление хранилищем (management).

Базовый слой состоит из метамоделей, которые поддерживают моделирование таких различных элементов и сервисов, как типы данных, системное преобразование типов, абстрактные ключи и индексы, выражения, бизнес-информация и включения программного обеспечения, основанного на использовании компонентных объектов.

Слой источников данных предоставляет возможность моделировать существующие и новые источники данных, в том числе реляционные базы данных, ориентированные на запись базы данных (record oriented databases), а также XML- и основанные на объектах (object-based) источники данных.

Слой анализа предоставляет средства для моделирования сервисов информационного анализа, которые обычно используются в хранилище данных. Он определяет метамодель для преобразования данных, OLAP, визуализации информации/репортинга (business nomenclature) и data mining.

Слой управления состоит из метамоделей, представляющих стандартные процессы и операции хранилища данных, журнализации (activity tracking) и планирования работ [scheduling] (например, ежедневной загрузки и выгрузки).

Этот набор метамоделей, предоставляемых CWM, достаточен для моделирования всего хранилища данных. Используя инструмент, поддерживающий CWM, можно было бы сгенерировать экземпляр хранилища данных прямо из модели хранилища. Каждый из этих различных инструментов использует те части модели, которыми можно воспользоваться. Например, сервер реляционной базы данных задействует реляционный блок этой модели и будет использовать его для построения его каталога. Аналогично OLAP-сервер будет отыскивать в модели метаданные OLAP и использовать их для определения многомерной схемы. А инструмент извлечения, преобразования и загрузки данных (ETL), скорее всего, обработал бы срез модели хранилища данных, которая охватывает несколько метамоделей CWM, в том числе метамодели OLAP, преобразования, типа данных, преобразования типов, выражений и реляционную метамодель.


Постоянный адрес статьи:
http://swsys.ru/index.php?page=article&id=542
Версия для печати
Выпуск в формате PDF (1.97Мб)
Статья опубликована в выпуске журнала № 2 за 2005 год.

Возможно, Вас заинтересуют следующие статьи схожих тематик: