1.8. Типовое проектирование аис

Методы типового проектирования АИС достаточно подробно рассмотрены в литературе [8, 16—18]. Здесь приведены основные определения и представлено задание для разработки проекта АИС методом типового проектирования.

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

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

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

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

• подсистемные ТПР. Решение является отдельной функционально полной подсистемой;

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

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

В табл. 1.8 приведены особенности различных классов ТПР.

Таблица 1.8. Достоинства и недостатки ТПР

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

Для реализации типового проектирования могут использоваться два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.

Параметрически-ориентированное проектирование включает следующие этапы:

• определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач;

• анализ и оценка доступных ППП по сформулированным критериям;

• выбор и закупка наиболее подходящих пакетов;

• настройка параметров (доработка) закупленных ППП.

Ниже приведены группы, на которые делятся критерии оценки ППП:

1. назначение и возможности пакета;

2. характеристики и свойства пакета;

3. требования к аппаратным и программным средствам;

4. документация пакета;

5. финансовые факторы;

6. особенности установки и настройки пакета;

7. особенности эксплуатации пакета;

8. обязательства поставщика по внедрению и сопровождению пакета;

9. оценка качества пакета и опыт его использования;

10. перспективы развития пакета.

Внутри каждой группы критериев выделяется некоторое подмножество частных показателей, детализирующих каждый из приведенных аспектов анализа выбираемых ППП [8, 16—18]. Числовые значения показателей для конкретных ППП устанавливаются экспертами по выбранной шкале оценок. На их основе формируются групповые оценки и комплексная оценка пакета (путем вычисления средневзвешенных значений). Нормированные взвешивающие коэффициенты также получаются экспертным путем.

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

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

На рис. 1.12 приведена конфигурация АИС, проектируемая на основе модельно-ориентированной технологии [18].

Специальная база метаданных — репозиторий — содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование программного обеспечения. Модель объекта автоматизации строится с помощью специального программного инструментария (например, SAP Business Engineering Workbench — BEW, BAAN Enterprise Modeler).

Альтернативный способ — создание системы на базе типовой модели из репозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования АИС для различных отраслей и типов производства.

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

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

Базовая модель АИС содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, бизнес-правил, организационной структуры, которые поддерживаются программными модулями типовой АИС.

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

Модель конкретного предприятия строится либо путем выбора фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler), либо путем автоматизированной адаптации этих моделей в результате экспертного опроса (SAP Business Engineering Workbench).

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

Бизнес-правила определяют условия корректности совместного применения различных компонентов АИС и используются для поддержания целостности создаваемой системы.

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

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

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

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

Внедрение типовой АИС начинается с анализа требований, которые выявляются на основе результатов предпроектного обследования объекта автоматизации. Для оценки соответствия этим требованиям программных продуктов может использоваться описанная выше методика оценки ППП. После выбора программного продукта на базе имеющихся в нем референтных моделей строится предварительная модель АИС, в которой отражаются все особенности реализации АИС для конкретного предприятия. Предварительная модель является основой для выбора типовой модели системы и определения перечня компонентов, которые будут реализованы с использованием других программных средств или потребуют разработки с помощью имеющихся в составе типовой АИС инструментальных средств [18, 19].

Реализация типового проекта предусматривает выполнение следующих операций:

1. установку глобальных параметров системы;

2. задание структуры объекта автоматизации;

3. определение структуры основных данных;

4. задание перечня реализуемых функций и процессов;

5. описание интерфейсов;

6. описание отчетов;

7. настройку авторизации доступа;

8. настройку системы архивирования.

Контрольные вопросы

1. Дайте определение информационной и автоматизированной информационной систем.

2. Приведите примеры классификационных признаков и классификаций АИС.

3. Перечислите виды обеспечения (обеспечивающих подсистем) АИС.

4. Дайте определение архитектуры АИС.

5. Перечислите этапы и стадии жизненного цикла АИС.

6. Перечислите модели жизненного цикла АИС.

7. Перечислите требования технологии проектирования АИС.

8. Объясните разницу в терминологии «методология» и «технология» проектирования.

9. Назовите этапы типового проектирования.

10. Перечислите достоинства и недостатки типового проектного решения.

Литература

1. Попов И. И. Автоматизированные информационные системы (по областям применения): учеб. пособие / под ред. К. И. Курбакова. М.: Изд-во Рос. экон. акад., 1998. 103 с.

2. Месарович М., Мако Д., Такахара Ю. Теория иерархических многоуровневых систем. М.: Мир, 1974.

3. Информационные технологии: толковый словарь аббревиатур / Э. Каян; пер. с англ. К. Г. Финогенова. М.: БИНОМ; Лаборатория знаний, 2003. 646 с.

4. ГОСТ 34-003—90. Автоматизированные системы. Термины и определения. Комплекс стандартов на автоматизированные системы. ИПК «Издательство стандартов», 1997.

5. Избачков Ю. С, Петров В. Н. Информационные системы. СПб.: Питер, 2005. 656 с.

6. Ковалев С. М., Ковалев В. М. Современные методологии описания бизнес-процессов: просто о сложном. Ч. 6. // Консультант директора. 2004. № 12.

7. Кузнецов С. Д. Основы современных баз данных. Информационно-аналитические материалы Центра Информационных технологий, www/citmgu.ru.

8. Проектирование экономических информационных систем / Г. Н. Смирнова и др. М.: Финансы и статистика, 2003. 512 с.

9. Балдин К. В., Уткин В. Б. Информационные системы в экономике: учебник. 2-е изд. М.: Дашков и К°, 2006. 395 с.

10. Информационные технологии управления: учеб. пособие для вузов / под ред. проф. Г. А. Титоренко. 2-е изд., доп. М.: ЮНИТИ-ДАНА, 2004. 439 с.

11. IEEE Std. 610.12—1990.

12. ГОСТ 34.601—90. Автоматизированные системы. Стадии создания. Комплекс стандартов на автоматизированные системы. ИПК «Издательство стандартов», 1997.

13. Грабауров В. А. Информационные технологии для менеджеров. 2-е изд., перераб. и доп. М.: Финансы и статистика, 2005. 512 с.

14. Буч Г., Рамбо Д., Джекобсон А. Язык UML: Руководство пользователя. Пер. с англ. М.: ДМК, 2000. 142 с.

15. Балдин К. В. Моделирование жизненного цикла сложных систем. Ч. I и II. М.: Издательство РДЛ, 2000.

16. Трояновский В. М. Проектирование информационных систем. М.: МИЭТ, 2002. 108 с.

17. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. 2-е изд., перераб. и доп. М.: Финансы и статистика, 2005. 180 с.

18. Греку Л. В. И. Проектирование информационных систем. http://www.intuit.ru.

19. Модели и методологии разработки информационных систем. http://www.stormsystemst.ru.

20. Верников Г. Н. Основы методологии обследования организаций. http://www.vernikov.ru.

21. Емельянов А. А., Власов Е. А. Информационное моделирование в экономических системах: учеб. пособие. М.: МЭСИ, 2003.

22. Clegg, Dai, and Richard Barker. CASE-Method Fast-track. A RAD Approach. Adison-Wesley, 1994.