3.2. Типовое проектирование ис

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

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

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

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:

• элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному) (слайд 9);

• подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей; ТПР для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП) (слайд 10)

• объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС (слайд 11).

Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.

3.3. Параметрически-ориентированное проектирование

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

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

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

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

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

• в справочниках (классификаторах с задаваемым числом уров­ней классификации, например, в справочниках номенклату­ры изделий и услуг, видов расчетов, валют и т.д.);

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

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

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

Технологическая сеть параметнически-ориентированного проектирования (слайд 13)

Параметрически-ориентированное проектирование включает следующие этапы:

• определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач,

• анализ и оценка доступных ППП по сформулированным критериям,

• выбор и закупка наиболее подходящего пакета,

• настройка параметров (доработка) закупленного ППП.

• Обучение персонала

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

Ниже представлены основные классификационные группировки критериев оценки ППП:

• назначение и возможности пакета;

• отличительные признаки и свойства пакета;

• требования к техническим и программным средствам;

• документация пакета;

• факторы финансового порядка;

• особенности установки пакета;

• особенности эксплуатации пакета;

• помощь поставщика по внедрению и поддержанию пакета;

• оценка качества пакета и опыт его использования;

• перспективы развития пакета.

Внутри каждой группы критериев выделяется некоторое подмножество частных показателей, детализирующих каждый из десяти выделенных аспектов анализа выбираемых ППП.

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

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

Однако существует ряд проблем, сдерживающих распростра­нение данной технологии. К ним можно отнести следующее:

• психологические и организационные трудности внедрения ППП;

• достаточно высокую стоимость приобретения ППП и обуче­ния персонала;

• отсутствие глобальной модели объекта управления, что ведет к затратам по увязке различных ППП в рамках корпоратив­ной ИС.