Методология проектирования и внедрения ERP-систем на базе типовой референтной модели

В целом методика проектирования и внедрения имеет традиционный вид. Однако в связи с применением референтной модели изменяется содержание ряда этанов и работ. Ниже дастся описание этапов и работ типового сетевого графика проекта с рекомендациями по использованию типовой референтной модели^[1].

Этап 101. Организация и планирование работ по проекту.

• 1. Создание руководящего комитета и коллектива разработчиков.
• 2. Разработка ТЗ.
• 3. Оценка и выбор базовой системы. При выборе базовой системы обращается внимание на отраслевую ориентацию; опыт внедрения в отрасли; наличие встроенных средств моделирования бизнес-процессов или интерфейсов с существующими средствами; наличие типового проектного решения в виде референтной модели; условия поставки референтной модели.
• 4. Предварительное краткое обучение руководителей, проектантов, администраторов, пользователей основам методологии проектирования и внедрения системы. Руководителям и специалистам демонстрируется референтная модель, объясняются ее происхождение, структура и роль как типового проектного решения. Обучение завершается мозговым штурмом с целью определения в первом приближении степени близости референтной модели к требованиям предприятия.
• 5. Обучение разработчиков функциональностям системы. Группа разработчиков, ориентированных на моделирование, обучается содержанию референтной модели, технологии работы с ней.
• 6. Определение состава документов и способов обмена информацией в ходе проектирования. Включение в состав документации электронного представления референтной модели на различных стадиях реализации проекта.
• 7. Разработка технико-экономического обоснования (ТЭО). Формирование плана и бюджета проекта. План формируется с учетом применения референтной модели.
• 8. Утверждение технического задания (ТЗ), ТЭО, плана и бюджета.

Этап ГП. Установка технических и базовых программных средств.

• 1. Приобретение и (или) выделение технических средств.
• 2. Установка и тестирование технических средств, включая средства связи.
• 3. Установка и проверка базовой системы. Вместе с базовой системой выполняется установка и проверка типовой референтной модели.
• 4. Приемо-сдаточные испытания технического, системного и базового обеспечения. Выполняются приемо-сдаточные испытания типовой референтной модели. Главное внимание уделяется корректности реализации бизнес-процессов.

Этап IT1 может быть выполнен в ограниченных масштабах, допускающих начало проектирования.

Этап 102. Работа с предприятиями — участниками проекта.

• 1. Доведение результатов этапа 101 до руководителей и ведущих специалистов предприятий. Делаются предварительные выводы о степени соответствия типовой референтной модели условиям данного предприятия.
• 2. Анализ замечаний и предложений.
• 3. Создание внутренней структуры обмена информацией.

Этап IT2. Предварительные работы по администрированию базовой системы/приложений.

• 1. Формирование учебного плана, но администрированию.
• 2. Обучение администрированию и инструментальным средствам.
• 3. Разработка процедур администрирования проекта «Руководство администратора».

Этап Р1. Обучение проектантов и пользователей разработке бизнес-моделей.

• 1. Разработка программы обучения. Типовая референтная модель демонстрируется и изучается как способ представления бизнес-процессов п как основа будущего проекта.
• 2. Обучение.

Этап В2. Разработка предварительного варианта бизнес-модели.

• 1. Обследование существующей системы. Результаты обследования формулируются в виде модели «как есть». При этом структурирование и представление модели выполняется максимально близким типовой референтной модели.
• 2. Выявление и анализ бизнес-требований.
• 3. Определение используемых функциональностей базовой системы. Определение границ и характера использования типовой референтной модели. Редактирование типовой референтной модели с учетом бизнес-требований предприятия. Результат — первое приближение бизнес-модели «как должно быть». Проверка корректности бизнес-модели «как должно быть», утверждение используемых функциональностей.
• 4. Разработка бизнес-модели. Этот пункт может быть совмещен с предыдущим, так как сначала проектируется бизнес-модель, а затем определяются применяемые функциональности.
• 5. Семинар, но анализу модели. Семинар проводится с целью анализа модели на уровне бизнес-процессов.
• 6. Подготовка модели к демонстрации. Модель готовится к демонстрации в среде динамического моделирования DEM.
• 7. Подготовка проектной документации. В состав документации включается бизнес-модель в среде динамического моделирования DEM.
• 8. Демонстрация предварительной бизнес-модели.
• 9. Утверждение бизнес-модели.

Этап С1. Формирование требований по кастомизации (т.е., приспособлению будущей системы к условиям применения в конкретной среде).

• 1. Анализ проблемы кастомизации.
• 2. Формирование перечня работ по кастомизации.
• 3. Определение интерфейса и процедур по переносу и преобразованию данных.
• 4. Определение последовательности, сроков и бюджета на отдельные работы.
• 5. Формирование плана работ.

Этап ЮЗ. Завершение комплекса работ по предварительному проектированию.

