2. Методология внедрения¶
2.1. Получение ресурсов (боевого и тестового стенда)¶
Характеристики серверов:
- Хранилище Jackrabbit
 - Поисковые индексы Lucene
 - 16 Гб ОЗУ
 - Debian GNU/Linux (jessie, wheezy)
 - CPU 8-core
 - HDD/SSD с 10Гб свободного дискового пространства.
 
Предупреждение
Настоятельно рекомендуем развернуть тестовый стенд, полностью дублирующий конфигурацию системы боевого сервера, для диагностики и воспроизведения потенциальных проблем, тестирования обновления и изменений конфигурации.
2.2. Установка и настройка системы¶
Воспользуйтесь инструкциями данного документа для установки (Инструкция по установке) системы на боевом и тестовом стендах.
2.3. Кастомизация процессов по факту выявленных пожеланий¶
- Для выявления пожеланий по изменению стандартной конфигурации продукта, устанавливаемой по-умолчанию, рекомендуется провести демонстрацию всем заинтересованным лицам проекта, в том числе, конечным пользователем: сотрудникам первой и второй линии.
 - Все пожелания/замечания к продукту должны быть задокументированы и проанализированы на сложность и сроки адаптации продукта под данные требования.
 - В качестве вспомогательного инструмента к определению необходимых настроек в системе для реализации тех или иных пожеланий, рекомендуется ознакомиться со Структурой продукта, а также Руководством разработчика
 
Предупреждение
Настоятельно рекомендуем провести полное тестирование всех процессов, после произведения настроек конфигурации.
2.4. Обучение сотрудников работе в системе¶
- Все сотрудники организации, которым в рамках проекта предполагается обучение, могут быть объединены в группы согласно осуществляемым ими ролям (канцелярия, отдел кадров, исполнители, руководители и т.д.)
 - Рекомендуем адаптировать руководство пользователя, представленное по-умолчанию, согласно произведенным изменениям конфигурации, оргстукртуе компании и прочей специфики проекта.
 - В первую очередь, должны быть обучены сотрудники, исполняющие основные роли в процессах, попадающих под опытную эксплуатацию (см. Шаг 6)
 
2.5. Опытная эксплуатация¶
- Процесс опытной эксплуатации представляет собой имитацию полноценной работы системы в боевом режиме, но в меньших масштабах. Это может быть прогон основных боевых процессов на выделенном подразделении или на определенной категории документов.
 - Продолжительность процесса опытной эксплуатации зависит от масштабов проекта и количество внедряемых одновременно процессов.
 - Результатом опытной эксплуатации должен являться подтвержденный всеми заинтересованными сторонами факт готовности системы к использованию в промышленном режиме.
 - В случае выявления замечаний в ходе опытной эксплуатации, должны быть произведены соответствующие настройки в системе и измененные процессы должны быть протестированы повторно.
 
Примечание
Рекомендуем адаптировать руководство пользователя, представленное по-умолчанию, согласно произведенным изменениям конфигурации, оргстукртуе компании и прочей специфики проекта.