Как уже отмечалось выше, методологии внедрения информационных систем являются источником информации для разработки иерархической структуры проекта внедрения и иерархической структуры работ проекта. Состав работ (процессов) и последовательность их исполнения в значительной мере определяются целями проекта внедрения, используемым программным обеспечением, особенностями автоматизируемой сферы деятельности, организационной структурой объекта автоматизации, принятой у разработчика организацией работы и пр.
В настоящем разделе мы рассмотрим особенности отдельных методологий внедрения: их цели, предусмотренные этапы, состав и взаимосвязи работ.
Методологии внедрения компании 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.
Характеристика этапов внедрения по методологии 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.
В рамках данной методологии вводятся понятия концептуального (ориентированного на бизнес-пользователя) и детального (ориентированного на разработчика) дизайна системы, что обеспечивает последовательность и преемственность в формировании пользовательских и системных требований к решению.
Появляются требования о выделении отдельной среды для разработки программного продукта, среды для тестирования, рабочей среды для интеграции результатов в рабочую систему.
Характеристика этапов внедрения по методологии 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.
Характеристика этапов внедрения по методологии OneMethodology
| Этап проекта |
Цели этапа |
Выполняемые работы (пакеты работ) |
|---|
| Рамки внедрения |
Определение целей и рамок проекта |
Определение функциональных целей:определение целей внедрения системы управления и преимуществ, которые получит Заказчик в результате внедрения, предварительная оценка эффективности внедрения системы;
определение и описание автоматизируемых бизнес-процессов и последовательности автоматизации;
определение организационных рамок проекта (подразделений, которые будут участвовать в автоматизируемых бизнес-процессах) формирование проектной группы Заказчика и описание ее задач.
|
Разработка технологической архитектуры:архитектуры приложения,
конфигурации сети,
конфигурации оборудования.
|
Конвертация данных:определение перечня данных, которые должны быть в системе,
определение формата ввода этих данных,
определение возможности автоматической конвертации.
|
Интерфейсы с внешними программами:определение состава программ, с которыми будет производиться обмен данными,
определение механизмов взаимодействия
|
| Модель |
Проектирование будущей системы и будущих бизнес-процессов |
Общий обзор и планирование:описание текущего состояния компании с ее бизнес-процессами и планирование мероприятий по моделированию будущих бизнес-процессов, сбору и подготовке исходных данных.
|
Моделирование бизнес-процессов:описание бизнес-процессов и согласование разработанных моделей,
определение требований бизнес-процессов к информационной системе.
|
Анализ недостающей функциональности:анализ соответствия приложений потребностям бизнеса,
определение набора требований, которые необходимо реализовать с помощью дополнительной разработки либо вообще невозможно реализовать.
|
Планирование доработок ПО:составляется план разработки дополнительного программного обеспечения, оценивается объем и длительность этих работ, затраты;
анализ альтернативных вариантов
|
| Конфигурирование |
Выполнение пилотного проекта и развертывание системы |
Обучение проектной группы:
Обучение участников проектной команды Заказчика функциям и процедурам информационной системы и базовым навыкам работы с ней. |
| Прогонка по системе (Solution Walk-trough): настройка пилотного проекта, тестирование на ограниченном массиве исходных данных компании Заказчика. |
| Ввод исходных данных: ввод исходных данных по подразделениям компании согласно выбранным бизнес-процессам. |
| Конфигурирование программного обеспечения: развертывание информационной системы для всех пользователей. |
| Разработка пользовательской документации: формирование инструкций пользователей и описаний системы. |
| Формирование прав доступа: настройка прав доступа групп пользователей к информации и обеспечение безопасности данных системы |
| Интеграция: объединение модулей пилотного проекта с внешними программами, которые мы определили на этапе планирования |
| Запуск в эксплуатацию |
Запуск системы в опытную эксплуатацию |
Тестирование рабочей конфигурации: тестирование настроенной версии с введенными в нее данными и сравнение их с данными текущих систем. |
| Тренинг (обучение) конечных пользователей. |
| Настройка производительности системы и распределение задач по серверам. |
| Запуск системы в опытную эксплуатацию |
| Развитие |
Оптимизация, совершенствование системы |
Оценка работоспособности недостающей функциональности (Gap analysis workshop): оценка работоспособности доработанного функционала и соответствия достижению целей, поставленных перед проектом. |
| Оптимизация бизнес-процессов: изменение бизнес-процессов для обеспечения достижения поставленных целей. |
| Передача системы: передача ИС в промышленную эксплуатацию |
Методология внедрения компании Oracle
Методика компании Oracle внедрения готовых приложений пакета Oracle E-Business Suite, называемая .
Общая схема исполнения проекта согласно 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.
Характеристика этапов внедрения корпоративной методологии
| Этап проекта |
Цели этапа |
Выполняемые работы (пакеты работ) |
|---|
| Подготовка проекта |
Формирование проектных документов и команды проекта |
Организовать проектСформулировать ожидаемые результаты проекта
Создать инфраструктуру проекта
Построить команду внедрения
Создать модель автоматизацииОпределить финансовую и операционную структуры компании
Определить текущие бизнес-процессы и учетные процедуры
Создать детальный план проекта
Результаты:Общее описание деятельности
Анализ текущих бизнес-процессов
Модель управленческого планирования и учета
Предварительный концептуальный дизайн системы
Обученная команда внедрения
Детальный план проекта внедрения
|
| Анализ операций |
Оценка специфики и создание детального рабочего плана проекта |
Анализ бизнес-процессовСбор информации о бизнес-процессах
Разработка модели для каждого бизнес-процесса
Внесение в существующие бизнес-процессы изменений и дополнений, необходимых для соответствия модели системы
Разработка требований к оборудованию, программному обеспечению и коммуникациям
Определение задания на дополнительные разработки в системе
Разработка дополнительных моделейРазработка моделей тестирования
Разработка модели перехода на новую систему
Результаты:Утвержденная модель будущих процессов
Анализ реализации процессов в системе
Анализ достаточности структуры базы данных
Концептуальный дизайн системы
Требования к изменению или расширению функциональности системы
|
| Дизайн системы |
Проектирование системы |
Преобразование бизнес-процессовОпределение сценариев работы в системе
Проектирование параметров системы
Подготовка первой версии рабочих инструкций
Разработка детальных схем дополнительных разработок
Разработка материалов для обучения
"Техническое" проектирование системыПроектирование архитектуры ПО,
Проектирование системы безопасности,
Определение требований к оборудованию,
Проектирование организации базы данных
Разработка средств конвертации данных
Подготовка инфраструктуры тестирования системы
Результаты:Описание настройки системы
Техническое задание на разработку модулей системы
Описание соответствия данных существующей системы с данными системы
Сценарии бизнес-тестирования системы
Сценарии тестирования интеграции с другими системами
План обучения пользователей
|
| Построение системы |
Создание рабочей версии системы |
Разработка дополнительного программного обеспеченияФункциональное расширение модулей и базы данных
Разработка интерфейсов с существующими системами
Разработка программ конвертации данных
ТестированиеРаботоспособности модулей и системы в целом в соответствии с требованиями
Средств конвертации данных
Интерфейсов
Производительности системы
Разработка документации для пользователей, системных администраторов и технической поддержки
Разработка и тестирование процедур инсталляции
Результаты:Установлена рабочая версия системы
Настроены параметры системы
Проведена тестовая конвертация данных
Созданы инструкции для пользователей
Проведено бизнес-тестирование системы
Проведено тестирование интеграции системы с другими системами
План перехода на новую систему
|
| Переход |
Запуск системы в эксплуатацию |
Установка системы конвертации данных, загрузка и проверка данных в системе
Обучение пользователей
Подготовка рабочего пространства в системе
Окончательная настройка системы
Организация поддержки системы
Обеспечение нормальной работы пользователей
Определение статуса готовности системы
Переход к эксплуатации системы
Результаты:Конвертированные и проверенные данные
Результаты окончательного тестирования
Подготовленные пользователи
Рабочая система
Инфраструктура поддержки системы
|
| Эксплуатация |
Поддержка и развитие системы |
Начало эксплуатации системы
Аудит системы
Измерение производительности
Прекращение использования старой системы
Поддержка системы
Определение новых направлений
Результаты:Работающая система
Результаты проверки эффективности использования системы
Рекомендации по дальнейшему развитию системы
|
Дополнительно следует отметить, что в рассмотренных методологиях процедуры управления проектом присутствуют в усеченном варианте. Полная технология управления проектами рассматривается в последующих разделах книги.