• 1. Анализ возможных изменений оргструктуры системы управления.
• 2. Анализ сценариев перехода к автоматизированной системе управления.
• 3. Оценка последствий предлагаемых изменений в оргструктуре и методах управления.
• 4. Согласование с руководством проекта и предприятий предлагаемых изменений.
• 5. Анализ степени соответствия модели требованиям заказчика.
• 6. Проработка плана на комплекс работ по эскизному проектированию.

Этап Р2. Обучение ключевых пользователей.

• 1. Уточнение состава пользователей и формирование программы.
• 2. Обучение работе с прикладными программами.
• 3. Продолжение в режиме самообучения.

Этап 104. Разработка более детальной документации.

• 1. Доработка бизнес-процессов.
• 2. Разработка инструкций, но выполнению бизнес-процессов.
• 3. Согласование инструкций на предприятиях.

Этап IT3. Разработка плана конвертации данных.

• 1. Детальный анализ проблемы конвертации.
• 2. Создание плана конвертации.
• 3. Пилотная (в ограниченном объеме) тестовая конвертация.
• 4. Доработка плана и утверждение.

Этап ВЗ. Разработка модели и структуры данных.

• 1. Рассмотрение модели данных.
• 2. Определение структур кодировки данных.
• 3. Анализ необходимых изменений модели данных.
• 4. Разработка принципов кодирования данных.

Этап IT4. Завершение работ по администрированию системы и приложений.

• 1. Завершение ввода параметров системы.
• 2. Создание меню, полномочий, форм, отчетов.
• 3. Доработка «Руководства администратора системы и приложений».
• 4. Тестирование процедур администрирования системы.

Этап С2. Завершение работ по кастомизации.

• 1. Анализ проблемы на этапе эскизного проектирования.
• 2. Дополнительное обучение инструментальным средствам.
• 3. Формирование перечня работ, последовательности, сроков, бюджета.
• 4. Формирование плана.
• 5. Выполнение кастомизаций с наивысшим приоритетом и долговременного характера.
• 6. Тестирование и утверждение результатов работ по кастомизации. Этап D1. Определение требований и спецификаций внешних интерфейсов.

Этап В4. Формирование окончательной бизнес-модели.

• 1. Семинары и консультации по деталям бизнес-моделирования.
• 2. Корректировка бизнес-модели.
• 3. Уточнение пользователей, функций, процедур.
• 4. Комплексное тестирование бизнес-модели.
• 5. Создание проектной документации.
• 6. Подготовка и проведение демонстрации бизнес-модели.
• 7. Доработка проектной документации.
• 8. Анализ степени удовлетворения требованиям заказчика.
• 9. Создание плана рабочего проектирования.
• К). Утверждение результатов и переход к рабочему проектированию. Этап РЗ. Обучение конечных пользователей.
• 1. Подготовка программы обучения.
• 2. Обучение.
• 3. Самообучение.
• 4. Оценка степени подготовки конечных пользователей.

Этан В5. Ввод и конвертация основных данных.

• 1. Выполнение конвертации и тестирование результатов.
• 2. Ввод файлов в базу данных.
• 3. Проверка данных, приемо-сдаточные испытания.

Этап СЗ. Завершение работ по кастомизации.

• 1. Разработка окончательных детальных проектных спецификаций.
• 2. Проведение работ по кастомизации для среднего звена управленческого персонала.
• 3. Завершение пользовательской документации.
• 4. Подготовка данных и процедур тестирования.
• 5. Тестирование проведенной кастомизации.
• 6. Приемо-сдаточные испытания совместно с пользователями.

Этап D2. Завершение работ по созданию внешнего интерфейса.

• 1. Создание программной среды для реализации внешнего интерфейса.
• 2. Модульное тестирование внешних интерфейсов.
• 3. Комплексное тестирование внешнего интерфейса.

Этап IT5. Завершение работ по техническому и информационному обеспечению системы.

• 1. Установка полного комплекта оборудования.
• 2. Окончательная установка параметров системы.
• 3. Завершение работ по формированию меню, форм, отчетов.
• 4. Тестирование процедур конвертации оперативной (условно-переменной) информации.
• 5. Проверка и утверждение результатов этапа.

Этап В6. Завершение рабочего проектирования.

. Подготовка сценариев работы по бизнес-модели спроектированной системы.

• 2. Проверка окончательных бизнес-процедур.
• 3. Проверка процедур сопровождения системы.
• 4. Комплексное тестирование системы.
• 5. Доработки системы и оценка подготовленности конечных пользователей.
• 6. Разработка и утверждение плана передачи системы в эксплуатацию.

Этап В7. Передача системы в эксплуатацию.

• 1. Формирование БД с условно-постоянной информацией.
• 2. Конвертация и заведение в БД условно-переменной информации.
• 3. Сопровождение технического и информационного обеспечения в переходный период.
• 4. Комплексная проверка системы и ее передача.
• 5. Подготовка и утверждение документации о завершении работ.

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

Эффективность разработки и внедрения системы управления предприятием с применением типовой референтной модели по сравнению с традиционным подходом (т.е. без нее) повышается за счет следующих факторов:

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

• [1] Информационный менеджмент на предприятии: учебник / под ред. В. Д. Калачанова.