Модельно-ориентированное проектирование ЭИС
Сущность модельно-ориентированного проектирования: адаптация компонентов типовой ЭИС в соответствии с моделью проблемной области конкретной организационно-экономической системы. Для этого технология проектирования должна поддерживать как модель типовой ЭИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними.
Ядром типовой ЭИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе метаинформации - репозитории, на основе которого осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация ЭИС сводятся, прежде всего, к построению модели проблемной области и ее периодической корректировке.
Репозиторийкорпоративной ЭИС, использующей модельно-ориентированную технологию проектирования, в общем случае содержит метаинформацию базовой модели функциональности типовой системы (ссылочной модели в терминологии R/3), типовых моделей определенных классов ЭИС (референтных моделей в терминологии BAAN) и модели предприятий, получаемой на основе базовой или типовых моделей.
Базовая модель репозитория содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, организационной структуры, которые используются в программных модулях типовой ЭИС. При этом большое значение в базовой модели имеет задание бизнес-правил поддержания целостности информационной системы, определяющих условия проверки корректности совместного применения различных компонентов ЭИС.
|
|
|
Типовые модели описывают конфигурации информационной системы для определенных отраслей (автомобильной, электронной, нефтегазовой и др.) или типов производства (единичного, серийного, массового, непрерывного и др.). Модель предприятия (проблемной области) строится либо путем привязки фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия, Построенная модель предприятия в виде метаописания хранится в репозитории и при необходимости может быть откорректирована. Далее по модели предприятия автоматически осуществляется конфигурация информационной системы, в ходе которой выполняется семантический контроль по бизнес-правилам. В обобщенном виде конфигурация корпоративных информационных систем на основе модельно-ориентированной технологии представлена на р
Методы и алгоритмы, инструментальные средства, используемые при оценке эффективности управления проектами ИС.
Технологии проектирования распределенных ИС. Стандартные методы совместного доступа к базам и программам в сложных ИС.
|
|
|
Обычно, распределенной считают такую систему, в которой функционирует более одного сервера БД. Это применяется для уменьшения нагрузки на сервер и обеспечения работы территориально удаленных подразделений. Различная сложность создания, модификации, сопровождения, интеграции с другими системами позволяют разделить ИС на классы малых, средних и крупных распределенных систем.
Малые ИС имеют небольшой жизненный цикл (ЖЦ), ориентацию на массовое использование, невысокую цену, невозможность модификации без участия разработчиков, использующие в основном настольные системы управления базами данных (СУБД) , однородное аппаратно-программное обеспечение, не имеющие средств обеспечения безопасности. Крупные корпоративные ИС, системы федерального уровня и другие имеют длительный жизненный цикл, миграцию унаследованных систем, разнообразие аппаратно-программного обеспечения, масштабность и сложность решаемых задач, пересечение множества предметных областей, аналитическую обработку данных, территориальную распределенность компонент .
К функциямтаких ИС: работа с распределенными данными, расположенными на разных физических серверах, различных аппаратно-программных платформах и хранящихся в различных внутренних форматах. Система должна предоставлять полную информацию о себе и всех своих ресурсах, легко расширяться, быть основана на открытых стандартах и протоколах, обеспечивать возможность интегрировать свои ресурсы с ресурсами других ИС. Для пользователей система должна обеспечивать различные уровни привилегий для пользователей и предоставлять простые интерфейсы доступа к информации.
|
|
|
Данные из разнородных систем обычно объединяются в логические группы, к которой и адресуются запросы. Абстрактная система запросов предполагает, что система оперирует не конкретным синтаксисом запросов, а его логической сутью на основе абстрактных атрибутов.
При построении распределенных ИС, как правило, используются две базовые архитектуры: Клиент/сервер и Internet Intranet.
Под распределенной информационной базой понимается неограниченное количество баз данных, дистанционно отдаленных друг от друга и имеющих ряд общих характеристик:
- функционирующих по единым правилам, определенным централизованно для всех баз данных, входящих в распределенную информационную базу;
- обмен данными осуществляется по правилам, также определенным централизованно.
|
|
|
Стандартные методы совместного доступа к базам и программам в сложных информационных системах
Организация взаимодействия прикладных программ на основе интерфейсов CORBA и COM
Стандартные интерфейсы CORBA и COM в настоящее время являются основными для организации взаимосвязи объектно-ориентированных прикладных программ в распределенных информационных системах.
Использование одного только объектно-ориентированного языка недостаточно для разработки распределенных информационных систем.
Очень часто различные компоненты программного обеспечения требуют реализации на разных языках и используют разную программно-техническую платформу (операционные системы и аппаратные средства).
При создании распределенной ИС требуется преодолевать границы:
· унаследованного программного обеспечения;
· операционных систем;
· языков программирования;
· сетевых коммуникаций;
· объектных моделей (например, модели объектно-ориентированного программирования на языках Java и C++ имеют некоторые отличия, что препятствует интеграции приложений);
· различия в продукции многих продавцов на рынке ИС;
· различия с точки зрения фирм-проектировщиков ИС в действующих информационных системах ряда фирм-заказчиков.
CORBA (Common Object Request Broker Architecture — общая архитектура брокера объектных запросов) — технологический стандарт написания распределённых приложений, продвигаемый консорциумом (рабочей группой) OMG и соответствующая ему информационная технология.
Технология CORBA создана для поддержки разработки и развёртывания сложных объектно-ориентированных прикладных систем. CORBA является механизмом в программном обеспечении для осуществления интеграции изолированных систем, который даёт возможность программам, написанным на разных языках программирования, работающих в разных узлах сети, взаимодействовать друг с другом так же просто, как если бы они находились в адресном пространстве одного процесса.
Спецификация CORBA предписывает объединение программного кода в объект, который должен содержать информацию о функциональности кода и интерфейсах доступа. Готовые объекты могут вызываться из других программ (или объектов спецификации CORBA), расположенных в сети.
Спецификация CORBA использует язык описания интерфейсов (OMG IDL) для определения интерфейсов взаимодействия объектов с внешним миром, она описывает правила отображения из IDL в язык, используемый разработчиком CORBA-объекта. Стандартизованы отображения для Ада, Си, C++, Лисп, Smalltalk, Java, Кобол, Object Pascal, ПЛ/1 и Python. Также существуют нестандартные отображения на языки Perl, Visual Basic, Ruby и Tcl, реализованные средствами ORB, написанными для этих языков.
Помимо удалённых объектов в CORBA 3.0 определено понятие объект по значению. Код методов таких объектов по умолчанию выполняется локально. Если объект по значению был получен с удалённой стороны, то необходимый код должен либо быть заранее известен обеим сторонам, либо быть динамически загружен. Чтобы это было возможно, запись, определяющая такой объект, содержит поле Code Base — список URL, откуда может быть загружен код.
У объекта по значению могут также быть и удалённые методы, поля, которые передаются вместе с самим объектом. Поля, в свою очередь также могут быть такими объектами, формируя таким образом списки, деревья или произвольные графы. Объекты по значению могут иметь иерархию классов, включая абстрактные и множественное наследование.
Компонентная модель CORBA (CCM) — недавнее дополнение к семейству определений CORBA.
CCM описывает стандартный каркас приложения для компонент CORBA. CCM построено под сильным влиянием Enterprise JavaBeans (EJB) и фактически является его независимым от языка расширением. CCM предоставляет абстракцию сущностей, которые могут предоставлять и получать сервисы через чётко определённые именованные интерфейсы, порты.
Модель CCM предоставляет контейнер компонентов, в котором могут поставляться программные компоненты. Контейнер предоставляет набор служб, которые может использовать компонент. Эти службы включают (но не ограничены) службу уведомления, авторизации, персистентности и управления транзакциями. Это наиболее часто используемые распределённым приложением службы. Перенося реализацию этих сервисов от необходимости реализации самим приложением в функциональность контейнера приложения, можно значительно снизить сложность реализации собственно компонентов.
Язык описания интерфейсов IDL (Interface Definition Language) обеспечивает стандартизацию описания взаимосвязи объектов в объектно-ориентированных прикладных программах. Однако IDL недостаточно для обеспечения возможности взаимодействия объектов. Требуется программное средство, которое доставляет запросы на вызов методов реагирования объектов на внешние воздействия. Таким средством является брокер объектных запросов ORB (Object Request Broker), промежуточный программный слой, отвечающий за обработку запросов и доставку результатов клиенту.
ORB считается ядром системы CORBA.
Механизм обмена и передачи данных (транспортный протокол) реализован в CORBA на базе протокола TCP/IP и называется IIOP (Internet Inter-ORB Protocol).
Структура системы COM аналогична структуре система CORBA. Система COM, как и система CORBA, использует стандартный язык описания интерфейсов и промежуточный программный слой, имеющийся как на стороне клиента, так и на стороне сервера. Однако применение системы COM ограничено в настоящее время рамками операционной системы Windows (например, COM используется в MS Office), в то время как CORBA – многоплатформенная система. По сравнению с CORBA система COM проще и распространяется бесплатно. Однако CORBA обладает большими возможностями для создания больших интегрированных информационных систем.
Дата добавления: 2018-02-15; просмотров: 1931; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!