7.2 Методы конфигурирования типовой информационной системы.

Методы типового проектирования

• Элементное проектирование

В качестве типового элемента используются простые ТПР, относящиеся к отдельной задаче ИС. В этом случае ИС комплектуется как множество ТПР по отдельным разрозненным задачам. Дополнительные элементы, для которых отсутствуют ТПР, разрабатываются вручную. Обычно рассматривают три группы ТПР:

• Типовые проектные решения, обеспечивающие оптимальный выбор и организацию технических средств;

• Типовые проектные решения, относящиеся к основным задачам ИС (алгоритмы решения задач, описание входных и выходных данных, программные модули общего и специального назначения и т.д.);

• Типовые проектные решения, описывающие должностные инструкции всех категорий работников, связанных с проектированием и функционированием ИС.

Существенный недостаток метода: между отдельными ТПР, как правило, отсутствует информационная/техническая/программная совместимость (проблема «лоскутной автоматизации»).

• Подсистемное проектирование

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

• Функциональная полнота;

• Минимизация внешних информационных связей;

• Параметрическая настраиваемость;

• Полная интеграция внутри ППП и более высокий (хотя и не полный) уровень интеграции с другими пакетами и отдельными программными продуктами.

С точки зрения проектировщика ИС ППП представляет собой «черный ящик», который преобразует входные информационный и параметрический потоки в выходной поток результатов. В схеме ППП можно выделить следующие элементы:

Информационный поток – исходные данные в электронном или бумажном виде, предназначенные для обработки пакетом;

Результаты работы – представляются в виде отчетов, графиков или документов (в электронном или бумажном виде);

Блок функционирования – обрабатывает исходные данные.

Параметрический поток – содержит информацию, необходимую для настройки пакета на конкретные условия функционирования. Обычно параметрическая информация предоставляется пользователю в виде справочников и/или конфигурационных таблиц. В зависимости от принципа использования параметрического потока выделяют два способа привязки ППП к конкретным условиям системы:

• Принцип интерпретации (поглощается самим ППП);

• Принцип генерации (на его основе специальная программа-генератор генерирует ППП, настроенный под конкретные условия).

Блок обработки параметров – интерпретирует значения параметров и переносит их непосредственно в прикладные программы.

Блок адаптации – позволяет пользователю адаптировать существующие типовые решения путем доработки существующих или добавления новых модулей ИС. В блок адаптации обычно включаются такие средства как генераторы отчетов, генераторы форм, встроенные макроязыки и т.п.

Пример ППП: «1С: Предприятие».

Недостаток: недостаточный уровень совместимости различных ППП в рамках единой корпоративной ИС.

• Объектный метод

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

• Ориентированы для применения на объектах с высоким уровнем стабильности;

• Открытость архитектуры (возможность использования на различных программно-технических платформах);

• Высокий уровень масштабируемости;

• Высокий уровень адаптивности (возможность конфигурирования в широких пределах).

Объектный метод по определению обеспечивает полную программную совместимость компонентов системы.