Шрифт:
• Радикального изменения бизнес-процесса таким образом, чтобы он был совместим с функциональностью SAP и достижения того же самого результата.
• Модифицирование SAP напрямую, хотя это и не рекомендуется, потому что изменения в исходных кодах программы аннулируют гарантию SAP. Более того, модифицированное программное обеспечение может оказаться несовместимым с будущими версиями SAP.
В системе SAP предусмотрена полноценная среда R/3 Business Engineer для помощи при внедрении SAP. При моделировании бизнес-процессов SAP возможно использовать любой из следующих инструментов: IDS Sheer ARIS, Microsoft VISIO, IntelliCorp LiveModel и Enterprise Charter. Они базируются на Справочной модели R/3 и обеспечивают прямой интерфейс для взаимодействия с функциональностью системы R/3. Это значительно облегчает понимание системы, потому что позволяет начинать специфические транзакции SAP прямо из среды моделирования: с другой стороны, предоставленные этими системами модели процессов, обеспечивают полноценный контекст той или иной транзакции SAP.
Справочная модель R/3 и упомянутые выше инструменты используют рекомендованную SAP технологию моделирования, которая называется «Управляемая событиями последовательность процессов» (Event-Driven Process Chain, ЕРС). В своей основе эта технология моделирует процессы как упорядоченный набор процедур, которые запускаются событиями внутри системы. Эти события могут происходить в базах данных (например, обновление) или на экране — когда, например, пользователь выбирает пункт меню или нажимает ссылку на Web-странице.
Процедурная модель SAP
Это традиционная модель внедрения SAP, она полностью интегрирована с системой SAP. Эта модель была представлена в 1995 году, одновременно с системой SAP R/3 3.0. Иногда использование Процедурной модели SAP ставится под вопрос: возникает ощущение, что эта модель устарела, и от нее надо отказаться в пользу AcceleratedSAP. Однако надо учитывать, что методология AcceleratedSAP в основном рассчитана на средние и малые предприятия, в то время как для крупных компаний Процедурная модель SAP остается лучшей методологией внедрения SAP. Так как в этой книге мы в основном рассматриваем внедрение SAP для средних и малых предприятий, здесь я представлю краткое описание Процедурной модели SAP, которая идеально подходит для компаний с доходами от 1,2 млрд. долларов.
На рис. 5.8 схематически представлена Процедурная модель SAP.
Рис. 5.8. Процедурная модель SAP.
Процедурная модель SAP состоит их четырех фаз:
1. Организационный и концептуальный дизайн
• Подготовка проекта
• Организация среды разработки
• Обучение команды проекта
• Определение функций и процессов
• Определение интерфейсов и усовершенствований
• Концептуальный дизайн и организация проверки качества.
2. Детальный дизайн и установка системы
• Конфигурация основных параметров
• Установка организационной структуры
• Подготовка основных данных
• Конфигурация процессов и функций
• Внедрение интерфейсов и усовершенствований
• Установка отчетности
• Организация управления архивами данных
• Организация управления авторизацией
• Последнее тестирование
• Детальный дизайн и установка системы для проверки качества.
3. Подготовка к запуску
• Создание пользовательской документации
• Подготовка к запуску
• Установка системной среды
• Обучение конечных пользователей
• Установка системной администрации
• Загрузка данных
• Проверка качества перед запуском системы.
4. Операции с системой
• Техподдержка реальных операций
• Организация Справки и помощи
• Установка системных операций.
Методология AcceleratedSAP
AcceleratedSAP (ASAP) — это методология быстрого внедрения системы, представленная в 1996 году и предназначавшаяся в основном для американского рынка. Эта методология предусматривает большое разнообразие инструментов и утилит для облегчения процесса внедрения. Вот некоторые из них:
• Ассистент внедрения
• База данных вопросов и ответов (Question Answer Database, Q&Adb)
• Тематическая база данных
• Руководство
• База знаний
Методология ASAP детально обсуждается в ч. IV этой книги.
Управление проектом
Цель управления проектом — определить задачи, которые необходимо реализовать, контролировать выполнение проекта и отчитаться за ресурсы, затраченные на проект.
Организация проекта состоит в формировании различных команд, которым по ручаются задачи внутри проекта. Это подразумевает назначение различных членов всех команд, назначен будут сформированы подкоманды для проведения анализа и дизайна системы, а также для документирования и тестирования различных модулей.
Крайне важно, чтобы работа всех команд и групп команд на разных участках проекта контролировалась для получения информации о выполнении (или отсутствии такового) в отношении