Потребность в создании ЭИС может обусловливаться либо необходимостью автоматизации или модернизации существующих информационных процессов, либо необходимостью коренной реорганизации в деятельности предприятия (проведении бизнес-реинжиниринга). Потребности создания ЭИС указывают, во-первых, для достижения каких именно целей необходимо разработать систему; во-вторых, к какому моменту времени целесообразно осуществить разработку; в-третьих, какие затраты необходимо осуществить для проектирования системы.
Проектирование ЭИС — трудоемкий, длительный и динамический процесс. Технологии проектирования, применяемые в настоящее время, предполагают поэтапную разработку системы. Этапы по общности целей могут объединяться в стадии. Совокупность стадий и этапов, которые проходит ЭИС в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы, называется жизненным циклом ЭИС.
В жизненном цикле ЭИС можно укрупненно выделить несколько этапов, относящихся к ее разработке, и период эксплуатации системы. Разработкой (проектированием) ЭИС называется процесс составления описания еще не существующей системы на разных языках и с различной степенью детализации, в ходе которого осуществляется оптимизация проектных решений. В процессе детализации описаний наступает момент, когда имеющиеся описания позволяют создать действующую систему (изготовление изделия по имеющимся чертежам) и наступает период эксплуатации ЭИС.
Проектирование разделяется на проектные операции. Проектная операция включает выбор проектных решений и позволяет определить значения параметров, характеризующих БД, вычислительную систему и программное обеспечение.
Этапами проектирования являются:
§ обоснование создания ЭИС,
§ разработка технического задания,
§ техническое и рабочее проектирование,
§ ввод ЭИС в действие.
Процесс эксплуатации обычно через некоторые периоды времени прерывается стадиями модификации системы.
Стадию эксплуатации можно охарактеризовать как период стабильного функционирования ЭИС, не требующий изменения ранее принятых проектных решений.
Под стадией модификации будем понимать процесс корректировки проектных решений по отдельным компонентам ЭИС.
Суть содержания жизненного цикла разработки ЭИС в различных подходах одинакова и сводится к выполнению следующих стадий:
1) Планирование и анализ требований (предпроектная стадия) — системный анализ. Исследование и анализ существующей информационной системы, определение требований к создаваемой ЭИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку ЭИС. На этой стадии необходимо обследование предметной области:
§ границы предметной области и возможности ее расширения,
§ перечень объектов предметной области,
§ информационные потребности пользователей,
§ необходимые процессы обработки данных с указанием их периодичности,
§ ЭВМ, на которой предполагается реализовать ЭИС,
§ требования к функционированию ЭИС, частота поступления и корректировки информации, методы обеспечения ее достоверности.
Результатом обследования предметной области должно быть техническое задание на разработку системы.
2) Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций (функциональная архитектура) и состава обеспечивающих подсистем (системная архитектура), оформление технического проекта ЭИС. На этой стадии происходит:
Ø определение объектов и их атрибутов. Для каждого объекта и процесса необходимо:
§ выделить идентифицирующие свойства и провести нормализацию,
§ определить количество экземпляров каждого объекта и рост этой величины во времени,
§ определить методы вычислений производных показателей на основе значений исходных показателей;
Ø установление всех структурных связей между объектами и процессами и вычислимости на этой основе всех запросов. Разработка структуры базы данных, проверка ее корректности и полноты;
Ø определение технологии работы ЭИС, т.е. определение порядка сбора, контроля и хранения данных, определение форматов ввода-вывода информации, установление объемных и временных характеристик выдачи информации, установление правил работы всех групп пользователей;
Ø выбор ЭВМ и программных средств для реализации ЭИС. Среди программных средств в первую очередь необходимо выбрать операционную систему и СУБД. Оценка требуемых объемов памяти и трудоемкости разработки программ;
Ø проверка корректности проекта и определение сроков его реализации.
Итогом перечисленных выше действий становится технический проект ЭИС.
3) Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта. На стадии рабочего проектирования необходимо:
§ создать описания всех компонентов базы данных,
§ разработать экранные формы и системы меню для всех групп пользователей,
§ разработать программы для всех приложений,
§ заполнить ЭИС отладочными данными и оттестировать ее,
§ составить инструкции по работе с ЭИС и обучить пользователей.
4) Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ЭИС.
5) Эксплуатация ЭИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ЭИС, исправление ошибок и недоработок, оформление требований к модернизации ЭИС и ее выполнение (повторение стадий 2 – 5). Стадия эксплуатации начинается с заполнения ЭИС реальными данными.
Этапы эксплуатации и модификации ЭИС поочередно меняют друг друга до тех пор, пока не наступит момент морального старения ЭИС и будет принято решение о ее ликвидации и разработке принципиально новой системы.
Часто второй и третий этапы объединяют в одну стадию, называемую техно-рабочим проектированием или системным синтезом.
Системный анализ ЭИС начинается с описания и анализа функционирования рассматриваемого экономического объекта (системы) в соответствии с требованиями (це
лями), которые предъявляются к нему. В результате этого этапа выявляются основные недостатки существующей ЭИС, на основе которых формулируется потребность в совершенствовании системы управления этим объектом, и ставится задача определения экономически обоснованной необходимости автоматизации определенных функций управления, то есть создается технико-экономическое обоснование проекта. После определения этой потребности возникает проблема выбора направлений совершенствования объекта на основе выбора программно-технических средств. Результаты оформляются в виде технического задания на проект, в котором отражаются технические условия и требования к ЭИС, а также ограничения на ресурсы проектирования. Требования к ЭИС определяются в терминах функций, реализуемых системой, и предоставляемой ею информацией.
Системный синтез предполагает:
§ разработать функциональную архитектуру ЭИС, которая отражает структуру выполняемых функций;
§ разработать системную архитектуру выбранного варианта ЭИС, то есть состав обеспечивающих подсистем;
§ выполнить реализацию проекта.
Этап по составлению функциональной архитектуры, представляющей собой совокупность функциональных подсистем и связей между ними, является наиболее ответственным с точки зрения качества всей последующей разработки.
Построение системной архитектуры на основе функциональной архитектуры предполагает выделение элементов и модулей информационного, технического, программного обеспечения и других обеспечивающих подсистем, определение связей по информации и управлению между выделенными элементами и разработку технологии обработки информации.
Этап конструирования (физического проектирования системы) включает разработку инструкций пользователям и программ, создание информационного обеспечения, включая наполнение баз данных.
Процесс внедрения разработанного проекта предполагает выполнение следующих этапов: опытное внедрение и промышленное внедрение.
Этап опытного внедрения заключается в проверке работоспособности элементов и модулей проекта, устранении ошибок на уровне элементов и связей между ними.
Этап сдачи в промышленную эксплуатацию заключается в организации проверки проекта на уровне функций и контроля соответствия его требованиям, сформулированным на стадии системного анализа.
На стадии эксплуатации и сопровождения проекта выполняются этапы: эксплуатация проекта системы и модернизация проекта ЭИС.
Рассмотренная схема жизненного цикла ЭИС условно включает в свой состав только основные процессы, реальный набор которых и их разбиение на этапы и технологические операции в значительной степени зависят от выбираемой технологии проектирования.
Важной чертой жизненного цикла ЭИС является его повторяемость «системный анализ — разработка — сопровождение — системный анализ». Это соответствует представлению об ЭИС как о развивающейся, динамической системе. При первом выполнении стадии «Разработка» создается проект ЭИС, а при повторном выполнении осуществляется модификация проекта для поддержания его в актуальном состоянии.
Экономическим объектам свойственны динамичность и развитие, что непосредственно влияет на состояние ИС. Поэтому на стадии эксплуатации ИС усиливаются факторы, доказывающие необходимость последующей модернизации.
Среди них:
§ изменения на объекте управления и во внешней среде;
§ изменение состава рабочей нагрузки вычислительной системы, замена оборудования, рост объема файлов;
§ накопление опыта работы с ЭИС;
§ обнаружение проектных ошибок.
В процессе эксплуатации ЭИС производится слежение за изменением параметров ЭИС и предметной области. Для этого используются, например:
§ информация об изменениях в системе документооборота и структуре отдельных документов,
§ данные об изменениях в составе решаемых экономических задач, системе экономических показателей и методах их расчета,
§ характеристики потока запросов к БД,
§ оценки пользователей о качестве получаемой информации,
§ информация системной мониторной программы или аналогичных средств, работающих в составе применяемых операционных систем и СУБД, сбор статистики о выполненных заданиях.
Должны также фиксироваться изменения количественных и качественных характеристик предметной области. В этой сфере могут происходить изменения в организационной структуре экономического объекта, составе параметров, характеризующих объект, методах их расчета. Изменения зачастую связаны с реконструкцией производства, выпуском новых изделий, освоением новых технологий, совершенствованием конструкторской документации. Может меняться состав организационных и технологических ограничений на объекте.
Сравнение результатов измерений с аналогичной информацией за прошлые периоды времени и отклонение текущих параметров функционирования ЭИС от нормативных могут дать основание для проведения модификации ЭИС. Анализ результатов наблюдений должен быть различным в зависимости от целей, которые предполагается достичь после проведения модификации. Первоначально должна быть поставлена цель модификации ЭИС и определено множество методов, ведущих к достижению требуемой цели. Собираемая и анализируемая информация должна лишь доказать (или опровергнуть) целесообразность применения конкретного метода модификации и позволить выработать его спецификацию.
Цели модификации ЭИС можно разделить на шесть больших групп:
§ исправление проектных ошибок,
§ улучшение эксплуатационных характеристик ЭИС,
§ адаптация к изменениям в предметной области,
§ разработка нового приложения,
§ обеспечение совместимости с другими ИС,
§ перенос БД в новую аппаратно-программную среду.
§ Конкретные методы модификации ЭИС группируются по четырем направлениям:
§ реструктуризация БД,
§ перепрограммирование прикладных задач,
§ реорганизация БД,
§ настройка вычислительной системы.
С точки зрения реализации перечисленных аспектов в технологиях проектирования ЭИС модели жизненного цикла, определяющие порядок выполнения стадий и этапов, претерпевали существенные изменения. Среди известных моделей жизненного цикла можно выделить следующие:
§ каскадная модель (до 70-х годов) — последовательный переход на следующий этап после завершения предыдущего;
§ итерационная модель (70 — 80-е годы) — с итерационными возвратами на предыдущие этапы после выполнения очередного этапа;
§ спиральная модель (80 — 90-е годы) — прототипная модель, предполагающая постепенное расширение прототипа ЭИС.
Каскадная модель. Для этой модели жизненного цикла характерна автоматизация отдельных несвязанных задач, не требующая выполнения информационной интеграции и совместимости, программного, технического и организационного сопряжения. В рамках решения отдельных задач каскадная модель жизненного цикла по срокам разработки и надежности оправдывала себя. Применение каскадной модели жизненного цикла к большим и сложным проектам вследствие большой длительности процесса проектирования и изменчивости требований за это время приводит к их практической нереализуемости.
Итерационная модель. Создание комплексных ЭИС предполагает проведение увязки проектных решений, получаемых при реализации отдельных задач. Подход к проектированию «снизу-вверх» обусловливает необходимость таких итерационных возвратов, когда проектные решения по отдельным задачам комплектуются в общие системные решения и при этом возникает потребность в пересмотре ранее сформулированных требований. Как правило, вследствие большого числа итераций возникают рассогласования в выполненных проектных решениях и документации. Запутанность функциональной и системной архитектуры созданной ЭИС, трудность в использовании проектной документации вызывают уже на стадиях внедрения и эксплуатации необходимость перепроектирования всей системы. Длительный жизненный цикл разработки ЭИС заканчивается этапом внедрения, за которым начинается жизненный цикл создания новой ЭИС.
Спиральная модель. Используется подход к организации проектирования ЭИС «сверху-вниз», когда сначала определяется состав функциональных подсистем, а затем постановка отдельных задач. Соответственно сначала разрабатываются такие общесистемные вопросы, как организация интегрированной базы данных, технология сбора, передачи и накопления информации, а затем технология решения конкретных задач. В рамках комплексов задач программирование осуществляется по направлению от головных программных модулей к исполняющим отдельные функции модулям. При этом на первый план выходят вопросы взаимодействия интерфейсов программных модулей между собой и с базой данных, а на второй план — реализация алгоритмов.