К оглавлению

59. Индустриальное типовое проектирование информационных систем

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

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

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

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

При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое реше­ние по задаче или по отдельному виду обеспечения задачи (ин­формационному, программному, техническому, математичес­кому, организационному).

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

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

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

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

Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП), кото­рые позволяют осуществлять:

·            модульное проектирование;

·            параметрическую настройку программных компонентов на различные объекты управления;

·            сокращение затрат на проектирование и программирование взаимосвязанных компонентов;

·            хорошее документирование отображаемых процессов обра­ботки информации.

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

В качестве примеров широкораспространенных функцио­нальных ППП можно назвать; 1С «Предприятие» (автоматиза­ция бухгалтерского учета, расчета заработной платы, складского учета), «Фолио - Склад» (автоматизация складских операций), Project Expert (бизнес-планирование), ИНЭК (финансовый ана­лиз) и др.

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

·            открытостью архитектуры, позволяющей устанавливать про­екты на разных программно-технических платформах;

·            масштабируемостью, допускающей конфигурацию ЭИС для переменного числа рабочих мест;

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

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

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

Параметрически-ориентированное проектирование ИС

При проектировании ИС на основе параметрической на­стройки пакета прикладных программ (ППП) последний рассмат­ривается как «черный ящик».

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

Рассмотрим взаимосвязь основных потоков и компонентов пакета прикладных программ.

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

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

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

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

Параметрическая информация предоставляется:

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

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

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

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

В качестве таких инструментов, доступных квалифицирован­ному пользователю (непрограммисту), используются:

·            генераторы программ ЭИС на основе языковых средств RAD-технологии (4GL);

·            макроязыки проектирования и настройки типовых модулей.

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

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

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

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

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

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

Модельно-ориентированное проектирование ЭИС

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

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

К оглавлению