Типовое проектирование информационных систем

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

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

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

В зависимости от уровня декомпозиции системы различают Типовое проектирование Элементный метод Подсистемный метод Объектный метод

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

Типовое проектное решение уровня «Задача» Задача ИОПО Матем. об-ие Организац. об-ие БД, файлы ОС, СУБД Мат. методы ТО Техника Метод. материалы по работе персонала

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

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

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

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

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

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

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

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

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

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

Применение В качестве примеров информационных систем объектного метода типового проектирования можно привести «Галактика», «Парус», «БОСС».

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

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

ППП включает следующие блоки: блок функционирования; блок обработки параметров; блок адаптации.

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

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

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

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

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