- •5. Понятие и предметы url.
- •13. Объекты.
- •14. Классы.
- •15. Диаграммы классов.
- •16. Отношения в диаграммах классов
- •17. Деревья наследования
- •18. Автоматы.
- •19. Диаграммы взаимодействия.
- •20. Диаграммы use case
- •21. Компоненты диаграммы.
- •22. Диаграммы размещения.
- •23. Принципы и особенности проектирования интегрированных ис
- •24. Системы управления информационными потоками как средство интеграции приложений
- •25. Организация взаимодействия прикладных программ на основе интерфейсов corba и com
- •26. Организация связи с разнородными базами данных на основе драйверов odbc
- •27. Открытые ис: основные свойства и межсистемные интерфейсы
24. Системы управления информационными потоками как средство интеграции приложений
В основе технологии Workflow лежат следующие понятия:
объект – информационный, материальный или финансовый объект, используемый в бизнес-процессе (например, письмо, оборудование, счет);
событие – внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем, получение письма, поломка оборудования, получение счета);
операция – элементарное действие, выполняемое в рамках рассматриваемого бизнес-процесса (допустим, подготовка письма, ремонт оборудовали, оплата счета);
исполнитель – должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (к примеру, менеджер, механик, бухгалтер).
Инструментальные средства описания процесса предназначены для формального описания процесса в виде упорядоченного множества операций, правил их выполнения, связанных с ними объектов, исполнителей и событий. Полученное описание (спецификация) процесса используется для контроля и управления процессом на основе поступающих в систему данных. В этом качестве выступают информация, введенная пользователями/результаты выполнения отдельных операций, информация от прикладных систем и баз данных.
В свою очередь, средства управления процессом предоставляют пользователям и/или прикладным программам информацию, необходимую для выполнения каждой операции в условиях интеграции приложений, а выявленные на этапе выполнения операций несоответствия служат основанием для пересмотра спецификаций бизнес-процессов.
25. Организация взаимодействия прикладных программ на основе интерфейсов corba и com
При создании распределенной ИС требуется преодолевать границы:
унаследованного программного обеспечения;
операционных систем;
языков программирования;
сетевых коммуникаций;
объектных моделей (например, модели объектно-ориентированного программирования на языках Java и C++ имеют некоторые отличия, что препятствует интеграции приложений);
различия в продукции многих продавцов на рынке ИС;
различия с точки зрения фирм-проектировщиков ИС в действующих ИС ряда фирм-заказчиков.
CORBA (сокр. от англ. Common Object Request Broker Architecture – общая архитектура брокера объектных запросов) – это технологический стандарт написания распределённых приложений, продвигаемый консорциумом OMG.
Задача CORBA – осуществить интеграцию изолированных систем, дать возможность программам, написанным на разных языках, работающим на разных узлах сети, взаимодействовать друг с другом так же просто, как если бы они находились в адресном пространстве одного процесса.
Программный интерфейс COM (Component Object Model) – компонентная объектная модель, является разработкой корпорации Microsoft.
Основным понятием, которым оперирует стандарт COM, является COM-компонент. Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. Компонент взаимодействует с другими программами через COM-интерфейсы – наборы абстрактных функций и свойств. Каждый COM-компонент должен, как минимум, поддерживать стандартный интерфейс «IUnknown», который предоставляет базовые средства для работы с компонентом.