Типовые фазы проекта внедрения SAP ERP. Личный опыт: чем обернется внедрение SAP Business One Этапы внедрения sap на предприятии

Приветствую!

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

Постараюсь простыми словами донести суть методологии SAP ASAP , которая и по сей день является краеугольным камнем на пути к успешному внедрению системы SAP ERP на предприятиях.

Для начала немного предыстории.

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

В 1996 году компания SAP представила методологию AcceleratedSAP (ASAP) , нацеленную на значительное ускорение проектов внедрения. Методология ASAP позволила новым клиентам воспользоваться опытом и профессиональными знаниями, благодаря огромному числу внедрений по всем миру.

Что такое ASAP?

ASAP - методология быстрого внедрения и постоянной оптимизации - состоит из методологии Сетевого графика (Roadmap), который связан с такими инструментами, как IMG (mplementation Guide, "Руководство по внедрению"), причем ASAP задумывалась специально для средних и малых предприятий, которые не могут отводить на внедрение длительное время.

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

Методология Сетевого графика (Roadmap ) также включает в себя задачи по управлению изменениями и акселераторы, необходимые для управления изменениями на предприятии, вызванными внедрением SAP.

В этой статье я не буду углубляться в теорию, она сейчас не столь важна и интересна. Остановимся с вами на самом компоненте ASAP - Roadmap или Сетевым графиком , как его перевели в России.

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

Подготовка проекта (Project Preparation)

Цель данной стадии - обеспечить планирование и подготовку проекта внедрения SAP. Среди ключевых задач, которые необходимо решить в процессе подготовки проекта:

Определение целей и перспектив проекта,

Максимально точная оценка объема внедрения,

Определение стратегии внедрения,

Определение общего графика работ по проекту и последовательности внедрения системы,

Определение организационной структуры проекта и комитетов,

Распределение ресурсов.

Точные ответы на эти вопросы в начале внедрения обеспечивают эффективное выполнение проектных работ и являются залогом успешного внедрения SAP.

Концептуальный проект (Business Blueprint)

Цель данной фазы - создание Концептуального проекта (Business Blueprint), который представляет собой подробно документированные технические и бизнес-требования заказчика к системе, за счет чего достигается полное понимание представления заказчика об организации бизнес-процессов в рамках системы SAP. На этапе концептуального проектирования определяется стратегия создания информационной системы, обеспечивающая быструю окупаемость инвестиций. Разработка концептуального проекта позволяет не только иметь программу действий при поэтапном внедрении, но и получить существенные экономические выгоды за счет усовершенствования существующей системы управления предприятием.

В рамках концептуального проектирования решаются следующие задачи:

Определение и анализ бизнес-процессов,

Формализация и документирование требований к будущей системе,

Детализация и утверждение окончательного объема проекта,

Выработка архитектуры системы и определение основных проектных решений,

Анализ и формирование стратегии обучения,

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

Реализация (Realization)

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

Тестирование системы на соответствие требованиям заказчика проводится в отдельной системе SAP для контроля качества и осуществляется в два этапа:

Функциональное тестирование

Интеграционное тестирование

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

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

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

Окончательная подготовка (Final Preparation)

В рамках данного этапа система проходит подготовку к промышленной эксплуатации. Решаются все исключительные ситуации и устраняются нестыковки.

Проводится нагрузочное тестирование , когда проверяется устойчивость системы к высоким нагрузкам на сервер. Также производится миграция данных из исторических систем компании-заказчика в систему SAP.

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

Запуск и поддержка (Go Live Suport)

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

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

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

Оптимизация (Run SAP)

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

Оптимизация документации решения

Оптимизация реализации решения

Оптимизация шаблона

Оптимизация тест управления

Оптимизация обслуживания, апргейда и др.

Вот вкратце таковы все этапы внедрения SAP ERP на предприятия. Надеюсь, теперь вы понимаете, почему методология ASAP так важна при внедрении.

Использование этой четкой и пошаговой схемы позволяет сокращать время внедрения, снижать затраты и минимизировать проектные риски, что так важно для Заказчика.

До связи,

Никита.

Было полезно? Ставьте лайк и читайте прямо сейчас следующую порцию полезной информации:

