15. Особенности проектирования корпоративных информационных систем.

Проектирование КИC

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

При проектировании КИС выполняются следующие работы:

1. обследование Заказчика, выявление профиля деятельности, организационной структуры, бизнес - процессов, порядка функционирования системы планирования и управления, текущего использования средств автоматизации;

2. определение функциональных задач, подлежащих автоматизации в рамках КИС, определение в рамках каких организационных структур в каком порядке и последовательности должны решаться данные задачи;

3. моделирование схем бизнес - процессов в условиях внедрения КИС

4. определение требуемого состава и структуры АРМов системы;

5. проектирование схем информационных потоков и документооборота КИС;

6. определение требуемых технических и программных средств КИС - формирование программно-технических спецификаций;

7. проектирование инфраструктуры КИС – сетевых схем, схем расположения оборудования и пр.

8. определение состава работ по системной интеграции КИС – подготовка ТЗ на системную интеграцию;

9. определение состава работ по настройке, адаптации и доработке КИС с учетом специфики Заказчика – подготовка ТЗ по доработке КИС;

10. определение требуемого информационного насыщения КИС – подготовка ТЗ на информационное насыщение;

11. разработка руководящей и организационной документации по порядку эксплуатации КИС – положений по службам, должностных инструкций и пр. – такая документация включается в документацию системы управления качеством и выполняется в соответствии с международными стандартами серии ISO 9000;

12. определение требуемых работ по подготовке кадров – определение состава и количества учебных групп, состава и объема учебных курсов;

13. разработка календарного плана работ по внедрению КИС;

14. калькуляция затрат на внедрение КИС;

15. разработка плана финансирования работ по внедрению КИС.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Типовые проектные решения, обеспечивающие оптимальный выбор и организацию технических средств;

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

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

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

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

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

• Функциональная полнота;

• Минимизация внешних информационных связей;

• Параметрическая настраиваемость;

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

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

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

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

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

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

• Принцип интерпретации (поглощается самим ППП);

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

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

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

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

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

• Ориентированы для применения на объектах с высоким уровнем стабильности;

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

• Высокий уровень масштабируемости;

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

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