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

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

Как и в более ранней методологии внедрения SAP, известной как «процедурная модель», в ASAP вся конфигурация осуществляется в среде, называемой «Руководство по внедрению» (Implementation Guide, IMG), которая не сильно отличается от модулей инициализации в традиционных компьютерных системах, хотя и значительно превосходит их по размерам. В SAP предусмотрено более 8000 таблиц конфигурации. Все бизнес-процессы компании могут внедряться в функциональность системы SAP посредством конфигурации параметров в IMG. Во время внедрения любого процесса необходимо идентифицировать параметры, которые нужно будет задать, прежде чем процесс сможет работать в системной среде. Например, при создании счета-фактуры необходимо сначала указать параметры налогообложения и задать их с помощью IMG. Общий процесс идентификации параметров, отвечающих требованиям компании, известен как внесение настроек и также осуществляется с помощью IMG. Впрочем, существенная проблема состоит в том, что в интегрированных системах, сходных с SAP, не существует систематизированного способа быстрой и исчерпывающей идентификации всех параметров, необходимых при внедрении.

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

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

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

Как уже упоминалось в этой книге, такие ориентированные на хранилище информации системы, как SAP, продолжают традицию работы со средой автоматизированной разработки программного обеспечения (Computer-aided software engineering, CASE). Похожим образом второй из приведенных выше пунктов относится к среде автоматизированного внедрения программных продуктов (Computer-aided software implementation, CASI), которую мы рассмотрим в следующем разделе.

Методология ASAP — это классический пример CASE-среды, которая направлена на ускорение проекта внедрения с помощью опыта, накопленного за время предыдущих проектов SAP, и нацелена на дальнейший прогресс в этом направлении. Среда включает в себя два аспекта: во-первых, непосредственно CASE; во-вторых, интерактивная, «умная» помощь пользователю. В следующих абзацах мы вкратце рассмотрим контексты среды CASE и Экспертной системы (Expert System), чтобы понять их роль и развитие в рамках окружения ERP-систем в общем и ASAP, в частности.

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

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

• Методы

• Среда инструментов.

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

Такие компоненты среды SAP, как Базис, Хранилище R/3 (которые включают в себя современные инструменты — словарь АВАР/4, АРМ Разработчика, САТТ, Панель управления и т. д.) или Business Engineer (который включает в себя Справочную модель R/3, Бизнес-навигатор и Процедурную модель) в совокупности составляют среду CASE высочайшего уровня.

Как уже говорилось в главе 1, SAP — это не только лучшая в своем классе среда CASE, это хорошо проработанная, «обитаемая» среда CASE, потому что ее Хранилище заполнено подробной информацией о наиболее всеохватной системе приложений.

Экспертная система (Expert system, ES) — это среда, которая развивает и переносит принцип повторного применения в область разработки и использования информационных систем. Эти движимые знанием системы осуществляют сравнение предпосылок с базой знаний, в которой содержатся данные и правила ведения бизнеса или принятия решений, накапливающих опыт на основе достоверности получаемых результатов. В своей наиболее совершенной форме в конце 80-х годов технология экспертных систем состояла из следующих элементов:

• База знаний

• Система предпосылок, которая «обучается» и становится все более и более точной, основываясь на степени достоверности полученных ранее результатов. Такое «обучение» могло выражаться в изменении приоритетов существующих, создании новых правил или даже в обновлении самой базы знаний.