Технологии и методы проектирования ЭИС

Под проектом ЭИС понимают проектно-конструкторскую, технологическую и программную документацию, в которой представлено описание всех проектных решений по созданию и эксплуатации ЭИС в конкретной организационной и аппаратно-программной среде.

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

Технология проектирования - совокупность методов и средств, как самого проектирования, так и его организации. Выделяют два основных класса технологий проектирования: каноническую и индустриальную технологию.

Технологические операции основываются на различных методах проектирования и поддерживающих их методиках стандартов и специализированных инструментальных средствах.

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

В качестве теоретических основ современных методов проектирования программного обеспечения чаще всего выступают: структурные и объектно-ориентированные подходы.

Классификация методов проектирования:

1) по степени автоматизации проектных работ на проектирование:

a) ручное;

b) автоматизированное;

2) по степени типизации на проектирование:

a) оригинальное (индивидуальное);

b) типовое, которое может быть параметрически-ориентированным и модельно-ориентированным;

3) по степени адаптивности проектных решений на методы:

a) реконструкции, когда проектное решение адаптируется путем переработки соответствующих компонентов;

b) параметризации, когда проектное решение настраивается или создается заново в соответствии с изменяемыми параметрами;

c) реструктуризации, когда изменяется модель предметной области и на этой основе создается новое проектное решение.

Таблица 4.1 Классы технологий и методов проектирования

Класс технологии	Степень автоматизации	Степень типизации	Степень адаптивности
Каноническое проектирование	Ручное проектирование	Оригинальное проектирование	Реконструкция
Индустриальное автоматизированное проектирование	Автоматизированное проектирование	Оригинальное и модельно-ориентированное	Реструктуризация модели, прототипа (генерация ЭАИС)
Индустриальное типовое проектирование	Автоматизированное проектирование	Типовое параметрически-ориентированное проектирование	Параметризация и реструктуризация модели (конфигурация ЭАИС)

Индустриальная технология подразделяется на автоматизированное и типовое проектирование.

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

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

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

БД

ППП

Блок адаптации

Блок обработки параметров

Блок функционирования

Результаты работы ППП

  Генераторы отчетов и форм. Встроенный макроязык

Информационный поток

Параметрический поток

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

Рис. 3.4. Взаимосвязь основных потоков и компонентов ППП

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

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

Модель предметной области (объекты, функции, процессы, организационная структура)

Конфигурация ИС

БАЗОВАЯ МОДЕЛЬ

Объекты

Функции

Организационная структура

Процессы

Объекты

репозиторий

Типовая модель (объекты, функции, процессы, организационная структура)

Экономическая ИС

Рис. 3.5. Конфигурация ЭИС на основе модельно-ориентированной технологии

(для объектных ТПР)

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

· обследование объекта и обоснование необходимости создания ИС;

· формирование требований пользователей к ИС;

· оформление отчета о выполненной работе и тактико-технического задания на разработку.

Стадия 2. Разработка концепции ИС.

· изучение объекта автоматизации;

· проведение необходимых научно-исследовательских работ;

· разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

· оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

· разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

· разработка предварительных проектных решений по системе и ее частям;

· разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

· разработка проектных решений по системе и ее частям;

· разработка документации на ИС и ее части;

· разработка и оформление документации на поставку комплектующих изделий;

· разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

· разработка рабочей документации на ИС и ее части;

· разработка и адаптация программ.

Стадия 7. Ввод в действие.

· подготовка объекта автоматизации;

· подготовка персонала;

· комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

· строительно-монтажные работы;

· пусконаладочные работы;

· проведение предварительных испытаний;

· проведение опытной эксплуатации;

· проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

· выполнение работ в соответствии с гарантийными обязательствами;

· послегарантийное обслуживание.

На начальной стадии проектирования выделяют следующие этапы работ:

· обследование объекта и обоснование необходимости создания ИС;

· формирование требований пользователей к ИС;

· оформление отчета о выполненной работе и тактико-технического задания на разработку.

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

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

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

· функции - информация о событиях и процессах, которые происходят в бизнесе;

· сущности - информация о вещах, имеющих значение для организации и о которых что-то известно.

На этапе обследования следует классифицировать планируемые функции системы по степени важности. Один из возможных форматов представления такой классификации – MuSCoW: Must have - необходимые функции; Should have - желательные функции; Could have - возможные функции; Won't have - отсутствующие функции.

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

Модели деятельности организации создаются в двух видах:

· модель "как есть"("as-is")- отражает существующие в организации бизнес-процессы;

· модель "как должно быть"("as-to-be") - отражает необходимые изменения бизнес-процессов с учетом внедрения ИС.

Темы для семинаров:

1. (максимум 3 бала на каждого из двух студентов)

Роль метода при проведения реинжиниринга бизнес-процессов (выбрать один из списка):

· ABC;

· ABM.

2. (максимум 3 бала на каждого из двух студентов)

Технологии CASE-средств (выбрать одно из списка):

· AllFusion Modeling Suite;

· ARIS Tollset;

· Rational Rose;

· любое другое не из списка выше.

Дата добавления: 2014-01-03