SAP R/3 Системное администрирование - Сигрид Хагеман

2. Какие из следующих утверждений справедливы?

В многосистемной инфраструктуре операциями переноса можно управлять:

a. Только с той системы, в которую импортируются или из которой экспортируются данные

b. Централизованно с контроллера транспортного домена.

с. На уровне операционной системы с помощью программы tp.

d. В транспортном домене с каждой входящей в этот домен системы SAP R/3.

3. Что из перечисленного является путями переноса?

a. Прямой путь переноса

b. Косвенный путь переноса

с. Путь консолидации

d. Путь поставки

e. Обход

4. Какая программа уровня операционной системы используется для выполнения переноса?

a. R3load

b. R3INST

c. tp

d. dpmon

e. sapdba

ГЛАВА 6

ЛОГИСТИКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Пользовательская настройка

SAP R/3 содержит стандартные решения почти для любых корпоративных бизнес-процессов. Термин «стандартное решение» следует интерпретировать гибко. Система SAP R/3 нередко интегрирует несколько вариантов процессов. При реализации SAP R/3 важно адаптировать ее к конкретным требованиям заказчика, модифицировав соответствующие параметры и установки. Это называется пользовательской настройкой (customizing). При настройке выбирается один из возможных вариантов. Для настройки особенно важно руководство по внедрению — Implementation Guide (IMG). Это руководство будет полезно не только для настройки, но и во время работы с другими важными средствами при администрировании.

Справочное руководство по реализации

Вместе с системой SAP R/3 компания SAP поставляет полное «Руководство по реализации» (SAP Reference IMG) для всех прикладных модулей SAP R/3. Структура IMG отражает иерархию прикладных компонентов системы SAP R/3. SAP Reference IMG содержит также все требуемые для реализации рабочие шаги и документацию. Обратиться к IMG можно через ►Implementation Guide • SAP Reference IMG.

Одна из основных задач компании-заказчика при планировании реализации SAP R/3 — это определение прикладных областей, подходящих для ее конкретных целей. Чтобы создать структуру всего процесса настройки, группы проектирования в компании рассматривают различные критерии и создают индивидуальные проекты настройки. Критерии выбора включают:

► Ограничения для страны

► Ограничения для компонента

► Ограничения для выбора вручную отдельных видов деятельности

Рис. 6.1. Фрагмент из SAP Reference IMG (базовая область)

IMG проекта

Начиная с SAP Reference, IMG можно создать IMG проекта для этих задач. Выполнение всех задач, описанных в IMG проекта, также называется «проектом» (project): система использует термины «проект» и «IMG проекта» как синонимы. SAP R/3 предоставляет пользователям большую поддержку во время выполнения индивидуальных проектов. Например, предлагаются интегрированные функции для планирования, поддержания статуса и документирования.

В качестве примера проекта рассмотрим настройку Basis Customizing (см. рис. 6.2). Можно использовать ►Project creation для создания новых IMG проектов, модифицирования существующих проектов или удаления проектов.

1. Выберите ►Project creation • Create • Project для создания нового проекта.

2. Задайте описательное имя для проекта, чтобы его можно было в дальнейшем отличить от других проектов.

3. Выберите для проекта соответствующие страны и прикладные компоненты или сделайте выбор вручную в SAP Reference IMG.

4. Сохраните настройки и сгенерируйте IMG проекта.

Представления

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

► Создание проектов реализации

► Обновления

► Реализация изменений законодательства

Рис. 6.2. Создание IMG проекта

При создании представлений применимы следующие критерии (см. рис. 6.3):

► Необходимость деятельности

Всем видам деятельности, перечисленным в SAP Reference IMG, для классификации присваиваются атрибуты следующим образом:

Рис. 6.3. Создание представления для проекта

«must» (полная настройка SAP по умолчанию невозможна), «can» (используемую по умолчанию настройку SAP необходимо проверить и модифицировать, если необходимо) и «not required» (используемая по умолчанию настройка SAP отображает стандартную систему SAP). Виды деятельности также оцениваются как «critical» и «not critical».

► Выбор вручную в IMG проекта

Можно сделать дополнительный ограничивающий отбор для проекта из поддерева всех доступных при настройке действий.

► Настройка версии

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

► Изменения законодательства

Если необходимо реализовать в системе изменения законодательства, нужно создать представление проекта всех видов деятельности по настройке, которые задеты этими изменениями. Такой выбор использует также специфические атрибуты версии (law keys).

► Рабочий пакет ASAP

Значения атрибутов можно использовать как последний критерий для группировки видов деятельности настройки в стратегию ASAP.

Отдельные шаги настройки для задания специфических свойств компании системы SAP R/3 создаются на основе IMG проекта, разработанного с помощью приведенных выше шагов.

Присвоение запросов на изменения

Если при создании проекта с помощью Project Creation используется вкладка Transport Requests для активации для проекта функций CTS (Change and Transport System — система изменения и переноса), то можно присвоить запросы на изменение проекту CTS. Можно собрать сгруппированные таким образом запросы и импортировать их для проекта с помощью Transport Management System (TMS).

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

Запросы пользовательской настройки

Если клиент определен с автоматической записью модификаций (см. главу 7), то создаются задача и запрос пользовательской настройки, как только пользователь выполняет модификации пользовательской настройки в системе SAP R/3. Пользователь может также управлять явным назначением задач запросам пользовательской настройки, когда такие запросы были созданы ранее. Поэтому запросы пользовательской настройки выбирают специфические настройки клиента точно из одного клиента (клиента источника запроса). Возможность переноса запросов пользовательской настройки в модернизированные системы зависит от специфических настроек клиента, предложенной целевой системы и определения пути переноса (см. главу 5).

Запросы к инструментальным средствам

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

Запросы к инструментальным средствам содержат объекты репозитория (Repository) и независимой от клиента настройки. Эти запросы можно также смешивать; могут также присутствовать зависимые от клиента настройки. Однако это применимо только с тем ограничением, что все специфические объекты пользователя должны поступать только из одного клиента — клиента-источника запроса. Возможность переноса запросов к инструментальным средствам в модернизированные системы зависит от настроек для пути переноса в TMS (см. главу 5).