Способы интеграции приложений: передача файла, общая база данных

Файлы— это универсальный механизм хранения данных, встроенный в любую опе­рационную систему и поддерживающийся любым языком программирования. Таким об­разом, один из самых простых способов интеграции приложений может быть основан на использовании файлов.

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

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

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

Более частый обмен данными согласованного формата обеспечивает общая база дан­ных.

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

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

Еще одним камнем преткновения для реализации общей базы данных является ком­мерческое ПО. Большинство коммерческих приложений работает только со встроенной схемой данных, возможность адаптации которой зачастую оставляет желать лучшего. Ус­ложняет задачу также тот факт, что создатели коммерческого ПО склонны изменять схе­му данных с каждой новой версией своих продуктов.

41. Yandex.RTB R-A-252273-3
    Содержание

    • Понятие проектирования
    • Стадии проектирования
    • Типовые проектные процедуры: структурный синтез
    • Типовые проектные процедуры: параметрический синтез
    • Типовые проектные процедуры: процедура анализа
    • Цели создания сапр
    • Оптимальное проектирование с использованием сапр
    • История развития систем автоматизации проектирования. Развитие инженерного мышления
    • История развития систем автоматизации проектирования. Автоматизация проектирования вычислительных машин и электронных схем
    • История развития систем автоматизации проектирования. Автоматизированное проектирование в машиностроении
    • Системы автоматизированного проектирования: определение, назначение
    • Принципы создания систем автоматизированного проектирования
    • Взаимосвязь сапр с другими ас
    • Структура и виды обеспечения сапр
    • Классификация сапр
    • Лингвистическое обеспечение сапр: определение, назначение, состав
    • Лингвистическое обеспечение сапр: языки программирования и проектирования
    • Требования, предъявляемые к техническому обеспечению сапр
    • Структура технического обеспечения сапр
    • Информационное обеспечение сапр
    • Структура программного обеспечения сапр
    • Требования, предъявляемые к программному обеспечению сапр
    • Математическое обеспечение сапр: определение, назначение, состав
    • Требования, предъявляемые к математическому обеспечению сапр: универсальность, надежность
    • Требования, предъявляемые к математическому обеспечению сапр: точность, экономичность.
    • Сущность и история развития математического моделирования
    • Этапы математического моделирования
    • Построение математических моделей на основе фундаментальных законов природы
    • Построение математических моделей на основе вариационных принципов
    • Применение аналогий при построении математических моделей
    • Иерархический подход к получению математических моделей
    • Нелинейность математических моделей
    • Этапы создания математической модели
    • Современное состояние рынка сапр. Тенденции развития сапр
    • Архитектура и характеристики современных сапр: AutoCad
    • Архитектура и характеристики современных сапр: Autodesk Inventor
    • Архитектура и характеристики современных сапр: ansys
    • Способы интеграции приложений
    • Способы интеграции приложений: передача файла, общая база данных
    • Способы интеграции приложений: удаленный вызов процедуры, обмен сообщениями.
    • Интеграция cad и сам
    • Стандарты обмена данными между сапр
    • Форматы iges, dxf, step
    • Использование механизмов ole и com в сапр

    Yandex.RTB R-A-252273-4