Как было показано ранее, в процессе подготовки и реализации про­екта перехода на новую версию заказчики могут столкнуться с не­которыми сложностями. Поэтому SAP предоставляет портфель услуг, предназначенный для поддержки проектов по модернизации систем клиентов при минимизации затрат и рисков и максимальном уве­личении ценности.

Подготовка проекта

В рамках этапа планирования проекта смены версий необходимо сформировать стратегию перехода и модернизации и разработать план реализации проекта, где должна быть описана текущая ИТ-среда, используемая в организации, перспективные направления развития бизнеса и структурные изменения в информационной системе, ко­торые потребуются для достижения успеха.

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

Сколько же времени займет переход на SAP ERP? С учетом того, что текущие условия эксплуатации SAP R/3 у клиентов существен­но различаются, продолжительность реализации проектов может варьироваться. Однако специалисты SAP установили усредненные нормы, которые помогут ответить на «временной» вопрос. Общая продолжительность проекта по переходу с SAP R/3 4.6С на про­граммное обеспечение SAP R/3 Enterprise, SAP ERP 2004 или SAP ERP 6.0 составляет три с половиной месяца. Данный усредненный показатель основан на реализации проектов по техническому ап­грейду. Конкретные сроки определяются двумя ключевыми факто­рами: количеством модификаций клиента (выходы к программе

пользователей, скопированные транзакции SAP, вводимые по за­казу пользователя сообщения, базовые модификации, индивидуаль­ные программы и т. п.), а также полнотой и актуальностью суще­ствующих сценариев и макросов тестирования. Чем больше объем таких модификаций, тем продолжительнее проект модернизации.

По оценкам специалистов SAP, 30% всего времени, отведенного на модернизацию, затрачивается на адаптацию кода нестандартных программ для того, чтобы они могли функционировать на базе ново­го программного обеспечения ERP, и от 25 до 30% времени уйдет на мероприятия по тестированию. Почему? Часть программы, со­зданной пользователем на базе приложения SAP R/3, целиком осно­вывается на устаревших технологиях и предыдущих версиях языка программирования АВАР. И она не обязательно будет адекватно функционировать в рамках SAP ERP 6.0. Поэтому адаптация кода и тестирование пользовательской программы на совместимость с новым приложением является необходимой мерой и также требует затрат времени.

Кроме того, копирование стандартных программ, разработанных SAP, представляет особенные трудности в процессе апгрейда, по­скольку в таких случаях SAP не актуализирует исходный текст в программном обеспечении пользователя. Поэтому, вполне вероят­но, что в процессе апгрейда придется перекопировать и заново модифицировать часть пользовательской программы или вернуть­ся к стандартной версии SAP этой программы (что порой занимает столько же времени). Возвратившись к стандартному набору функ­циональных возможностей SAP и удалив максимальное число поль­зовательских программ, клиенты сэкономят массу времени и средств не только на следующем этапе апгрейда программного обеспечения ERP, но и при установке любого пакета вспомогательных программ, предоставляемых по завершении проекта по апгрейду. Это, в свою очередь, может обеспечить значительное снижение общей стоимо­сти владения продуктом SAP.

Исследования, проводимые SAP в течение ряда лет, свидетель­ствуют о том, что этап тестирования по-прежнему является камнем преткновения для клиентов. Несмотря на то что фактическая про­должительность периода тестирования в процессе апгрейда целиком определяется индивидуальной конфигурацией ERP-системы клиен­та, нельзя обойти вниманием тот факт, что большой объем всех мероприятий по апгрейду предусматривает тестирование. Необхо­димую подготовку можно провести еще на этапе планирования, обновив макросы тестирования с учетом бизнес-процессов, исполь­зуемых в определенной компании.

Компания SAP упростила решение этой задачи путем ограниче­ния изменений в интерфейсе конечного пользователя, предусмо­
тренном в SAP ERP 6.0. Использование такого графического поль­зовательского интерфейса обеспечит предприятию серьезное пре­имущество. Поскольку новый интерфейс аналогичен предыдущему, процесс переобучения сотрудников не займет много времени — особенно если проводится апгрейд программного обеспечения SAP R/3 4.6С или SAP R/3 Enterprise. Такой интерфейс может ока­заться особенно полезным в случае применения функции автомати­ческого тестирования, так как предусмотрено повторное использо­вание ранее созданных макросов при условии их незначительной переработки. Если же функция автоматического тестирования еще не востребована клиентом, то это наиболее подходящий момент для ее внедрения. Автоматическое тестирование обеспечивает высокий коэффициент окупаемости инвестиций в течение всего жизненного цикла программного обеспечения SAP, особенно в комплекте с па­кетами поддержки и последующих обновлений.

Компания SAP помогает достичь баланса между слишком боль­шим и слишком маленьким объемом тестирования, обеспечивая необходимые средства, уже оплаченные клиентом в рамках догово­ров на сопровождение, которые позволят спланировать и провести тестирование всего программного обеспечения SAP более оператив­но и с меньшими затратами. В число таких программных средств входят приложение SAP Solution Manager и расширенная версия инструментария Computer Aided Test Tool (eCATT).

Схема проведения апгрейда, предусмотренная в рамках прило­жения SAP Solution Manager, предлагает более 300 ускорителей, способных существенно упростить процесс смены версий. В их чис­ло входит план осуществления проекта апгрейда, составленный в формате Microsoft Project. Схема реализации проекта описывает предлагаемую методологию SAP и поэтапный переход на последнюю версию SAP ERP.

Приложение SAP Solution Manager помогает оптимизировать до­кументооборот, систему управления изменениями, функцию авто­матизированного тестирования и программу обучения конечных пользователей.

Планируя проведение проекта по апгрейду, следует принимать во внимание параллельные или последующие проекты. Например, миграции операционной системы/базы данных или проекты си­стемной консолидации.

В большинстве случаев очень важно учитывать переход на Unicode, поскольку Unicode является проводником в будущее и обязательным условием для апгрейда систем, основанных на кодовой странице MDMP или смешанной кодовой странице, до уровня приложения SAP ERP 6.0. Для минимизации времени и затрат может оказаться полезной интеграция различных аспектов проекта, включая техни-

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

И, наконец, перед началом реализации проекта необходимо определить возможные потребности в дополнительном оборудова­нии. В частности, потребление ресурсов центрального процессора и объема памяти может увеличиться на 10-15%. Конкретные данные о соответствующих потребностях представлены в SAP ноте 79991, опубликованной на SAP Service Marketplace: www. service. sap. com/ Unicode.

Чтобы поддержать клиентов на этапе планирования проекта перехода, компания SAP рекомендует воспользоваться следующими услугами (табл. 5.1).

Проект перехода разрабатывается и реализуется в соответствии со стратегическим направлением, определяемым решением заказ­чика. Это решение должно основываться на стратегии SAP по вы­пуску новых версий, например на прежней адаптации или расшире­нии программного обеспечения на базе сервисно-ориентированной архитектуры предприятия. Руководство по сервисно-ориентирован­ной архитектуре поможет предприятию определить собственную стратегию. Возможен и другой вариант: специалисты SAP окажут содействие в понимании того, как должна выглядеть эталонная ар­хитектура, базирующаяся на платформе SAP NetWeaver. Реализация обоих сервисов обычно занимает не более месяца.