Как и обещал, поговорим чуть подробнее о подготовке в разрезе этапов. В этом посте рассмотрим этап 1 "Обследование и анализ".

В рамках данного этапа необходимо решить 4 группы задач:

1. В плане процессов.

Сопоставить БП (TO BE) и функциональность внедряемой ИС. Выявить что покрывается бизнес-логикой системы, а для каких функций требуется доработать ИС. Для подобных доработок ("функциональные разрывы") составить ТЗ на доработку системы.

Если вы не подготовились к внедрению в плане БП, то ещё и провести полноценное обследование и составить модель AS IS, проанализировать модель, выявить проблемные места, согласовать изменения, "отрисовать" TO BE.

2. В плане интеграции ИС.

Если вы заранее выбрали одну или несколько вариантов ИС, вы можете запросить информацию по встроенным механизмам у вендора. Кроме встроенных механизмов, есть специализированные ИС для интеграции ИС (ESB, брокеры, MDM и др.).

С другой стороны, есть и простые механизмы (интеграция через файлы, через общую БД и т.д.). Так вот, необходимо предварительно изучить варианты и предварительно определить, какой механизм(-ы) вы будете использовать. Кроме того, вы можете предварительно составить план интеграции, в котором внедряемая система будет "черным ящиком" (тем не менее у вас есть информация по интегрируемым системам и направлениям потоков данных).

3. Механизмы загрузки первоначальных данных.

Эту информацию можно запросить у вендора. Кроме того (в особенности, если вы заменяете ИС, а не внедряете впервые) вы можете составить черновую схему данных и определить их связи (кто с MSSQL работал, тот поймет, о какой я схеме говорю). То есть здесь принципиально определить связи "1-много", "1-1", "много-много".

4. В плане технической подготовки.

Запросить у вендоров требования к железу (количество пользователей вам известно, за одновременных пользователей обычно принимается треть от общей суммы), если вы размещаете в ЦОДе (или в случае разветвленной сети) - дополнительно проработать требования к каналам связи (у вас есть текущая ИС, у вас наверняка есть система мониторинга данных), кроме того заложить требования под систему резервного копирования. Плюс проработать вопрос кластерности и балансировки нагрузок.

Соответственно, чем больше вопросов вы проработаете до старта проекта, тем больше шансов на успешное внедрение. Сами посудите, одно дело начать проект в полном неведении о процессах, интеграции и т.д. (при этом процесс планирования будет выглядеть как "пальцем в небо") и абсолютно другое, когда вы выходите на внедрение с конкретикой. Далее продолжу по следующему этапу "Разработка и настройка", а о документации этапа расскажу в отдельной серии постов.