Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Lections 2007.doc
Скачиваний:
5
Добавлен:
01.03.2025
Размер:
841 Кб
Скачать
☆
  1. Адаптивные информационные системы

В условиях динамического развития экономических объектов возрастают требования к адаптивности информационных систем к изменениям. Эти требования сводятся к следующему:

  • ИС в каждый момент времени должна адекватно поддерживать органи­зацию бизнес-процессов;

  • реконструкция ИС должна проводиться всякий раз, как возникает по­требность в реорганизации бизнес-процессов;

  • реконструкция ИС должна проводиться быстро и с минимальными за­тратами.

Учитывая высокую динамичность современных бизнес-процессов, можно сделать вывод о том, что адаптивность ИС немыслима без интеллектуализа­ции ее архитектуры. Ядром адаптивной ИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе знаний — репозитории, на основе которого осуществляется генерация или конфигурация программного обеспечения. Таким образом, проектиро­вание и адаптация ИС сводится, прежде всего, к построению модели про­блемной области и ее своевременной корректировке.

При проектировании информационной системы обычно используются два подхода: оригинальное или типовое проектирование. Первый подход предпо­лагает разработку информационной системы «с чистого листа» в соответ­ствии с требованиями экономического объекта, второй подход — адаптацию типовых разработок к особенностям экономического объекта. Первый под­ход, как правило, реализуется на основе применения систем автоматизиро­ванного проектирования ИС или CASE-технологий, второй подход — на ос­нове применения систем компонентного (сборочного) проектирования ИС.

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

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

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]