Ещё по теме

Комментарии по теме

«Ре­ко­ме­нда­ци­я. Опти­ми­за­ция нумерации операций для пре­до­твра­ще­ния пропусков»
Олег Точенюк:
Решение описанное в статье не учитывает такую вещь как несколько инстанций (серверов приложений) при подключении к серверу базы данных, что в принципе возможно и бывает (при использовании SolMan...
«Ре­ко­ме­нда­ци­я. Опти­ми­за­ция нумерации операций для пре­до­твра­ще­ния пропусков»
Кирилл Сатарин:
Прекрасная очень понятная статья, именно в формате рекомендации. С её помощью решается одна небольшая проблема и все больше ничего. Побольше бы таких статей с как можно большим количеством описания...

ChaRM для начинающих: Как настроить управление запросами на изменение в двухсистемном ландшафте

3012

Основная идея

Управление изменениями – одна из важнейших составляющих любого проекта, так или иначе связанного с управлением приложениями. Процесс контроля изменений не менее важен, чем фаза внедрения, и проект обречен на провал, если управление изменениями не выстроено должным образом. Для эффективного решения этих вопросов в SAP Solution Manager предусмотрен сценарий управления запросами на изменение (Change Request Management, ChaRM). В ChaRM заложен полный цикл управления: от постановки вопроса и утверждения решения до реализации изменения, его тестирования и последующего переноса в продуктивную среду

Управление запросами на изменение (Change Request Management, ChaRM) – один из наиболее популярных и широко используемых бизнес-процессов системы SAP Solution Manager. В большинстве случаев ChaRM реализуется в трехсистемном ландшафте, и для этого варианта доступно множество руководств по настройке. Однако в них редко рассказывается, на что следует обратить особое внимание и какие моменты не упустить из вида, особенно если читатель впервые работает с SAP Solution Manager и ChaRM.

Это руководство посвящено внедрению ChaRM в двухсистемном ландшафте. Такой ландшафт часто используется в решении SAP NetWeaver Business Warehouse (SAP NetWeaver BW), где тестовая система не так важна, как в других системных ландшафтах. По этой причине разработка и тестирование выполняются в одной системе, а настройки затем переносятся в продуктивную систему. В этой статье рассматриваются возможные ошибочные сценарии, которые могут возникнуть при работе ChaRM в двухсистемном ландшафте, и пути решения, поскольку граница между настройками, которые должны сделать консультанты и функциональные эксперты по SAP Solution Manager, с одной стороны, и настройками, выполняемыми специалистами базиса, с другой, очень тонка. Там, где настройка SAP Solution Manager ошибочно принимается за задачу из области базиса, недалеко до ошибки.

Вы хотели бы увидеть полную версию статьи?

Если вы являетесь подписчиком журнала SAP Professional Journal, пожалуйста, введите в правом верхнем углу логин и пароль.

Если вы хотите подписаться на журнала SAP Professional Journal, пожалуйста, обратитесь в редакцию или сделайте заказ на сайте.

Правила получения тестового доступа к статьям SAP Professional Journal


Любое воспроизведение запрещено.
Копирайт © «Издательство ООО «Эксперт РП» Copyright © 2010 Wellesley Information Services. All rights reserved.