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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Реферат на тему:

«Типовое проектирование ИС»

 

 

 

 

 

 

 

Оглавление

 

 

 

 

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

• Причины применения:
• Существенно снижаются затраты на проектирование, разработку и даже на модернизацию ИС;
• Больше возможностей обеспечивать должный научно-технический уровень разработки ИС (в отличие от технологии индивидуального проектирования).
• Сущность: Является одной из разновидностей индустриального проектирования. Заключается в создании информационной системы из готовых типовых элементов.
• Область применения: автоматизация деятельности таких объектов, для которых характерны общие правила функционирования и управления. В первую очередь, сюда относятся экономические системы, для которых характерны:
• Схожая структура и правила управления;
• Единые стандарты отчетности;
• Схожие комплексы используемых технических и программных средств;
• Единая цель существования: извлечение прибыли.
• Содержание: Процесс проектирования ИС состоит из следующих основных этапов:
• Разбиение проекта информационной системы на отдельные составляющие (компоненты).
• Выбор и приобретения имеющихся на рынке типовых проектных решений (тиражируемых продуктов) для каждого компонента ИС.
• Настройка и доработка приобретенных типовых проектных решений в соответствии с требованиями конкретной предметной области.
• Условия применения:

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

 

2. Понятие, виды и особенности типовых проектных решений

 

Определение. Типовое проектное решение (ТПР) – это представленное в виде комплекта проектной документации и/или набора программных модулей проектное решение, пригодное к многократному использованию.

 

1. Основные черты ТПР:

• Типовые проектные решения ориентированы на автоматизацию деятельности множества однородных объектов (путем настройки под конкретные особенности каждого из них).
• Основная цель применения ТПР – уменьшение трудоемкости и стоимости проектирования и/или разработки ИС.
• Создание ТПР возможно только после тщательного и всестороннего изучения предметной области и предполагает обобщение накопленного в частных случаях опыта (путем классификации, типизации, абстрагирования, унификации и т.п.).
• Типовые решения бывают простыми или комбинированными. Простые ТПР охватывают только какой-либо один вид обеспечения ИС, комбинированные – два и более. Примеры простых ТПР: Классификаторы (ИО), прикладные программы общего и специального назначения (ПО), инструктирующие руководства по управлению бизнес-процессами (ОО),  рекомендации по составлению ТЗ (МО) и т.п.

3. Требования, выдвигаемые к типовым проектным решениям:

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

4. Методы типового проектирования

 

• Элементное проектирование

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

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

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

• Подсистемное проектирование

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

• Функциональная полнота;
• Минимизация внешних информационных связей;
• Параметрическая настраиваемость;
• Полная интеграция внутри ППП и более высокий (хотя и не полный) уровень интеграции с другими пакетами и отдельными программными продуктами.

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

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

Результаты работы – представляются в виде отчетов, графиков или документов (в электронном или бумажном виде);

Блок функционирования – обрабатывает исходные данные.

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

• Принцип интерпретации (поглощается самим ППП);
• Принцип генерации (на его основе специальная программа-генератор генерирует ППП, настроенный под конкретные условия).

Блок обработки параметров – интерпретирует значения параметров и переносит их непосредственно в прикладные программы.

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

Пример ППП: «1С: Предприятие».

Недостаток: недостаточный уровень совместимости различных ППП в рамках единой корпоративной ИС.

• Объектный метод

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

• Ориентированы для применения на объектах с высоким уровнем стабильности;
• Открытость архитектуры (возможность использования на различных программно-технических платформах);
• Высокий уровень масштабируемости;
• Высокий уровень адаптивности (возможность конфигурирования в широких пределах).

Объектный метод по определению  обеспечивает полную программную совместимость  компонентов системы.

5. Модельно-ориентированный подход

 

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

 

Инструментарий типового проектирования ИС на основе модельно-ориентированной  технологии включает в себя следующие элементы:

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

Модель бизнес-функций представляет собой иерархическую декомпозицию функциональной деятельности предприятия (подробное описание см. в разделе "Анализ и моделирование функциональной области внедрения ИС").

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

Модель организационной  структуры предприятия представляет собой традиционную иерархическую структуру подчинения подразделений и персонала.

• CASE-средства для проектирования модели объекта автоматизации (мы их рассматривали ранее). Эти средства обычно интегрированы в систему автоматизированного типового проектирования.
• Конфигуратор ИС – программа, которая автоматически генерирует конфигурацию информационной системы по построенной модели предметной области.

 

Примеры систем автоматизации типового проектирования: SAP, BAAN.

 

6. Критерии оценки типовых программных элементов

 

Список критериев выбора пакета прикладных программ зависит от множества факторов: денежные ресурсы, сроки разработки информационной системы, программное оснащение и др. Но при помощи литературы и технической документации пакета прикладных программ были определены основные критерии.

Главные классификации критериев  таковы:

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

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