Ввод в эксплуатацию

Есть несколько способов приступить к использованию новой системы:

• Параллельная стратегия. Одновременная работа вручную, на "старой" системе и на внедренной. Результаты постоянно сравниваются, новая система адаптируется. Недостаток - значительные трудозатраты (вследствие дуюлирования), большие сроки внедрения.

• Скачок (шоковая терапия). "С понедельника работаем на новой системе!" Эффективно, но иногда приводит к провалу.

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

• Узкое место. Автоматизация самого "узкого" производственного места с постепенным расширением области автоматизации.

Этапы развития функциональности

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

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

• Создание рабочих проектов. Рабочий проект - система с неполной функциональностью, на которой, тем не менее, можно проводить основные операции и обучение.

• Разработка и внедрение. Функциональность доведена до оптимального состояния, система готова к эксплуатации.

Оценка результатов

Получение "обратной связи": результаты деятельности системы сравниваются с целями, сформулированными на начальном этапе и скорректированными в процессе внедрения. Данный этап позволяет понять, насколько успешен проект внедрения.

Анализ текущего состояния

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

Постоянная переподготовка

Переподготовка не завершается после внедрения системы. Она должна проходить регулярно.

8. ГОСТ 34.601-90

Сейчас нередко звучат призывы активнее обращаться к старому доброму ГОСТу, а не выдумывать какие-то новые сомнительные методики внедрения.

Несомненно, придерживаться стандартов полезно, но, на наш взгляд, существующий ГОСТ 34.601-90 (от 1992 г) не может служить эффективной методологией. Слишком сильно в нем влияние социалистической, плановой экономики. Кроме того, он чересчур универсален.

Рассмотрим содержание отечественного ГОСТа ТЗ 34.601-90 "Автоматизированные системы стадии создания" (дата введения 01.01.1992 г.).

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

Устанавливаются следующие стадии и этапы создания АС:

• формирование требований к АС;

• разработка концепции АС;

• техническое задание;

• эскизный проект;

• технический проект;

• рабочая документация;

• ввод в действие;

• сопровождение АС.

По аналогии с планом Уайта, первые три пункта резонно отнести к нулевому этапу проекта.