Методы типового проектирования: элементный, подсистемный, объектный. Их преимущества и недостатки
В зависимости от уровня декомпозиции системы различают элементный, подсистемный и системный (объектный) методы типового проектирования.
Каждое типовое решение предполагает наличие, кроме собственно функциональных элементов (программных или аппаратных), документации с детальным описанием ТПР и процедур настройки в соответствии с требованиями разрабатываемой системы.
Элементный метод
При элементном методе типового проектирования ИС в качестве типового элемента системы используется типовое проектное решение (ТПР) по отдельной задаче или по отдельному виду обеспечения (информационному, программному, техническому, математическому, организационному).
В этом случае ИС комплектуется как множество ТПР по отдельным разрозненным задачам.
Дополнительные элементы, для которых отсутствуют ТПР, разрабатываются вручную. Обычно рассматривают три группы ТПР:
§ типовые проектные решения, обеспечивающие оптимальный выбор и организацию технических средств;
§ типовые проектные решения, относящиеся к основным задачам ИС (алгоритмы решения задач, описание входных и выходных данных, программные модули общего и специального назначения и т.д.);
§ типовые проектные решения, описывающие должностные инструкции всех категорий работников, связанных с проектированием и функционированием ИС.
Достоинство элементного метода типового проектирования ИС связано с применением модульного подхода к проектированию и документированию ИС.
|
|
|
К недостаткам применения метода относятся:
§ между отдельными ТПР, как правило, отсутствует информационная/техническая/программная совместимость (проблема «лоскутной автоматизации»);
§ большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости ТПР;
§ плохая адаптивность элементов к особенностям объекта применения ИС.
В настоящее время элементные ТПР в основном применяются в качестве библиотек методо-ориентированных программ.
Подсистемный метод
Типовыми элементами выступают пакеты прикладных программ (ППП), которые применяются для автоматизации отдельных функциональных подсистем ИС.
Пакеты прикладных программ (аббр. ППП, англ. Software package) – комплекс взаимосвязанных программ, предназначенных для решения задач определенного класса конкретной предметной области. Служат программным инструментарием решения функциональных задач и являются самым многочисленным классом программных продуктов. В данный класс входят программные продукты, выполняющие обработку информации различных предметных областей
|
|
|
ППП обладают следующими свойствами:
§ функциональная полнота;
§ минимизация внешних информационных связей;
§ параметрическая настраиваемость;
§ полная интеграция внутри ППП и более высокий (хотя и не полный) уровень интеграции с другими пакетами и отдельными программными продуктами.
ППП позволяют осуществлять:
§ модульное проектирование;
§ параметрическую настройку программных компонент на различные объекты управления (в общем случае – объекты информатизации);
§ хорошее документирование процессов обработки информации в подсистеме.
С точки зрения проектировщика ИС ППП представляет собой «черный ящик», который преобразует входные информационный и параметрический потоки в выходной поток результатов. В схеме ППП можно выделить следующие элементы:
Информационный поток – исходные данные в электронном или бумажном виде, предназначенные для обработки пакетом;
Результаты работы – представляются в виде отчетов, графиков или документов (в электронном или бумажном виде);
Блок функционирования – обрабатывает исходные данные.
Параметрический поток – содержит информацию, необходимую для настройки пакета на конкретные условия функционирования. Обычно параметрическая информация предоставляется пользователю в виде справочников и/или конфигурационных таблиц.
|
|
|
В зависимости от принципа использования параметрического потока выделяют два способа привязки ППП к конкретным условиям системы:
§ принцип интерпретации (поглощается самим ППП);
§ принцип генерации (на его основе специальная программа-генератор генерирует ППП, настроенный под конкретные условия).
Блок обработки параметров – интерпретирует значения параметров и переносит их непосредственно в прикладные программы.
Блок адаптации – позволяет пользователю адаптировать существующие типовые решения путем доработки существующих или добавления новых модулей ИС. В блок адаптации обычно включаются такие средства как генераторы отчетов, генераторы форм, встроенные макроязыки и т.п.
Достоинством подсистемного метода по сравнению с элементным является более высокая степень интеграции типовых элементов ИС.
Недостатком является слабая адаптивность типовых проектных решений в виде функциональных ППП, а также проблемы интеграции ППП разных функциональных подсистем, особенно в случае использования ППП нескольких производителей программного обеспечения, для которых, как правило, характерна несовместимость ППП при построении единой, корпоративной ИС (т.е. недостаточный уровень совместимости различных ППП в рамках единой корпоративной ИС).
|
|
|
В качестве примеров широко распространенных функциональных ППП можно назвать: «1C:Бухгалтерия» (автоматизация бухгалтерского учета), «Фолио-Склад» (автоматизация складского учета), ИНЭК (финансовый анализ) и др.
Системный (объектный) метод
Идея метода заключается в создании и повторном использовании законченного (т.е. с полным набором функциональных и обеспечивающих подсистем) типового проекта для автоматизации управления объектом определенной отрасли. Например, ИС школы, ИС больницы, ИС товарного склада и т.п.
Современные типовые проекты отличаются:
§ переносимостью, позволяющей устанавливать проекты на разных программно-технических платформах;
§ масштабируемостью, допускающей конфигурацию ИС для переменного числа рабочих мест пользователей;
§ конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной предметной области и настраивать их на особенности объекта управления.
Несомненное достоинство системного метода типового проектирования ИС перед подсистемным методом заключается в обеспечении интеграции всех компонент за счет методологического единства и информационной, программной и технической совместимости компонент.
Сложность применения объектного метода заключается в огромном разнообразии различных объектов, что требует от разработчиков предусматривать все возможные варианты. Современные типовые проекты должны обладать следующими свойствами:
§ ориентированы для применения на объектах с высоким уровнем стабильности;
§ открытость архитектуры (возможность использования на различных программно-технических платформах);
§ высокий уровень масштабируемости;
§ высокий уровень адаптивности (возможность конфигурирования в широких пределах).
При параметрической настройке типовых информационных систем, таких, например, как «Галактика», «Парус», «БОСС» и другие, возникают проблемы привязки типового проекта к конкретному объекту управления так же, как и при подсистемном подходе.
Объектный метод по определению обеспечивает полную программную совместимость компонентов системы.
Дата добавления: 2018-02-15; просмотров: 3307; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!