SAP R/3 Системное администрирование
Шрифт:
Рис. 6.9. Назначение запроса на изменение
Разблокирование запроса пользовательской настройки
Теперь для данного примера процедура пользовательской настройки завершена. Запрос пользовательской настройки можно закрыть (разблокировать). Для разблокирования запроса пользовательской настройки, за обслуживание
1. В ►Transport Organizer выберите нужную категорию запросов и их статусов для вывода только требуемых запросов. Выберите Display.
2. Все задачи выбранных запросов пользовательской настройки должны быть завершены, т. е. разблокированы их владельцами. Если задача не разблокирована (как в данном примере), выберите соответствующую задачу (в нашем случае IE4K903523) и разблокируйте ее с помощью Request/Task • Release.
3. Затем будет предложено задокументировать содержание модификаций.
4. Активируйте и сохраните окончательную версию документации и выйдите из данного окна. Все изменения в задаче передаются присвоенному запросу пользовательской настройки. Чтобы получить более подробную информацию об используемых в данной задаче объектах, откройте дерево (см. рис. 6.10). В данном случае изменения были внесены в объект ARCH_PARAM.
5. Когда все задачи будут разблокированы, аналогичным образом может быть разблокирован запрос пользовательской настройки. Выберите этот запрос (Customizing request), а затем Request/Task • Release и зафиксируйте свои действия в документе.
При разблокировании запрос экспортируется. Запрос пользовательской настройки можно также разблокировать для преобразования в запрос инструментальных средств, который будет разблокироваться и передаваться дальше. Такой подход позволяет собрать несколько запросов пользовательской настройки и позднее экспортировать их как группу.
Рис. 6.10. Разблокированный запрос: IE4K903522
Разработки и модификации
В инструментальной среде АВАР (Workbench) есть следующие инструменты для разработчиков:
► Средство просмотра репозитория (Repository Browser и Dictionary) применяется для разработки таблиц, создания индексов, доменов, кодов сопоставления и т. д.
► Редактор программ и построитель функций (АВАР Editor и Function Builder) служит для разработки программ и функций
► Screen Painter — для разработки масок экрана
► Menu Painter — для создания деревьев меню
► Средства тестирования
Эти средства применяются для разработки или изменения функций системы SAP R/3. Разработка функций системы SAP R/3 редко входит в прямые обязанности системного администратора, однако он постоянно соприкасается с данной областью при выполнении
Каждый пользователь, желающий разработать в системе SAP R/3 новые объекты или внести изменения в объекты, поставляемые SAP, сначала должен зарегистрироваться как пользователь данной системы SAP R/3 (см. рис. 6.11). Требуемый ключ можно создать в OSS или SAP Service Marketplace (см. главу 3).
Рис. 6.11. Регистрация разработчика и объекта
В этом случае администраторы SAP R/3 и сама компания SAP имеют обзор, какие разработки происходят в системе SAP R/3. Следующие процедуры требуют принятия решения, будет ли объект SAP модифицироваться или должна происходить новая разработка (создание нового объекта).
Изменение объектов SAP
Каждое изменение в объекте SAP предусматривает регистрацию данного объекта. Ключ доступа можно получить через OSS или SAP Service Marketplace. Введите спецификации выбранного объекта (см. рис. 6.12) и полученный ключ доступа на экране, показанном на рис. 6.11.
Объект SAP можно редактировать только после получения ключа доступа. Такие меры предосторожности обеспечивают существование журнала специфических изменений заказчика, чтобы в будущем легче разрешить возможные проблемы.
Новые разработки
Новые разработки в системной инфраструктуре требуют тщательного планирования, чтобы избежать конфликтов с объектами SAP и пользовательскими объектами. По правилам новая разработка должна выполняться
Рис. 6.12. Регистрация ключа объекта в SAP Service Marketplace
только в двух- или в трехсистемной инфраструктуре (последнее предпочтительнее). Всегда нужно избегать использования одной системы R/3 и для работы, и для разработки. Мы будем предполагать, что системная инфраструктура уже создана и ее конфигурация настроена (см. главу 5), а также считать, что пути переноса между системами определены.
Класс/пакет разработки
Класс разработки объединяет объекты, которые должны разрабатываться, сопровождаться и переноситься вместе. Перед созданием новых объектов необходимо создать в системе интеграции (где будет происходить разработка) класс разработки. Классы разработки являются также объектами и поэтому могут переноситься.
Присваивание классу разработки уровня переноса обеспечивает перенос всех объектов класса по одному пути (см. главу 5). Класс разработки $ТМР играет особую роль: он используется для всех локальных (непереносимых) объектов.