Опытно-промышленная эксплуатация. 
Управление жизненным циклом информационных систем

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

• • тестирование модуля системы в условиях, максимально приближенных к реальным условиям промышленной эксплуатации (в том числе, при необходимости, в интеграции с другими модулями или внешними системами) — нагрузочное тестирование, рассмотренное ранее;
• • проведение множественных расчетов по фактической производственной информации с применением соответствующих программно-аппаратных средств, предусмотренных техническим проектом (проектным решением);
• • достижение наиболее полного охвата бизнес-процессов, автоматизируемых подразделений предприятия.

При условии соблюдения ранее определенных требований к предыдущим этапам и их успешном завершении в первую очередь необходимо провести:

• • ввод наиболее актуальной информации по каждому модулю ввода в систему (подготовка которой проведена на предыдущем этапе);
• • отработку действий пользователя в параллельном режиме с уже имеющимися приложениями (это проводится непосредственно на рабочих местах пользователей и включает дополнительную, но необходимую нагрузку для пользователей, которые в короткий период времени должны адаптироваться к работе в другой системе (а также помочь адаптировать ее для оптимальной и эффективной работы));
• • интеграцию внедряемого модуля с уже существующими модулями и (или) внешними системами, внедренными ранее;
• • разработку и согласование регламента взаимодействия внутренних подразделений предприятия-заказчика в рамках ОПЭ и дальнейшей промышленной эксплуатации (помимо схемы и порядка передачи функций с обязательным определением зон ответственности за актуальность и корректность данных).

Пример

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

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

Основная часть (как по объему, так и по трудозатратам) проводимых в ОПЭ мероприятий предусматривает сопровождение заказчиком системы на рабочих местах пользователей с формированием перечня замечаний ключевых пользователей (при их «переводе» из бизнес-терминологии в более техническую область) и устранением этих замечаний.

Пример

Замечания пользователей:

В список партнеров нельзя добавить университеты (нет пункта в списке). Требование к реализации подрядчиком:

Создать в типе организаций «Прочие» наследующий его свойства подтип «Университет» с дополнительными полями «Ректор», «Факультет», «Кафедра». Настроить общедоступный отчет по всем университетам.

Устранением замечаний и внесением изменений в систему на этом этапе (длящемся, как и в случае тестовой эксплуатации, не менее одного месяца) занимается команда внедрения со стороны исполнителя, которая помимо простого соответствия системы всем требованиям и бизнес-процессам должна удостовериться в устойчивости работы системы при нагрузке, максимально приближенной к реальной промышленной нагрузке этапа эксплуатации (с исключением риска отказа системы в момент ее пика). Чтобы перейти к полноценной промышленной эксплуатации, система также должна безошибочно функционировать в параллельном режиме и при интеграции с внешними приложениями в течение всего срока ОПЭ. При наличии аналогичных legacy-приложений об успешном внедрении можно говорить, если результаты обработки данных в них и в новой системе совпадают и (или) различия объяснимы и некритичны.

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