Этапы жизненного цикла проекта автоматизации

Жизненный цикл (ЖЦ) программного средства (ПС) – это период времени, который начинается с момента принятия решения о необходимости его создания, и заканчивается в момент его полного изъятия из эксплуатации. [4, с. 21]

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

- ГОСТ 34.601-99 – стандарт на стадии и этапы создания АИС, соответствующие каскадной модели жизненного цикла ПО. В стандарте приводится описание содержания работ на каждом этапе.

- ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» – стандарт на процессы и организацию жизненного цикла заказного ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения.

- Методология Oracle – технологический материал по разработке прикладных АИС, детализированный до уровня заготовок проектных документов в расчете на использование Oracle. Применяется для классической модели жизненного цикла (предусмотрены все работы, задачи и этапы), а также для технологий «быстрой разработки» или «облегченного подхода», рекомендуемых в случае малых проектов.

- Методология RUP (Rational Unified Process) – технологический материал по реализации итеративной модели разработки, включающей 4 фазы: начало, исследование, построение и внедрение. Каждая фаза разбита на этапы (итерации), результатами которых являются версии для внутреннего или внешнего использования. Каждый цикл завершается генерацией очередной версии системы. Предполагает создание и сопровождение моделей на базе UML.

- Методология MSF (Microsoft Solution Framework) – технологический материал по реализации итеративной модели разработки, аналогично RUP, включает 4 фазы: анализ, проектирование, разработку, стабилизацию; предполагает использование объектно-ориентированного моделирования.

- Extreme Programming (XP) - экстремальное программирование. Основой методологии является работа в команде, эффективные коммуникации между заказчиком и исполнителем в течение всего проекта; разработка АИС ведется с использованием последовательно дорабатываемых прототипов.

Стандарт ГОСТ 34.601-99 не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.

В методологии Oracle, RUP, MSF, XP не приводится структура и описание технической документации по проекту.

Поэтому выбираем для проектирования ИС стандарт ISO/IEC 12207:1995.

Стандарт ISO/IEC 12207 задает полный набор процессов (более 40), охватывающий все возможные виды работ и задач, связанных с построением программного средства, начиная с анализа предметной области и заканчивая изготовлением конечного продукта. Данный стандарт содержит основные и вспомогательные процессы (рисунок 13).

Рисунок 13. Основные процессы жизненного цикла ПО

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

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

Для рассматриваемой ИС выделяются следующие базовые процессы жизненного цикла [1]:

1. Разработка

· Планирование и анализ требований (предпроектная стадия);

· Проектирование;

· Реализация;

· Тестирование

· Внедрение;

2. Эксплуатация

· Поддержка пользователей;

· Техническое обслуживание компонентов системы;

3. Сопровождение

· Сбор рекламаций

· Исправление ошибок и недоработок

· Модернизация

На предпроектной стадии необходимо провести системный анализ, включающий анализ функционирования склада и выявление недостатков существующей технологии складского учета. [16] На основе выявленных недостатков формулируется потребность в совершенствовании системы управления складом, создается технико-экономическое обоснование проекта (ТЭО), формулируются технические условия и требования к ИС. Результаты должны быть оформлены в виде ТЗ (технического задания). Первый этап выполняется бизнес-аналитиком отдела, с привлечением сотрудников склада. Входную информацию бизнес-аналитик получает из интервью с сотрудниками склада, складской документации, должностных инструкций, регламента работы склада и прочих документов, характеризующих существующие бизнес-процессы.

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

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

Тестирование ИС. На этом этапе оценивается система в целом на соответствие требованиям ТЗ.

Внедрение системы необходимо проводить в три этапа [2, с.79]:

- подготовка объекта к внедрению;

- опытное внедрение;

- сдача проекта в промышленную эксплуатацию.

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

- закупить и установить сервер системы и серверное ПО;

- развернуть на сервере базу данных;

- установить клиентское ПО на все компьютеры АРМ системы;

- сконфигурировать взаимодействие АРМ системы с сервером базы данных;

- ввести учетные записи и настроить им права доступа;

- заполнить справочники системы реальными данными;

- обеспечить пользователей эксплуатационной документацией;

- обучить персонал работе с системой.

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

Опытная эксплуатация системы должна проводиться не менее 3 месяцев. В случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется поиск причин и устранение ошибок, внесение коррективов в программу, в технологию обработки данных. После устранения ошибок подписывается «Акт о проведении опытной эксплуатации», который служит началом перехода к третьему этапу – сдаче системы в промышленную эксплуатацию.

На этапе эксплуатации производятся следующие работы:

- периодическая актуализация справочников системы (осуществляется ответственным за справочник лицом);

- периодическое архивирование информационной базы системы на CD-носителях (администратор системы);

- локализация проблем и устранение причин их возникновения (программист);

- модификация ПО (бизнес-анатилик, программист);

- подготовка предложений по совершенствованию системы (пользователи системы);

- развитие и модернизация системы (бизнес-анатилик, программист).

Дата добавления: 2015-09-06