ALPE consulting предоставляет полный комплекс услуг по разработке и внедрению информационных систем на предприятиях различных отраслей и масштабов бизнеса.

Внедрение SAP: концептуальное проектирование, настройка и .

Внедрение решений SAP организуется на основе двух типов методологий:

ASAP Focus и инновационной методологии AGILE.

Этапы проекта внедрения по методологии ASAP Focus:

• Настройка и разработка решения
• Интеграционное тестирование
• Поддержка после продуктивного старта

Этапы проекта внедрения по методологии AGILE:

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

Миграция с SAP ERP на S4HANA

SAP S/4HANA - это ERP нового поколения для автоматизации основных процессов компании (финансы и управленческий учет, производство, логистика, продажи и сервис), которое призвано стать настоящим цифровым ядром вашего бизнеса.

Основные возможности и преимущества:

• Лучшие отраслевые практики, накопленные за 45 летний опыт компании SAP и ее партнеров.
• Новейший интерфейс пользователя FIORI унифицированный для любых устройств, позволит пользователям быстро адаптироваться к системе и получить удовольствие от работы.
• Использование сценариев машинного обучения для помощи в рутинных операциях.
• Поддержка концепции интернет вещей (Internet of Things) для объединения всех активов компании в единую сеть.
• Высокопроизводительная InMemory база данных SAP HANA дает возможность обработки огромного массива данных в режиме реального времени. Отчет, который строился несколько часов, вы получите за несколько секунд.
• Снижение TCO, за счет сжатия базы данных и ускорения регламентных процедур

ALPE4HANA

ALPE4HANA - локализованное решение для России на платформе SAP S/4HANA предназначено для производственных предприятий, предприятий оптовой торговли и содержит бизнес-процессы следующих функциональных областей:

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

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

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

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

В состав решения входят преднастроенные формы обязательной отчетности для Российской Федерации.

В идеальных условиях проект можно завершить в срок, уложившись в смету расходов, с наибольшей эффективностью. Очень важно иметь стандартный подход к системам и процедурам, чтобы помочь ранее не знакомым с SAP компаниям успешно провести внедрение. Такой подход (который называется «методология») может и не быть самым эффективным, но он гарантирует успех в оптимальных условиях. Компании выживают и развиваются не потому, что планируют идеальные или самые неблагоприятные условия, а потому, что они планируют оптимальные условия. В случае с внедрением SAP, методология внедрения должна обеспечить успех проекта в сложных условиях бизнеса, организационных и ресурсовых структур, предельных сроков и т. д. Методология внедрения имеет следующие аспекты:

Моделирование бизнес-процессов: компания определяет желаемые или обязательные бизнес-процессы.

Составление карты процессов предприятия относительно процессов, поддерживаемых SAP: компания указывает стандартные процессы и функциональности SAP, которые отвечают требованиям смоделированных процессов.

Анализ пробелов: компания оценивает расхождения или пробелы между стандартной функциональностью SAP и требованиями смоделированных процессов.

Окончательное определение рамок проекта внедрения SAP: компания определяет рамки внедрения SAP, то есть указывает, какие процессы будут внедрены вместе с SAP.

Настройка системы SAP: компания конфигурирует базовые параметры SAP с помощью Руководства по внедрению, чтобы удовлетворить ранее установленным требованиям (см. раздел «Конфигурация через Руководство по внедрению» в главе 12). Все настройки осуществляются в клиенте 001.

Тестирование настроенной системы SAP: функциональность сконфигурированной системы тестируется с использованием реальных данных.

Обнаруженные пробелы в функциональности могут устраняться с помощью следующих мер:

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

Программирования желаемой функциональности в ERP через пользовательские настройки.

Установки дополнительных программных продуктов других фирм, сертифицированных на совместимость с системой SAP через Программу дополнительного программного обеспечения SAP (CSP).

Отложенного внедрения данной функциональности до внедрения следующей версии SAP или следующей модернизации, в которой данная функциональность будет предусмотрена.

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

Создание пользовательской документации

Для чего проект разделен на фазы, и каким принципом, как правило, руководствуются при дроблении проекта по фазам?

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

Создание проектного офиса

Первая и, как правило, самая короткая фаза проекта. Очень часто её название вводит в «ступор» заказчика. Однажды, когда я имел честь работать во внутренней команде одного бравого металлургического предприятия, со стороны ТОП-менеджмента звучали довольно ехидные вопросы: «А что, на этом этапе они стулья расставлять будут?».

