- •1.Системный подход к построению информационно-управляющих систем (иус)
- •2. Информационные системы и технологии современного предприятия
- •3. Внедрение информационных технологий на основе бизнес-моделирования
- •4. Этапы развития корпоративных информационных систем
- •5. Офисный и технический документооборот в организации производства
- •6.Корпоративные информационные системы
- •7. Основы методологии mrp
- •8. Технология управления расширенной производственной цепочкой
- •Дисциплина
- •9. Тенденции создания и развития иус
- •10. Необходимость создания и внедрения асоиу
- •2. Создаем асу под бизнес, а не наоборот
- •11. Причины одновременного существования erp и scm-систем
- •12. Интеллектуализация асоиу
- •13. Задачи интеграции в гетерогенной информационной среде современного предприятия
- •14. Функциональные уровни приложений в корпоративных информационных системах
- •15. Архитектурные решения корпоративных информационных систем
- •16. Цель использования международных стандартов
- •17. Распределенные объектные архитектуры
- •18. Технологии создания распределённых объектных систем
- •Почему corba?
- •19. Архитектура управления объектами
- •20. Объектная модель corba
- •21. Спецификации служб omg
- •22. Характеристики стандартов idef
- •23. Основы методологии idef
- •24. Системы распределенного искусственного интеллекта
- •25. Перспективы развития информационных технологий ворганизационно-экономических системах
17. Распределенные объектные архитектуры
Традиционный структурный подход к проектированию КИС предполагает последовательную реализацию основных этапов разработки системы: системный анализ, построение функциональных моделей, системный проект, проектирование программных модулей, отладка программных модулей и объединение в целостную систему, тестирование и внедрение программного продукта.
Применение CASE-технологий и средств позволяет значительно сократить сроки разработки КИС и снизить вероятность появления ошибок за счет автоматического контроля создаваемых диаграмм, автоматической генерации структуры сервера БД и программного кода клиентских приложений.
В то же время обнаруживаются следующие недостатки таких технологий и средств:
– программные коды клиентских приложений генерируются на основе реляционной структуры БД;
– возникают проблемы перехода от табличных структур БД к требуемым экранным формам приложений, что затрудняет разработку программ со сложной бизнес-логикой;
– сохраняются недостатки традиционного структурного подхода при обнаружении ошибок на заключительных стадиях проектирования.
Обозначенные проблемы позволяют решить объектно-ориентированные методы разработки РИУС
Данные методы обладают следующими преимуществами:
– возможно эффективное построение гетерогенных распределенных ИС вследствие того, что объект-сервер инкапсулирует от клиента детали реализации предоставляемого сервиса;
– объектно-ориентированные КИС могут развиваться эволюционно, путем модернизации отдельных объектов, не затрагивая остальные части системы, что снижает затраты на сопровождение и риск капиталовложений;
– использование механизма унаследованных приложений позволяет включать разработанные ранее приложения в распределенную среду через объекты-оболочки (wrappers);
– объектно-ориентированные КИС обладают свойством независимости объектов от размещения, вызов объектов осуществляется стандартным образом и не зависит от коммуникационного программного обеспечения;
– обеспечивается масштабируемость КИС и возрастает их отказоустойчивость за счет репликации объектов;
– использование открытых стандартов обеспечивает независимость ИС от конкретных платформ, программных продуктов и фирм-производителей.
КИС, включающая в себя множество взаимосвязанных удалённых программных объектов, называется распределённой объектной системой.
К настоящему времени сложились три основные конкурирующие технологии создания распределённых объектных систем:
– архитектура Группы управления объектами (Object Management Group, OMG), определяется как «Общая архитектура брокера объектных запросов» (Common object request Broker Architecture, CORBA);
– система вызовов удалённых методов Java (Remove Method Invocation, RMI);
– модель распределённых компонентных объектов Microsoft (Distributed Component Object Model, DCOM).
18. Технологии создания распределённых объектных систем
Распределённая система — система, для которой отношения местоположений элементов (или групп элементов) играют существенную роль с точки зрения функционирования системы, а, следовательно, и с точки зрения анализа и синтеза системы.
Для распределённых систем характерно распределение функций, ресурсов между множеством элементов (узлов) и отсутствие единого управляющего центра, поэтому выход из строя одного из узлов не приводит к полной остановке всей системы. Типичной распределённой системой является Интернет.
На сегодняшний день выделяются три различные технологии, поддерживающие концепцию распределенных объектных систем. Это технологии RMI, CORBA и DCOM.
RMI
Архитектура RMI (Remote Method Invocation, т.e. вызов удаленного метода), которая интегрирована с JDK1.1, является продуктом компании JavaSoft и реализует распределенную модель вычислений. RMI позволяет клиентским и серверным приложениям через сеть вызывать методы клиентов/серверов, выполняющихся в Java Virtual Machine. Хотя RMI считается легковесной и менее мощной, чем CORBA и DCOM тем не менее, она обладает рядом уникальных свойств, таких как распределенное, автоматическое управление объектами и возможность пересылать сами объекты от машине к машине.
На рисунке 2 показаны основные компоненты архитектуры RMI.
Рисунок 2: Модель RMI
Client Stub (переходник для клиента) и Server Stub (переходник для сервера) порождены от общего интерфейса, но различие между ними в том, что client stub служит просто для подсоединения к RMI Registry, а server stub используется для связи непосредственно с функциями сервера.
CORBA
Технология CORBA (Common Object Request Broker Architecture), разрабатываемая OMG (Object Managment Group) с 1990-го года, позволяет вызывать методы у объектов, находящихся в сети где угодно, так, как если бы все они были локальными объектами.
На рисунке 3 показана основная структура CORBA 2.0 ORB.
Рисунок 3: ORB (CORBA 2.0)
Dynamic Invocation Interface (DII): позволяет клиенту находить сервера и вызывать их методы во время работы системы. IDL Stubs: определяет, каким образом клиент производит вызов сервера. ORB Interface: общие как для клиента, так и для сервера сервисы. IDL Skeleton: обеспечивает статические интерфейсы для объектов определенного типа. Dynamic Skeleton Inerface: общие интерфейсы для объектов, независимо от их типа, которые не были определены в IDL Skeleton. Object Adapter: осуществляет коммуникационное взаимодействие между объектом и ORB.
DCOM
Технология DCOM (Distributed Component Object Model) была разработана компанией Microsoft в качестве решения для распределенных систем в 1996-м году. Сейчас DCOM является главным конкурентом CORBA, хотя контролируется он теперь уже не Microsoft, а группой TOG (The Open Group), аналогичной OMG. Вкратце, DCOM представляет собой расширение архитектуры COM до уровня сетевых приложений.
Рисунок 4: Архитектура DCOM