Книга: Внедрение SAP R/3: Руководство для менеджеров и инженеров
Базовая конфигурация и утверждение
Разделы на этой странице:
Базовая конфигурация и утверждение
Основной список бизнес-процессов (Business Process Master List, BPML) — это самое полное представление рамок проекта внедрения SAP. Конфигурация делится на две части — базовая конфигурация и окончательная конфигурация.
Эти конфигурационные задания относятся к конфигурации и подтверждению параметров базовой настройки, что включает в себя сценарии, процессы и функции, которые затрагивают первостепенные требования компании (около 80 %). Оставшиеся 20 % сценариев и процессов настраиваются на стадии окончательной конфигурации и подтверждения.
Методология ASAP рекомендует сначала включить в базовую конфигурацию процессы, которые можно настроить, не модифицируя систему. Для этого необходимо выполнить следующие задачи:
Пересмотр рамок базовой конфигурации
Базовая конфигурация, подготовленная на этапе Концептуального планирования, подвергается пересмотру.
Создание базового плана конфигурации
Создание базового плана конфигурации происходит следующим образом:
1. Открыть Основной список бизнес-процессов (BPML) и выбрать лист «Базовая».
2. Добавить глобальные параметры в начале BPML.
3. Добавить задачи по конфигурации в организационную структуру, вслед за глобальными параметрами.
4. Ввести запланированную графиком дату в колонке «План» раздела «Конфигурация».
5. Ввести информацию по тестированию и порядку следования взаимозависимых процессов. Для этого надо ввести номер ситуации и номер следования процесса в группу ассоциированных процессов в колонках «Конфигурация: Номер ситуации, Номер следования». Нажатие клетки «Просмотр» под колонкой «Конфигурация» позволяет отсортировать процессы по номерам.
6. Сохранить изменения в Плане базовой конфигурации в формате MS Excel.
Создание тестовых ситуаций
Создать контрольные примеры с помощью следующего:
1. Открыть План базовой конфигурации, выбрать лист «Базовая», измененный на предыдущем этапе.
2. Просмотреть предусмотренные в этом документе ситуации для тестирования «по умолчанию», которые можно принять для конкретного проекта.
3. Ввести информацию по тестированию и порядку следования взаимозависимых процессов, для этого надо ввести номер ситуации и номер следования процесса в группу ассоциированных процессов в колонках «Тестирование: Номер ситуации, Номер следования».
4. Добавить информацию по тестированию к базовым требованиям, примечаниям и ожидаемым результатам.
5. Для уточнения информации по тестированию, выбрать «Процедура тестирования» и добавить подробную информацию.
6. Сохранить изменения.
Создание плана тестирования
Создание плана тестирования для базисной конфигурации включает в себя следующие действия:
1. Открыть План базовой конфигурации, выбрать лист «Базовая», измененный на предыдущем этапе.
2. Ввести запланированную графиком дату в колонке «План» раздела «Тестирование».
3. Сохранить готовый план.
Распределение ресурсов
Распределить ресурсы для базовой конфигурации и протестировать их можно следующим образом:
1. Открыть План базовой конфигурации и выбрать лист «Базовая», измененный на предыдущем этапе.
2. Задать необходимые навыки, подтвердить наличие ресурсов и распределить ответственность среди сотрудников, которые работают с тем или иным процессом, среди членов команд и ключевых пользователей.
3. Ввести ФИО члена команды в колонке «Ответственность — Конфигурация и тестирование».
4. Сохранить изменения.
Одобрение плана базовой конфигурации владельцами процессов
На этом этапе обновляется Руководство по внедрению — в него вносится информация о ресурсах и назначениях. Данные вводятся вручную или, если компания использует функцию ASAP IMG (Руководство по внедрению), то автоматически (см. раздел «Инициация Руководства по внедрению» в главе 14).
Конфигурация изначальных параметров и организационной структуры
Конфигурация общих параметров системы и организационной структуры абсолютно необходима как для базовой, так и для окончательной конфигурации системы SAP.
Конфигурация общих параметров
Конфигурация общих параметров зависит от информации, полученной во время семинаров по общим требованиям к бизнес-процессам, которые проводились на этапе концептуального планирования (см. главу 14), в том числе от таких параметров, как страна, ее валюта, единицы измерения, особенности календаря и т. д.
Для каждого элемента конфигурации необходимо ввести соответствующие данные в Руководство по внедрению (IMG) с помощью документации IMG Notes. Подобным образом также обновляется План базовой конфигурации, намеченная дата конфигурации и ее статус.
Конфигурация организационной структуры
Это мероприятие зависит от документации и решений, утвержденных на этапе концептуального планирования, в рамках задачи формирования организационной структуры (см. раздел «Определение организационной структуры» в главе 14).
Создание и конфигурация организационных единиц производится с помощью ссылок или использования функции «копировать»; также необходимо обновлять соответствующую информацию в Руководстве по внедрению и в Плане базовой конфигурации.
Конфигурация заранее заданных параметров
В случае, если компания принимает заранее сконфигурированную систему (Predefined Configured System, PCS), необходимо использовать параметры предварительно заданного клиента (Predefined Client, РСС); хотя в случае необходимости эти параметры можно проверить на соответствие требованиям и изменить. В случае внесения изменений, следует обязательно внести соответствующие обновления в Руководство по внедрению и в План базовой конфигурации.
Утверждение базовой конфигурации
Это — основная, центральная стадия этапа реализации, в рамках которой производится изменение настроек конфигурации для сценариев и процессов. Измененные настройки транспортируются в среду «Обеспечение качества» (QA) для тестирования в соответствии с планами тестирования и тестовыми ситуациями, подготовленными ранее. Полученная в результате тестирования информация служит основой для изменения Плана базовой конфигурации, а также Концептуального плана.
Конфигурация процесса и функций
Эта задача подразумевает изменение настроек конфигурации в соответствии с Планом базовой конфигурации: соответствующая информация в Руководстве по внедрению (IMG) и Плане базовой конфигурации должна обязательно обновляться.
Транспортировка в систему обеспечения качества
Объекты базовой конфигурации необходимо транспортировать в систему обеспечения качества (QA).
Тестирование базовой конфигурации
Тестирование базовой конфигурации проводится с использованием тестовых ситуаций и планов, предусмотренных Планом базовой конфигурации. Для каждой тестовой ситуации параметры и данные тестирования обязательно документируются — позднее эта информация пригодится во время подтверждения базовой конфигурации.
Документирование проблем и их решение
Любые расхождения, проблемы или недочеты должны записываться и немедленно решаться; для записи используется «проблемная» база данных в рамках базы данных «Вопросы и ответы» (Q&Adb). Если проблема относится к области предварительного просмотра окончательной конфигурации, ее надо присвоить соответствующему циклу (см. раздел «Базовая конфигурация и подтверждение»).
Пересмотр Концептуального плана
На основе результатов конфигурации и подтверждения сценариев и бизнес-процессов Концептуальный план пересматривается и в нем отражается текущая информация.
Проверка полноты базовой конфигурации
Используя План базовой конфигурации, необходимо проверить все даты текущей и запланированной деятельности по конфигурации и тестированию процессов и сценариев, причем проблемные процессы должны быть отображены в базе данных «Вопросы и ответы». Убедиться в этом можно также с помощью Руководства по внедрению (IMG), запустив анализ проекта из меню «Настройки».
Осуществление базовой конфигурации
На этом этапе необходимо сформулировать сценарии подтверждения успешной конфигурации системы, что включает в себя следующие задачи:
• Составление сценариев подтверждения
• Проведение подтверждения базовой конфигурации
• Подготовка программы сценариев подтверждения ответственными за межфункциональные процессы сотрудниками и назначение участников процесса подтверждения.
• Обзор подтверждения базовой конфигурации, получение официального одобрения и закрытие стадии базовой конфигурации.
Примечание
В методологии ASAP выполнение этой задачи означает прохождение третьего важнейшего рубежа проекта.
Сценарии утверждения
Сценарий утверждения (т. е. группа процессов) является полным бизнес-процессом, который можно разделить на подпроцессы. Последние проще утвердить как серию последовательных шагов сценария. Процедура контрольного примера (business case) представляет собой жизненно важный поток информации, ассоциированные с ними условия и исключения. Составление контрольного примера требует следующих действий:
1. Открыть План базовой конфигурации и выбрать «Базовая».
2. Ввести информацию по подтверждению и порядку следования взаимозависимых процессов — для этого надо ввести номер ситуации и номер следования процесса в группу ассоциированных процессов в колонках «Конфигурация: Номер ситуации, Номер следования».
3. Добавить информацию о процедурах подтверждения, выбрав шаблон процедуры и заполнив его подробными данными.
4. Сохранить изменения.
- Управление проектом на стадии реализации
- Поддержка организации управления изменениями
- Обучение членов команд проекта
- Менеджмент системы
- Базовая конфигурация и утверждение
- Проведение окончательной конфигурации и утверждение
- Подготовка среды разработки АВАР/4
- Создание концепции авторизации
- Создание системы управления архивами
- Определение рамок тестирования интеграции системы
- Подготовка пользовательской документации и обучающих материалов
- Качественная проверка итогов этапа реализации
- Официальное закрытие этапа базовой конфигурации
- Конфигурация безопасности для базы данных
- Инфраструктурная конфигурация
- Глава 6 BIOS – базовая система ввода-вывода
- Неправильная конфигурация платы
- Конфигурация компонентов
- 2.2. Базовая обработка командной строки
- 15.4.1. Базовая теория make
- Конфигурация ядра
- Конфигурация серверов шрифтов, установленная по умолчанию
- Базовая конфигурация DNS
- Конфигурация зоны для обратного преобразования
- Конфигурация sendmail для противодействия попыткам передачи спама