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

• Настройки и программы АВАР тестируются и утверждаются в клиенте обеспечения качества. В рабочую среду выпускаются только прошедшие тестирование и одобренные объекты.

• Система 2: Рабочая система.

• Эта система принимает и использует измененные объекты от клиента обеспечения качества.

Однако у двухсистемной платформы есть и недостатки: например, нет возможности проводить тестирование независимых от клиента настроек и разработок, изменять объекты из хранилища перед выпуском в рабочую среду и т. д. Единственный способ устранения этих недостатков — использование трех-системной платформы.

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

• Система 1: Система разработки — среда для разработки и настройки программ.

• Система 2: Система обеспечения качества — среда, в которой производится тестирование и подтверждение изменений.

• Система 3: Рабочая система — среда, в которой работают измененные программы.

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

• Демонстрация

• Разработка

• Настройка

• Тестирование

• Обучение и образование

• Производство.

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

• Копирование клиента в рамках системы (локальное копирование)

• Копирование клиента из другой системы R/3 (удаленное копирование)

• Транспортировка клиента из одной системы в другую с использованием запроса на транспортировку (перенос клиента).

Ниже приведен список общих административных задач, которые необходимо выполнять на постоянной основе:

• Проверка статуса системы

• Отправка системных сообщений

• Мониторинг системы

• Просмотр протекающих процессов

• Проверка системного журнала

Рис. 11.1. Экран меню Системного администрирования.

• Обновление таблиц.

На рис. 11.1 представлен экран Системного администрирования. Многие задачи выполняются с помощью CCMS, как описано в соответствующем разделе главы 7, в то время как некоторые задачи полностью или частично выполняются операционной системой.

Администрирование заданий имеет дело с выпуском определений, расписаний, исполнений, мониторингов и управлением фоновыми задачами. Фоновые задачи относятся к пакетным процессам, которые рассматривались в одноименном разделе главы 7. Выполнение фоновых задач может запускаться активными диспетчерами в разных режимах SAP R/3 в зависимости от заранее заданных сроков или при наступлении определенных событий.

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

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

• Спецификации обработки, что включает в себя информацию о различных шагах обработки — таких, как тип программы АВАР, которая будет задействоваться на том или ином этапе обработки.

Спецификации расписания, что включает в себя информацию о времени начала выполнения задачи или о событии, наступление которого запускает ее выполнение. На рис. 11.2 представлен экран для создания фоновых задач.

Рис. 11.2. Экран для создания фоновых задач.

Рис. 11.3. Экран для выбора фоновых задач.

Система CCMS также обеспечивает мониторинг задач на основе различных критериев — таких, как статус задачи, период времени и пользователь. Некоторые выбранные задачи можно подробно разбирать вплоть до уровня записей журнала задач. На рис. 11.3 представлен экран для выбора фоновых задач.

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

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

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

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