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

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

• Гибкость при переключении группы принтеров на другой сервер спула

• Гибкость и независимость ландшафта систем печати от особенностей конкретной системы R/3

• Увеличение эффективности и доступности — любой сервер спула в случае сбоя может автоматически или вручную заменяться другим.

Система SAP также обеспечивает интеграцию SAP R/3 с существующим принтерным окружением. Для этого принтеры в рамках одной системы управления выводом (OMS) могут группироваться в логические OMS (LOMS), которые в свою очередь могут подключаться с реальной OMS (ROMS), которая обеспечивает подключение к программным продуктам других фирм через интерфейс external Output Management (ХОМ).

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

• Определение и обновление таблиц баз данных

• Целостность баз данных

• Безопасность баз данных

Рис. 11.8. Экран просмотра операций администрирования баз данных.

• Характеристики работы баз данных

• Реорганизации баз данных

• Резервное копирование баз данных

• Восстановление баз данных.

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

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

• BRBACKUP — инструмент для резервного копирования контрольных данных, данных приложений и журнальных записей о повторных действиях. Резервное копирование возможно как в пакетном режиме, так и в режиме он-лайн. На рис. 11.9 представлен экран обзора статуса резервного копирования.

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

• BRARCHIVE — этот инструмент осуществляет архивирование журнальных записей о повторных действиях в режиме офф-лайн.

Рис. 11.9. Экран обзора статуса резервного копирования.

В этой главе описываются различные аспекты планирования инфраструктуры и установки системы SAP. Во второй части главы мы рассмотрели некоторые аспекты администрирования SAP. В главах 12–17 подробно обсуждается методология ускоренного внедрения, называемая ASAP.

В этой главе представлена новаторская методология внедрения, которую компания SAP разработала для сокращения длительности проектов внедрения в сравнении с методологией процедурной модели R/3 (см. раздел «Методологии внедрения SAP» в главе 5). Ускоренная методология в основном предназначается для малых и средних предприятий.

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

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

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

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

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

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