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

Тестовые сценарии предоставляются поставщиком лицензионного продукта. Проводится тестирование тех процессов, которые считаются жизненно важными для деловых операций. В стандартной функциональности ERP-систем эти процессы не всегда поддаются конфигурированию.

Подход к работе с этими специально указанными процессами служит индикатором стабильности, объемности и гибкости ERP-систем. В ERP-системах могут быть следующие подходы к отслеживанию изменений в системе:

• Предусматривается включение нового процесса в стандартную функциональность системы.

• Предлагаются изменения для достижения этой функциональности и они соответствующим образом конфигурируются.

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

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

• Разрабатывается желаемая функциональность в ERP-системе в среде 3GL/4GL, которая использовалась при создании ERP-системы.

Системы ERP, которые поддерживают такие подходы, даже если их приходится вводить посредством переделок в системе, все-таки предпочтительнее других систем, где для получения той или иной функциональности приходится обращаться к компании-поставщику и ждать выпуска новой версии, или самостоятельно перепрограммировать систему для введения требуемой функциональности.

Эти тесты весьма схожи с функциональным тестированием, которому подвергаются традиционные системы. Такое тестирование подразумевает оценку ожидаемой нагрузки на систему в операционной среде и воспроизведение (симуляция) этих условий в тестовой среде с целью проверки, сможет ли система эффективно справиться с ожидаемой нагрузкой в условиях предлагаемой конфигурации. Это тестирование может также предусматривать оценку объемов данных, пропускной способности сетей LAN/WAN, а также оценку обслуживания центральными серверами интерактивных операций между серверами и терминалами. Для отчета о результатах тестов и характеристик работы системы, необходимо использовать общую для всех процессов шкалу оценки. Необходимые для оценки результаты можно получить, проведя полномасштабное тестирование либо на предприятии, либо в демонстрационном центре компании-поставщика.

При составлении отчета о сравнении и выборе таких крупных, сложных, интегрированных систем, как ERP, провести сравнение функциональностей разных систем не так просто. Более того, участие сотрудников из разных функциональных подразделений компании в работе команды по выбору ERP также приводит к появлению самых различных мнений о каждом аспекте будущей системы.

Как упоминалось в разделе «Процесс выбора ERP», оптимальным решением будет максимально объективно зафиксировать все расхождения и варианты, затем оценить их по цифровой шкале. Математический подход — лучшее средство разрешения споров и выявления истинной ценности того или иного аспекта. Поскольку присвоенные значения — всего лишь сравнительные средства оценки по относительной шкале измерения, а не фактические данные, они помогают сконцентрировать обсуждение на полученных оценках точно определенных аспектов и моментов, связанных с выбором системы. Относительную шкалу и другие значимые факторы, ассоциированные с разными аспектами оценки систем, всегда можно переделать, пока они не удовлетворят всех или почти всех участников обсуждения. Окончательные выводы будут основываться на сумме многочисленных мелких согласований, достигнутых за все время обсуждения.

В следующем подразделе я рассмотрю математический подход к сравнению ERP-систем.

В таблице 3.1 представлен шаблон, который можно использовать при сравнении систем ERP. Команда по выбору ERP-системы может использовать этот шаблон в следующем порядке:

1. Подготовить список характеристик, которые, по общему мнению, имеют значение для будущей системы, с использованием информации, собранной в результате применения различных критериев оценки, как описано в главе 2.

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

3. Принять решение, какие характеристики необходимы.

4. Принять решение, какие характеристики желательны.

5. Каждой из характеристик присвоить фактор важности по 10-балльной шкале — чем выше значение фактора, тем важнее данная характеристика для будущей системы. Характеристикам, признанным необходимыми, должен присваиваться фактор важности, близкий к 10. Примерная шкала оценки приведена ниже:

Жизненно важно = 10

Необходимо = 9

Крайне важно = 8

Очень важно = 7

Важно = 6

Имеет значение = 5

Требуется = 4

Весьма полезно = 3

Желательно = 2

Необязательно = 1

Решения по оценке той или иной характеристики должно приниматься с общего согласия.

6. Далее необходимо составить рейтинг различных ERP-систем по каждой из характеристик, по 5-балльной шкале, где 5 — отлично, 1 — неприемлемо. Хороший практический прием: определить, какая из систем лучше всего отвечает конкретной характеристике, и только этой системе присвоить 5 баллов относительно данной характеристики, а потом оценить оставшиеся системы:

Отлично = 5

Хорошо = 4

Посредственно = 3

Приемлемо = 2

Неприемлемо = 1

7. Поочередно подсчитать количество баллов, набранное каждой из систем по каждой из характеристик, умножив фактор важности характеристики (см. п. 5) на рейтинг системы в отношении этой характеристики:

Оценка = Фактор важности * Рейтинг

8. Подсчитать общее количество баллов для каждой ERP-системы.

Результаты функционального и нагрузочного тестирования можно включить как одну из характеристик при сравнении ERP-систем. Однако это стоит делать только в случае, если результаты тестов разных систем существенно отличаются.