Типовое проектирование ИС. Типовое проектное решение, классификация

 

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

Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия.

Типовое проектное решение (ТПР) - это тиражируемое (пригодное к многократному использованию) проектное решение.

 

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

 

Выделяются следующие классы ТПР:

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

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

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

 

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

 

Класс ТПР Реализация ТПР	Достоинства	Недостатки
Элементные ТПР (Библиотеки методо-ориентированных программ)	обеспечивается применение модульного подхода к проектированию и документированию ИС	большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости большие затраты времени на доработку ТПР отдельных элементов
Подсистемные ТПР (Пакеты прикладных программ)	достигается высокая степень интеграции элементов ИС позволяют осуществлять: модульное проектирование; параметрическую настройку программных компонентов на различные объекты управления обеспечивают: сокращение затрат на проектирование и программирование взаимосвязанных компонентов; хорошее документирование отображаемых процессов обработки информации	адаптивность ТПР недостаточна с позиции непрерывного инжиниринга деловых процессов возникают проблемы в комплексировании разных функциональных подсистем, особенно в случае использования решений нескольких производителей программного обеспечения
Объектные ТПР (Отраслевые проекты ИС)	комплексирование всех компонентов ИС за счет методологического единства и информационной, программной и технической совместимости открытость архитектуры — позволяет устанавливать ТПР на разных программно-технических платформах масштабируемость — допускает конфигурацию ИС для переменного числа рабочих мест конфигурируемость — позволяет выбирать необходимое подмножество компонентов	проблемы привязки типового проекта к конкретному объекту управления, что вызывает в некоторых случаях даже необходимость изменения организационно-экономической структуры объекта автоматизации

 

Ключевые особенности технологии типового проектирования

 

· Причины применения:

o Существенно снижаются затраты на проектирование, разработку и даже на модернизацию ИС;

o Больше возможностей обеспечивать должный научно-технический уровень разработки ИС (в отличие от технологии индивидуального проектирования).

· Сущность: Является одной из разновидностей индустриального проектирования. Заключается в создании информационной системы из готовых типовых элементов.

· Область применения: автоматизация деятельности таких объектов, для которых характерны общие правила функционирования и управления. В первую очередь, сюда относятся экономические системы, для которых характерны:

o Схожая структура и правила управления;

o Единые стандарты отчетности;

o Схожие комплексы используемых технических и программных средств;

o Единая цель существования: извлечение прибыли.

· Содержание: Процесс проектирования ИС состоит из следующих основных этапов:

o Разбиение проекта информационной системы на отдельные составляющие (компоненты).

o Выбор и приобретения имеющихся на рынке типовых проектных решений (тиражируемых продуктов) для каждого компонента ИС.

o Настройка и доработка приобретенных типовых проектных решений в соответствии с требованиями конкретной предметной области.

· Условия применения:

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

 

 

 

Методология SADT (IDEF0)

Методология SADT (Structured Analisys and Design Technique) разработана Дугласом Т. Россом в 1969-1973 годах. Она изначально создавалась для проектирования систем более общего назначения по сравнению с другими структурными методами, выросшими из проектирования программного обеспечения. IDEF0(подмножество SADT) используется для моделирования бизнес-процессов в организационных системах и имеет развитые процедуры поддержки коллективной работы.

В терминах IDEF0 система представляется в виде комбинации блоков и дуг. Блоки представляют функции системы, дуги представляют множество объектов (физические объекты, информация или действия, которые образуют связи между функциональными блоками). Место соединения дуги с блоком определяет тип интерфейса:

Рисунок 5 – Функциональный блок

 

Правила интерпретации модели:

− Функциональный блок (функция) преобразует входные объекты в выходные

− Управление определяет, когда и как это преобразование может или должно произойти

− Исполнитель осуществляет это преобразование

 

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

Дуги могут разветвляться и соединяться. Ветвление означает множественность (идентичные копии одного объекта) или расщепление (различные части одного объекта). Соединение означает объединение или слияние объектов.

Каждый блок IDEF0-диаграммы может быть представлен несколькими блоками, соединенными интерфейсными дугами, на диаграмме следующего уровня. Эти блоки представляют подфункции (подмодули) исходной функции. Каждый из подмодулей может быть декомпозирован аналогичным образом. Число уровней не ограничивается, зато рекомендуется на одной диаграмме использовать не менее 3 и не более 6 блоков.

На следующем рисунке представлена IDEF0-модель деятельности предприятия.

Рисунок 6 - IDEF0-модель деятельности предприятия