На самом деле, конечно же, в данном случае расставляются не стулья и даже не столы. Продуктом данной фазы проекта на самом деле являются основные документы по управлению проектом: приказ о начале проекта, устав проекта, подробный календарный план, план управления рисками, план коммуникаций и т.д.

Часто название фазы выбирают другим, мне лично нравится именно это, т.к. на самом деле максимально отвечает содержанию.

Обследование

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

Лучшей практикой считается подготовка описания бизнес-процессов в виде диаграмм в каком-либо CASE-продукте. Такую схему называют «Схема бизнес-процессов «Как есть (AS-IS)». Но, к сожалению, из-за дороговизны программных продуктов, а также низкой востребованностью со стороны заказчика, эта технология очень редко используется на проектах. А жаль, ведь её использование позволяет производить различные аналитические заключения о состоянии бизнес-процессов, производить оптимизацию и, самое главное, в дальнейшем при концептуальном проектировании и построении модели «Как должно быть» (TO-BE) позволяет производить сравнительный анализ, т.е. позволяет прогнозировать выгоды от внедрения ERP-системы. Результатом данной фазы также зачастую является уточненное техническое задание.

Концептуальное проектирование (модель TO-BE)

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

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

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

Реализация

Самая понятная и, по мнению многих (мне кажется по ошибочному мнению), самая важная фаза проекта. На самом деле при правильном построении концептуальной модели бизнес-процессов и системы, фаза реализации настроек и разработок сводится к сугубо техническим работам. Сложность и важность данной фазы можно объяснить теми мероприятиями, которые, как правило, венчают фазу – это интеграционный тест и продуктивный старт системы.

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

Продуктивный старт системы — это в принципе именно та веха, ради которой работает консалтинг. На моем опыте были различные продуктивные старты и это тоже очень сложная и обширная тема. Скажу лишь то, что если продуктивный старт случился, то проект на 90% удался.

Первоначальная поддержка

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

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

Методологии внедрения SAP

Методологии внедрения SAP

В идеальных условиях проект можно завершить в срок, уложившись в смету расходов, с наибольшей эффективностью. Очень важно иметь стандартный подход к системам и процедурам, чтобы помочь ранее не знакомым с SAP компаниям успешно провести внедрение. Такой подход (который называется «методология») может и не быть самым эффективным, но он гарантирует успех в оптимальных условиях. Компании выживают и развиваются не потому, что планируют идеальные или самые неблагоприятные условия, а потому, что они планируют оптимальные условия. В случае с внедрением SAP, методология внедрения должна обеспечить успех проекта в сложных условиях бизнеса, организационных и ресурсовых структур, предельных сроков и т. д. Методология внедрения имеет следующие аспекты:

Моделирование бизнес-процессов: компания определяет желаемые или обязательные бизнес-процессы.

Составление карты процессов предприятия относительно процессов, поддерживаемых SAP: компания указывает стандартные процессы и функциональности SAP, которые отвечают требованиям смоделированных процессов.

Анализ пробелов: компания оценивает расхождения или пробелы между стандартной функциональностью SAP и требованиями смоделированных процессов.

Окончательное определение рамок проекта внедрения SAP: компания определяет рамки внедрения SAP, то есть указывает, какие процессы будут внедрены вместе с SAP.

Настройка системы SAP: компания конфигурирует базовые параметры SAP с помощью Руководства по внедрению, чтобы удовлетворить ранее установленным требованиям (см. раздел «Конфигурация через Руководство по внедрению» в главе 12). Все настройки осуществляются в клиенте 001.

Тестирование настроенной системы SAP: функциональность сконфигурированной системы тестируется с использованием реальных данных.

Обнаруженные пробелы в функциональности могут устраняться с помощью следующих мер:

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

Программирования желаемой функциональности в ERP через пользовательские настройки.

Установки дополнительных программных продуктов других фирм, сертифицированных на совместимость с системой SAP через Программу дополнительного программного обеспечения SAP (CSP).

Отложенного внедрения данной функциональности до внедрения следующей версии SAP или следующей модернизации, в которой данная функциональность будет предусмотрена.

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