Учебное_пособие_ТИПиС и Глоссарий. Учебное пособие для студентов очной и заочной форм обучения представляет собой подборку материала по курсу Теория информационных систем и процессов
 Скачать 5.1 Mb.
|
Сервис-ориентированная архитектура.Для этого изменившегося ландшафта была предложена новая технология. Идея сервис-ориентированной архитектуры (SOA, Service-Oriented Architecture) — это не платформы и не протоколы, а стремление уйти от бесконечного переписывания программного обеспечения и от болезненной смены одной корпоративной системы на другую, еще более интегрированную и функциональную. В самом деле, стоит ли переписывать модуль, например, подготовки счетов-фактур, из-за того, что система, в которую он входит, теперь будет включать CRM? Может быть вместо этого зафиксировать «достаточно хороший» модуль и наращивать функциональность, интегрируя модули каким-то другим способом, без переписывания? Сервис-ориентированная архитектура как раз и указывает такой способ: нужно «обернуть» функции существующих приложений при помощи вебсервисов, превратив их тем самым в стандартные «строительные блоки», которые можно будет использовать самыми разнообразными способами. Управление последовательностью вызовов вебсервисов и передачей данных между ними называется «дирижированием вебсервисами» (Web Service Orchestration). BPM-системы идеально вписываются в эту картину в качестве дирижера вебсервисов, а формулировка задачи интеграции корпоративных приложений получает логическое завершение: интеграция приложений на основе бизнес-процессов. Уникальность вебсервисов как технологии интеграции в том, что она активно поддерживается как Microsoft, так и противостоящим лагерем сторонников Unix, Linux, Java. В результате вебсервисы — это наилучшая технология, для интеграции приложений Microsoft .NET и Java. Однако, при всей перспективности SOA надо заметить, что повсеместный переход на эту архитектуру пока не состоялся. Если взять, например, 1С как наиболее распространенную в России корпоративную систему, то сегодня обратиться к ней через вебсервисы не удастся. Поэтому прагматичные вендоры BPM предлагают спектр интеграционных возможностей: вебсервисы, JDBC (Java DataBase Connectivity) для доступа к базам данных, JCA (Java Connection Adapters) для доступа к бизнес-объектам. Бизнес-процессы и базы данных.В учебниках по базам данных в качестве примеров рассматривается статическая информация: перечни инвентарных объектов, контрагентов, сотрудников и т.п. Но опытные программисты знают, что сложность структуры базы данных и трудоемкость разработки возрастают на порядок, когда мы перестаем рассматривать эти данные как статические и начинаем отслеживать их изменения: переходы сотрудников с одного места работы на другое, передачи товаров по накладным, дооборудование и переоценка основных средств. Причем при ближайшем рассмотрении любой объект из статического становится динамическим, например, простая задача ведения административной структуры становится ведением организационно-штатной структуры. Проблемы передачи и синхронизации данных возникают даже в рамках единой интегрированной системы. Например, прежде чем информация о новом месте работы сотрудника попадет в расчетный отдел, она существует в виде сначала проекта приказа, а потому утвержденного распоряжения в отделе кадров. Картина еще больше усложняется из-за того, что люди совершают ошибки, а значит, необходимо предусмотреть не только поступательное движение информации, но и возврат назад по цепочке для исправления допущенных ошибок. Как правило, одна система не в состоянии удовлетворить потребности предприятия. Типичная картина: «большая» система играет роль информационного ядра и решает стандартные управленческие задачи, а специфичные для данного предприятия задачи автоматизируются небольшими программами собственной разработки. В этой ситуации разработчикам приходится прилагать еще большие усилия для синхронизации данных и упорядочивания взаимодействия систем. BPM-системы, со своей стороны, нацелены на динамический аспект информации, но не предназначены для хранения и обработки статических данных. Таким образом, технологии DBMS и BPMS органически дополняют друг друга, а разработчики, освоившие и тот, и другой инструмент и интегрировавшие в свои системы и базу данных, и «движок» BPMS, могут добиться большего с меньшими усилиями и в сжатые сроки. Появление BPMS как нового класса системного программного обеспечения по значимости сравнимо с появлением в начале 80-х коммерческих DBMS (СУБД) общего назначения. С появлением BPMS жестко зашивать схему конкретного бизнес-процесса в коды программы или использовать частные, нестандартные механизмы описания бизнес-процессов ERP-систем, стало столь же нерациональным, что и использование для хранения данных внешних файлов вместо СУБД. |