Управление внедрением: методологии внедрения
Назначение и состав методологий внедрения
Методологии внедрения
обычно разрабатываются ведущими производителями информационных систем с учетом особенностей их программных продуктов, а также сферы внедрения. Положительная сторона таких стандартов - их практическая направленность. Они представляют собой глубоко проработанные, проверенные, многократно апробированные рабочие инструкции и шаблоны проектных документов. Такие стандарты обычно далеки от теоретических абстракций, ориентированы на особенности конкретных систем, содержат наилучший опыт. Но у стандартов есть и отрицательные стороны: даже методологии, предназначенные для систем, близких по классу, не взаимозаменяемы.
Методологии внедрения информационных систем являются источником информации для разработки иерархической структуры проекта внедрения и иерархической структуры работ проекта. Состав работ (процессов) и последовательность их исполнения в значительной мере определяются целями проекта внедрения, используемым программным обеспечением, особенностями автоматизируемой сферы деятельности, организационной структурой объекта автоматизации, принятой у разработчика организацией работы и пр.
В настоящем разделе мы рассмотрим особенности отдельных методологий внедрения: их цели, предусмотренные этапы, состав и взаимосвязи работ.
Методологии внедрения компании Microsoft
Для поддержки внедрения систем группы Microsoft Business Solutions (Microsoft Dynamics NAV, Microsoft Dynamics AX, Microsoft CRM) компанией Microsoft разработан ряд методологий: On Target, Microsoft Business Solutions Partner Methodology, Microsoft Dynamics Sure Step. Все они поддерживаются специализированными программными средствами и шаблонами проектной документации, которые не являются общедоступными и предоставляются только официальным партнерам Microsoft.
Наиболее старая версия - методология On Target - ориентирована главным образом на удовлетворение требований, сформулированных Заказчиком. Процесс внедрения делится на шесть этапов: подготовка проекта, анализ, дизайн, разработка и тестирование, развертывание, опытная эксплуатация. Задачи этапов и выполняемые работы приведены в таблице 2.1.
Таблица 2.1. Характеристика этапов внедрения по методологии On Target
|
Этап проекта
|
Цели этапа
|
Выполняемые работы (пакеты работ)
|
Подготовка проекта
|
Разработать проектную документацию. Сформировать команду проекта
|
Предварительное планирование проекта. Разработка проектных процедур. Формирование Рабочей группы Проекта. Разработка и утверждение Устава Проекта. Разработка спецификации на следующую стадию
|
Анализ
|
Подготовить команду проекта. Разработать функциональные требования к системе
|
Обучение Рабочей группы Заказчика (ключевые пользователи, разработчики и администраторы). Анализ бизнес-процессов Заказчика. Подготовка и утверждение функциональных требований к системе. Подготовка Плана иБюджета Проекта. Разработка спецификации на следующую стадию
|
Дизайн
|
Разработать технические требования к системе. Разработать принципы реализации требований
|
Подготовка и утверждение Технического задания. Разработка и согласование Дизайна решения (реализация функциональных требований в системе). Детальное описание системных модификаций и интерфейсов с внешними программами. Уточнение Плана и Бюджета Проекта. Разработка спецификации на следующую стадию
|
Разработка и тестирование
|
Создать программный продукт Проверить работоспособность продукта
|
Разработка и тестирование дополнительной функциональности. Разработка и утверждение дополнительных интерфейсов. Разработка программы тестирования модификаций и интерфейсов. Выполнение процедур тестирования модификаций и интерфейсов. Разработка спецификации на следующую стадию
|
Развертывание
|
Установить систему у Заказчика
|
Развертывание (инсталляция) системы на рабочие места конечных пользователей. Настройка прав и уровней доступа пользователей. Разработка процедур переноса сальдо и операций. Разработка процедур верификации начальных данных и операций. Подготовка пользовательских инструкций. Обучение конечных пользователей. Разработка спецификации на следующую стадию
|
Опытная эксплуатация
|
Запустить систему в эксплуатацию. Осуществить сдачу-приемку проекта
|
Перенос начальных сальдо и операций. Выполнение процедур верификации начальных данных. Запуск системы в эксплуатацию. Опытная эксплуатация. Приемка
|
В последующих версиях методологии - Microsoft Business Solutions Partner Methodology, Microsoft Dynamics Sure Step - основной акцент делается на нуждах бизнеса Заказчика, которому, в конечном итоге, необходимо решение для эффективной работы бизнеса: система управления предприятием, обеспечивающая достижение его целей. Результат проекта, согласно MBS Partner Methodology, - это работающее решение для бизнеса Заказчика, а не простая настройка программного продукта. Использование в процессе внедрения этой методологии позволяет обеспечить высокую эффективность проекта для Заказчика и реальное достижение тех целей внедрения, ради которых Заказчик и начал проект. Методология обеспечивает регулярный контроль хода проекта на всех этапах, что направлено на снижение проектных рисков.
Таким образом, цели MBS Partner Methodology оказываются значительно шире, чем в предыдущей методологии, и включают в себя:
Состав этапов проекта внедрения отличается от предыдущей версии методологии, как по названиям, так и по выполняемым работам.
MBS Partner Methodology
|
On Target
|
1. Диагностика
|
1. Подготовка проекта
|
2. Анализ
|
2. Анализ
|
3. Дизайн
|
3. Дизайн
|
4. Разработка и тестирование
|
4. Разработка и тестирование
|
5. Развертывание
|
5. Развертывание
|
6. Начальное сопровождение
|
6. Опытная эксплуатация
|
Содержание этапов проекта представлено в таблице 2.2.
В рамках данной методологии вводятся понятия концептуального (ориентированного на бизнес-пользователя) и детального (ориентированного на разработчика) дизайна системы, что обеспечивает последовательность и преемственность в формировании пользовательских и системных требований к решению.
Появляются требования о выделении отдельной среды для разработки программного продукта, среды для тестирования, рабочей среды для интеграции результатов в рабочую систему.
Таблица 2.2. Характеристика этапов внедрения по методологии MBS Partner Methodology
|
Этап проекта
|
Цели этапа
|
Выполняемые работы (пакеты работ)
|
Диагностика
|
Анализ и описание бизнес-процессов. Выявление основных потребностей бизнеса. Оценка функциональной применимости базового программного продукта. Определение ожидаемых результатов, сроков, границ ибюджета проекта
|
Организация рабочей группы сотрудников Заказчика для проведения диагностики. Сбор предварительной информации. Обследование и описание структуры предприятия, бизнес-процессов, основных целей, потребностей и ожиданий Заказчика. Согласование результатов обследования, установка критериев оценки результатов проекта. Подготовка отчета о Диагностике. Предложения по разработке и внедрению решения
|
Анализ
|
Организация проекта. Детальное обследование и описание предприятия Заказчика. Изучение требований к внедряемому решению. Документирование функциональных требований, создание полного перечня требуемых модификаций и доработок функциональности
|
Открытие проекта, формирование Управляющего комитета и проектной группы. Подготовка плана проекта, Устава проекта, порядка отчетности, управления изменениями и рисками, сдачи-приемки проекта. Проведение тренинга для сотрудников клиента по базовой функциональности продукта. Уточнение и детализация требований к решению бизнес-процессов Заказчика. Выработка решений относительно изменения существующих бизнес-процессов, модификации функциональности продукта, построения интерфейсов с внешними системами. Подготовка Спецификации функциональных требований. Согласование и утверждение функциональных требований, уточнение параметров проекта
|
Дизайн
|
Описание создаваемого решения, детальное проектирование модификаций и доработок функциональности. Планирование изменений бизнес-процессов. Уточнение подходов к разработке и испытаниям проектируемого решения
|
Разработка Концептуального дизайна (Технического задания), описывающего в терминах предметной области концепцию реализации решения, изменения функциональности и бизнес-процессов, требования к отчетности. Согласование и утверждение Концептуального дизайна Заказчиком проекта. Разработка Детального дизайна (Программного дизайна), описывающего в терминах системы предполагаемые модификации функциональности, интерфейсы с внешними системами, порядок тестирования разработки, порядок приемки работ. Согласование и утверждение Детального дизайна. Планирование порядка, сроков и ресурсов для разработки и контроля качества. Уточнение параметров последующих стадий
|
Разработка и тестирование
|
Реализация и первичное тестирование модификаций и доработок функциональности. Установка и настройка системы. Планирование и проведение испытаний. Доработка решения по результатам испытаний
|
Настройка среды для разработки, среды для тестирования, рабочей среды для интеграции результатов в рабочую систему. Реализация модификаций и интерфейсов, первоначальное тестирование разработчиками. Передача результатов разработки Заказчику для тестирования, исправление обнаруженных ошибок, корректировка требований, повторная реализация и тестирование. Комплексное тестирование Заказчиком, исправление ошибок и корректировка требований. Установка результатов разработки в рабочую среду, настройка системы, перенос основных справочников и сальдо. Проведение финальных испытаний и подготовка к сдаче-приемке
|
Развертывание
|
Подготовка и настройка рабочей системы. Разработка пользовательской документации. Тренинг конечных пользователей. Планирование и запуск в рабочую эксплуатацию. Сдача-приемка проекта
|
Проведение официальной сдачи проекта Заказчику. Оценка достижения целей проекта и критериев успеха. Планирование запуска в промышленную эксплуатацию. Подготовка системы к запуску, контроль готовности, заведение актуальных данных. Организация и проведение тренинга для конечных пользователей. Запуск ежедневной обработки в новой системе операций. Осуществление первоначальной поддержки специалистами партнера промышленной эксплуатации системы. Официальное завершение проекта, оценка проекта Заказчиком
|
Начальное сопровождение
|
Сопровождение функционирования системы в режиме рабочей эксплуатации. Устранение выявленных несоответствий. Переход к режиму работы Заказчика в рамках контракта на регулярное сопровождение
|
Осуществление ежедневной поддержки работы Заказчика с системой (по телефону, электронной почте, с выездом специалистов на место). Периодические обновления системы, связанные с выходом новых версий, изменениями законодательства, развитием технологий. Проведение периодической оценки соответствия решения требованиям Заказчика, наличия потребностей в изменении и развитии решения. Планирование и организация новых проектов
|
Методология внедрения OneMethodology
Методология OneMethodology разработана компанией PeopleSoft (теперь входящей в состав Oracle) для внедрения информационных систем линейки J.D. Edwards.
Методология направлена на достижение следующих целей:
Обеспечить согласованность иерархии целей и задач проекта, его временных границ и ожидаемых результатов.
Определить требования к проектным командам с обеих сторон, а также порядок их взаимодействия.
Учесть приоритетность проводимых работ и разделение рисков/ ответственности с фиксацией ролей Исполнителя и Заказчика.
Обеспечить реализацию требований к системе согласно составу задач и описанию бизнес-процедур.
Обеспечить безболезненный переход к работе в новом информационном окружении.
Состав этапов проекта внедрения существенно отличается от рассмотренных методологий.
MBS Partner Methodology
|
On Target
|
OneMethodology
|
1. Диагностика
|
1. Подготовка проекта
|
1. Рамки внедрения
|
2. Анализ
|
2. Анализ
|
2. Модель
|
3. Дизайн
|
3. Дизайн
|
3. Конфигурирование
|
4. Разработка и тестирование
|
4. Разработка и тестирование
|
4. Запуск в эксплуатацию
|
5. Развертывание
|
5. Развертывание
|
5. Развитие
|
6. Начальное сопровождение
|
6. Опытная эксплуатация
|
|
Содержание работ по этапам проекта внедрения представлено в таблице 2.3.
Таблица 2.3. Характеристика этапов внедрения по методологии OneMethodology
|
Этап проекта
|
Цели этапа
|
Выполняемые работы (пакеты работ)
|
Рамки внедрения
|
Определение целей и рамок проекта
|
Определение функциональных целей:
определение целей внедрения системы управления и преимуществ, которые получит Заказчик в результате внедрения, предварительная оценка эффективности внедрения системы;
определение и описание автоматизируемых бизнес-процессов и последовательности автоматизации;
определение организационных рамок проекта (подразделений, которые будут участвовать в автоматизируемых бизнес-процессах) формирование проектной группы Заказчика и описание ее задач.
|
Разработка технологической архитектуры:
архитектуры приложения,
конфигурации сети,
конфигурации оборудования.
|
Конвертация данных:
определение перечня данных, которые должны быть в системе,
определение формата ввода этих данных,
определение возможности автоматической конвертации.
|
Интерфейсы с внешними программами:
определение состава программ, с которыми будет производиться обмен данными,
определение механизмов взаимодействия
|
Модель
|
Проектирование будущей системы и будущих бизнес-процессов
|
Общий обзор и планирование:
описание текущего состояния компании с ее бизнес-процессами и планирование мероприятий по моделированию будущих бизнес-процессов, сбору и подготовке исходных данных.
|
Моделирование бизнес-процессов:
описание бизнес-процессов и согласование разработанных моделей,
определение требований бизнес-процессов к информационной системе.
|
Анализ недостающей функциональности:
анализ соответствия приложений потребностям бизнеса,
определение набора требований, которые необходимо реализовать с помощью дополнительной разработки либо вообще невозможно реализовать.
|
Планирование доработок ПО:
составляется план разработки дополнительного программного обеспечения, оценивается объем и длительность этих работ, затраты;
анализ альтернативных вариантов
|
Конфигурирование
|
Выполнение пилотного проектаи развертывание системы
|
Обучение проектной группы: Обучение участников проектной команды Заказчика функциям и процедурам информационной системы и базовым навыкам работы с ней.
|
Прогонка по системе (Solution Walk-trough): настройка пилотного проекта, тестирование на ограниченном массиве исходных данных компании Заказчика.
|
Ввод исходных данных: ввод исходных данных по подразделениям компании согласно выбранным бизнес-процессам.
|
Конфигурирование программного обеспечения: развертывание информационной системы для всех пользователей.
|
Разработка пользовательской документации: формирование инструкций пользователей и описаний системы.
|
Формирование прав доступа: настройка прав доступа групп пользователей к информации и обеспечение безопасности данных системы
|
Интеграция: объединение модулей пилотного проекта с внешними программами, которые мы определили на этапе планирования
|
Запуск в эксплуатацию
|
Запуск системы в опытную эксплуатацию
|
Тестирование рабочей конфигурации: тестирование настроенной версии с введенными в нее данными и сравнение их с данными текущих систем.
|
Тренинг (обучение) конечных пользователей.
|
Настройка производительности системы и распределение задач по серверам.
|
Запуск системы в опытную эксплуатацию
|
Развитие
|
Оптимизация, совершенствование системы
|
Оценка работоспособности недостающей функциональности (Gap analysis workshop): оценка работоспособности доработанного функционала и соответствия достижению целей, поставленных перед проектом.
|
Оптимизация бизнес-процессов: изменение бизнес-процессов для обеспечения достижения поставленных целей.
|
Передача системы: передача ИС в промышленную эксплуатацию
|
Методология внедрения компании Oracle
Методика компании Oracle внедрения готовых приложений пакета Oracle E-Business Suite, называемая Application Implementation Method (AIM), является составной частью методического комплекса OracleMethod, который охватывает различные аспекты развития ИТ-инфраструктуры компании. Методология Oracle AIM представляет собой детальное описание задач, выполняемых в ходе проекта, с указанием последовательности их выполнения и ответственных ролей проектной группы [ 7 ] .
Общая схема исполнения проекта согласно AIM описывается следующей последовательностью действий:
Строится грубая модель явления.
Выявляются детальные требования к разным аспектам явления.
Модель и детальные требования отображаются в приложении (приложение настраивается и демонстрируется).
Если какие-то аспекты модели или требований не реализуются приложением, то формируется подход к их реализации.
Стоимость реализации новых возможностей приложения оценивается, и если она "слишком" велика, то происходит возврат к перестройке модели или изменение требований.
Если стоимость реализации новых возможностей оправдана, то новые компоненты приложения разрабатываются (и интегрируются в приложение).
Составляются инструкции по использованию приложения, объединяющие стандартные и новые возможности приложения и базирующиеся на модели явления и на детальных требованиях к нему.
Новая модель внедряется в жизнь.
Работы, выполняемые для решения этих задач, по принципу общности результатов сгруппированы в процессы. Проект делится на шесть фаз (см. рис. 2.1).
Основные цели, которые должны быть достигнуты в соответствующих фазах проекта
В фазе Определение сформулированы совокупные бизнес-требования Заказчика. Впоследствии они могут уточняться и видоизменяться в ходе отображения на функциональность Oracle E-Business Suite, но появления новых бизнес-требований не происходит.
В фазе Анализ операций зафиксированы будущие бизнес-процессы и определено, как они будут реализованы с помощью Oracle E-Business Suite; установлено, какие бизнес-требования не могут быть удовлетворены с помощью стандартной функциональности и какая дополнительная разработка необходима.
В фазе Дизайн решения получены детальные спецификации для дополнительной разработки (функциональный и технический дизайн) и разработаны сценарии тестирования.
В фазе Разработка завершены все дополнительные разработки, проведены приемочные тесты, разработана пользовательская документация для эксплуатации решения.
В фазе Переход завершено обучение конечных пользователей, проведена конвертация данных, система введена в эксплуатацию.
В фазе Эксплуатация - обеспечение поддержки Заказчика в работе с системой; устранение выявленных недостатков в работе системы.
Рис. 2.1. Организация проекта внедрения согласно AIM
Каждый из выделенных процессов подразумевает выполнение определенного комплекса работ.
Определение бизнес-требований (RD). Результатом выполнения задач, входящих в данный процесс, является описание требований Заказчика к развертываемой системе. В ходе этого процесса создаются детальные описания выполнения бизнес-процессов Заказчика в заданной области автоматизации (модели "как есть"). Затем разрабатываются модели бизнес-процессов Заказчика, которые будут реализованы после развертывания системы (модели "как должно быть"). Последние затем детализируются до уровня конкретных функций, выполняемых системой для каждого элементарного шага бизнес-процесса.
Отображение бизнес-требований (BR). В ходе выполнения задач этого процесса выясняется, какая функциональность Oracle E-Business Suite и каким образом может применяться для реализации необходимых Заказчику функциональных возможностей информационной системы. Окончательно определяются бизнес-процессы "как должно быть" и состав используемой в системе информации. Фиксируются значения параметров настройки программных модулей Oracle E-Business Suite и перечень необходимых доработок.
Разработка архитектуры (TA). В ходе этого процесса происходит построение технической архитектуры, необходимой для работы системы, а также определяются значения ключевых параметров настройки Oracle E-Business Suite, касающихся архитектуры.
Разработка дополнительной функциональности (MD). В рамках этого процесса разрабатывается программное обеспечение, которое необходимо для реализации функциональности, отсутствующей в Oracle E-Business Suit.
Конвертация данных (CV). Процесс охватывает задачи, связанные с переносом данных из унаследованных систем в новую. Выявляются объекты, содержащие необходимые данные, определяются методы преобразования и загрузки этих данных в систему. Разрабатывается вспомогательное программное обеспечение.
Документирование (DO). В этом процессе создается документация на систему.
Тестирование функциональности (TE). На основе бизнес-требований разрабатываются сценарии тестирования и проводится проверка реализации этих требований в системе.
Тестирование производительности (PT). Проверяется работоспособность системы в условиях реальной нагрузки (по количеству пользователей, документов, транзакций и пр.).
Обучение (TR). Процесс включает в себя две основные задачи: обучение проектной группы (с него начинается проект по внедрению) и обучение конечных пользователей (им проект заканчивается).
Ввод в эксплуатацию (PM). В ходе этого процесса рассматриваются все вопросы, связанные с организацией промышленной эксплуатации системы и ее сопровождением.
Процессы в AIM формируются из задач. Задача - элементарный (неделимый) объем работ, который обязательно заканчивается формально фиксируемым (документируемым) результатом. Если результат естественным образом в ходе выполнения задачи сформирован в электронной форме (например, выполнены настройки программного модуля), то он должен быть оформлен соответствующим документом, согласован и утвержден (обычно в бумажной форме). Если результатом задачи является выполненная работа, то он документируется в виде акта. Выполнение задачи дает результат либо полезный для целей проекта сам по себе, либо используемый для выполнения (в качестве входа) другой задачи. Задачи в AIM обозначаются двумя буквами (обозначение процесса) и двумя-тремя цифрами через точку.
В методологии приводится описание типовых ролей, которые исполняются участниками проекта при выполнении задач.
Описание выполняемых работ заключается в формировании цепочек задач, которые необходимо выполнить для достижения целей проекта.
Внедрение готового приложения заключается в одновременном согласовании возможностей приложения и организации исполнения автоматизируемых бизнес-процессов. Это приводит к необходимости настройки (доработки) приложения и модификации бизнес-процессов. Рекомендуемая последовательность действий определяется следующей цепочкой задач:
RD.020 - RD.030 - RD.070 - BR.020 - BR.080 - MD.020 - MD.060 - DO.070 - TE.110 - PM.050 - CV.140 - PM.080, где
RD.020 - изучение существующих бизнес-процессов;
RD.030 - моделирование будущих бизнес-процессов;
RD.070 - выявление детальных требований к будущим бизнес-процессам;
BR.020 - отображение бизнес-процессов в функциональность приложения;
BR.080 - тестирование принятых решений;
MD.020 - оценка решений по доработке функциональности приложения;
MD.060 - дизайн расширений функциональности приложения;
DO.070 - разработка инструкций для пользователя;
TE.110 - тестирование приложения;
PM.050 - установка приложения на систему периода эксплуатации;
CV.140 - ввод начальных данных;
PM.080 - запуск новой системы.
Пример корпоративной методологии внедрения
В настоящем разделе рассмотрен ряд примеров достаточно интенсивно применяемых методологий внедрения информационных систем. Следует учитывать, что в "чистом" виде эти методологии используются весьма редко. Обычно на их основе компаниями создаются свои внутренние, корпоративные методики, которые концентрируют опыт и особенности работы компании. Поэтому корпоративные методики рассматриваются как разновидность коммерческого продукта компании, и доступ к их содержанию ограничен.
В качестве примера можно привести краткое описание одной из корпоративных методик внедрения информационных систем.
Проекты внедрения включают в себя шесть этапов:
Подготовка проекта.
Анализ операций.
Дизайн системы.
Построение системы.
Переход.
Эксплуатация.
Цели и задачи этапов приведены в таблице 2.4.
Таблица 2.4. Характеристика этапов внедрения корпоративной методологии
|
Этап проекта
|
Цели этапа
|
Выполняемые работы (пакеты работ)
|
Подготовка проекта
|
Формирование проектных документов и команды проекта
|
Организовать проект
Сформулировать ожидаемые результаты проекта
Создать инфраструктуру проекта
Построить команду внедрения
Создать модель автоматизации
Определить финансовую и операционную структуры компании
Определить текущие бизнес-процессы и учетные процедуры
Создать детальный план проекта
Результаты:
Общее описание деятельности
Анализ текущих бизнес-процессов
Модель управленческого планирования и учета
Предварительный концептуальный дизайн системы
Обученная команда внедрения
Детальный план проекта внедрения
|
Анализ операций
|
Оценка специфики и создание детального рабочего плана проекта
|
Анализ бизнес-процессов
Разработка требований к оборудованию, программному обеспечению и коммуникациям
Определение задания на дополнительные разработки в системе
Разработка дополнительных моделей
Разработка моделей тестирования
Разработка модели перехода на новую систему
Результаты:
Утвержденная модель будущих процессов
Анализ реализации процессов в системе
Анализ достаточности структуры базы данных
Концептуальный дизайн системы
Требования к изменению или расширению функциональности системы
|
Дизайн системы
|
Проектирование системы
|
Преобразование бизнес-процессов
Определение сценариев работы в системе
Проектирование параметров системы
Подготовка первой версии рабочих инструкций
Разработка детальных схем дополнительных разработок
Разработка материалов для обучения
"Техническое" проектирование системы
Проектирование архитектуры ПО,
Проектирование системы безопасности,
Определение требований к оборудованию,
Проектирование организации базы данных
Разработка средств конвертации данных
Подготовка инфраструктуры тестирования системы
Результаты:
Описание настройки системы
Техническое задание на разработку модулей системы
Описание соответствия данных существующей системы с данными системы
Сценарии бизнес-тестирования системы
Сценарии тестирования интеграции с другими системами
План обучения пользователей
|
Построение системы
|
Создание рабочей версии системы
|
Разработка дополнительного программного обеспечения
Функциональное расширение модулей и базы данных
Разработка интерфейсов с существующими системами
Разработка программ конвертации данных
Тестирование
Работоспособности модулей и системы в целом в соответствии с требованиями
Средств конвертации данных
Интерфейсов
Производительности системы
Разработка документации для пользователей, системных администраторов и технической поддержки
Разработка и тестирование процедур инсталляции
Результаты:
Установлена рабочая версия системы
Настроены параметры системы
Проведена тестовая конвертация данных
Созданы инструкции для пользователей
Проведено бизнес-тестирование системы
Проведено тестирование интеграции системы с другими системами
План перехода на новую систему
|
Переход
|
Запуск системы в эксплуатацию
|
Установка системы конвертации данных, загрузка и проверка данных в системе
Обучение пользователей
Подготовка рабочего пространства в системе
Окончательная настройка системы
Организация поддержки системы
Обеспечение нормальной работы пользователей
Определение статуса готовности системы
Переход к эксплуатации системы
Результаты:
Конвертированные и проверенные данные
Результаты окончательного тестирования
Подготовленные пользователи
Рабочая система
Инфраструктура поддержки системы
|
Эксплуатация
|
Поддержка и развитие системы
|
Начало эксплуатации системы
Аудит системы
Измерение производительности
Прекращение использования старой системы
Поддержка системы
Определение новых направлений
Результаты:
Работающая система
Результаты проверки эффективности использования системы
Рекомендации по дальнейшему развитию системы
| |
Скачать 96.39 Kb.