Внедрение SAP R/3: Руководство для менеджеров и инженеров

Кале Вивек

• Радикального изменения бизнес-процесса таким образом, чтобы он был совместим с функциональностью 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 этой книги.

Управление проектом

Цель управления проектом — определить задачи, которые необходимо реализовать, контролировать выполнение проекта и отчитаться за ресурсы, затраченные на проект.

Организация проекта

Организация проекта состоит в формировании различных команд, которым по ручаются задачи внутри проекта. Это подразумевает назначение различных членов всех команд, назначен будут сформированы подкоманды для проведения анализа и дизайна системы, а также для документирования и тестирования различных модулей.

Контроль проекта

Крайне важно, чтобы работа всех команд и групп команд на разных участках проекта контролировалась для получения информации о выполнении (или отсутствии такового) в отношении

Запись времени

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

Собрания

На собраниях членов команд, работающих над проектом, могут обсуждаться любые вопросы, связанные с проектом, в частности:

• Рамки проекта

• Стратегия проекта

• Формирование команд

• Расписание проекта, контрольные сроки

• Требования и бизнес-процессы

• Пробелы в функциональности

• Ликвидация пробелов в функциональности

• Вопросы, которые не удалось решить

• Решения по стандартизации

• Подготовка данных для тестирования, назначение дат