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

• Автор: Луканин, Николай Валентинович
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2011
• Место защиты: Москва
• Количество страниц: 157 с. : ил.

СОДЕРЖАНИЕ
ВВЕДЕНИЕ.

1. АНАЛИЗ МЕТОДОВ И МОДЕЛЕЙ ИНТЕГРАЦИИ РАЗНОРОДНЫХ ПРИЛОЖЕНИЙ И БАЗ ДАННЫХ.

1.1. Системный анализ проблем интеграции данных и приложений

1.2. Основные этапы интеграции приложений.

1.3. Методы интеграции данных.

1.4. Аналитический обзор методологии проектировании баз данных

1.4.1. Обеспечение целостности данных.

1.4.2. Принципы построения функциональных зависимостей

1.4.3. Нормализация отношений.

1.5. Семантическое моделирование

1.6. Основные направления развития информационных технологий в сфере управления предприятиями промышленности и транспортного комплекса Выводы но главе 1.
2. РАЗРАБОТКА ПРИНЦИПОВ ФОРМИРОВАНИЯ ОТКРЫТОЙ ГИБРИДНОЙ СРЕДЫ ИНТЕГРАЦИИ РАЗНОРОДНЫХ ПРИЛОЖЕНИЙ
2.1. Формальные операции создания структуры приложений
2.2. Схемы описаний элементарного приложения, структуры и сценария
2.3. Синхронизация процессов и согласование элементарных приложений по данным
2.4. Представление иерархической структуры приложений в виде сет и Петри.
2.5. Механизмы описания сцепленности процессов, порождаемых приложениями
2.6. Формирование структуры приложений и описание подобных
процессов
Выводы по главе 2.
3. РАЗРАБОТКА МОДЕЛЕЙ ПРЕОБРАЗОВАНИЯ СТРУКТУР ДАННЫХ ПРИ ИНТЕГРАЦИИ ПРИЛОЖЕНИЙ
3.1. Анализ семантических свойств и теоретической обоснованности моделей данных
3.2. Семантическое моделирование данных разнородных приложений
3.3. Задача преобразования данных табличного вида в реляционную модель данных
3.4. Функционал операторной модели преобразования данных.
Выводы к главе 3.
4. ПРОГРАММНЫЕ КОМПОНЕНТЫ ГИБРИДНОЙ СРЕДЫ ИНТЕГРАЦИИ РАЗНОРОДНЫХ ПРИЛОЖЕНИЙ
4.1. Структура и функционал инструментальных средств интеграции приложений
4.2. Программные технологии разработки инструментальных средств и приложений
4.2.1. Универсальный набор фреймов интеграции программных компонентов.
4.2.2. ivX компоненты интерфейсного взаимодействия.
4.2.3. Механизмы синхронизации и блокировок приложений сценария
4.3. Интерфейс программных приложений.
4.4. Структура программных модулей, реализующих встраиваемую
библиотеку расчетов.
Выводы по главе 4.
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА


Очень важно иметь возможность быстро включить эти новые источники данных в Хранилище без сложной и длительной реконструкции последнего. Часто Хранилище может использоваться как цельный источник данных для создания различных подмножеств данных, таких как витрины или кубы, что облегчает разработку отчетности. Хранилище должно поддерживать процесс создания таких витрин и помогать пользователю в извлечении наборов данных. Конструктивное решение Хранилища данных должно позволять бизнес-пользователям принимать участие как в первоначальной разработке Хранилища, так и в последующих изменениях его дизайна, связанных с изменениями требований бизнеса. Как показывает опыт, чем больше вовлечены пользователи в общее проектирование Хранилища, тем более вероятно, что будет удовлетворять требованиям бизнеса. Например, в Хранилище должен учитываться тот факт, что один и тот же субъект бизнеса в одних случаях может рассматриваться как клиент, а в других - как поставщик, в идеале Хранилище данных должно быть легко адаптируемым, чтобы пользователи могли работать только на уровне бизнеса, не осложняя себе жизнь, например, названиями таблиц. Также изменения в Хранилище, связанные с изменениями в бизнесе, не должны требовать выгрузки всех данных и их повторной последующей загрузки. Это замедляет развитие бизнеса и затрудняет способность быстро реагировать на изменения. В течение этого периода некоторые объекты могут измениться. Если эти исторические данные не сохраняются, то сравнение состояний одного и того же объекта во времени окажется невозможным. Необходима функция поддержки планирования бизнес-сценариев, т. Это необходимо для изучения будущих возможностей бизнеса. Помимо этого, часто возникают новые сценарии и структуры отчетности, которые должны быть включены в Хранилище до того, как они вступят в силу. Это также важно для планирования различных сценариев. Элементы включают управление процессами, моделирование процессов и технологический процесс, который охватывает различные задачи, процедуры, архитектуры, требуемую входную и выходную информацию, а также средства, необходимые для каждого шага в бизнес-процессе. Ila этом уровне интеграции целью является объединение данных или функции одного приложения с другим, благодаря чему обеспечивается интеграция, близкая к реальному времени. Интеграция приложений используется - и это далеко не полный список - для интеграции В2В, внедрения CRM-систем, которые интегрированы с корпоративными серверными приложениями, web-интеграции и построения web-сайтов, которые поддерживают многочисленные бизнес системы. Кроме того, может потребоваться проведение специальной интеграции, особенно когда требуется интегрировать существующее приложение с вновь устанавливаемым ERP-приложением. Залогом успешной интеграции приложений и бизнес-процессов является интеграция данных и систем баз данных. Прежде чем приступать к интеграции, необходимо идентифицировать (определить местонахождение) и каталогизировать данные, построить модель данных. По завершении этих трех шагов данные можно совместно использовать/распространять в системах баз данных. Для обеспечения интеграции данных необходимо выбрать стандартные форматы для данных. Стандартами интеграции являются те форматы, которые поддерживают использование и распространение информации и бизнес данных, т. К ним относятся COM+/DCOM, CORBA, EDI, JavaRMI и XML. Чтобы завершить инте1рацию систем - базовой архитектуры, аппаратного и программного обеспечения - необходимо интегрировать разнесенные части гетерогенной сети. Интеграция платформ касается процессов и инструментов, с помощью которых эти системы могут осуществлять безопасный и оптимальный обмен информацией. В результате, данные могут беспрепятственно передаваться по различным приложениям. Например, определение того, как нужно надежно передавать информацию с NT- на UNIX-машину, является чрезвычайно непростой задачей по интеграции всей корпоративной системы. Существует три основных метода интеграции данных: консолидация, федерализация и распространение (рис. Консолидация данных.