Продолжим двигаться по ключевым результатам первого этапа. В этом посте - про технические требования.

Начнем с очевидного - серверы. Здесь следует детализировать для каждой из площадок:

- назначение серверов, оно же - роль;

- конфигурация серверов;

- вхождение в кластеры;

- физический или виртуальный;

- размещение;

- операционная система и прикладное ПО.

По назначению - как, минимум, должны быть даны требования для серверов приложений, серверов СУБД, сервера резервного копирования. В зависимости от проекта также могут быть и другие серверы (например, файловый сервер). Конфигурация. Минимально указываются процессор (тип, количество, кол-во ядер), объем ОЗУ, диски (количество, объем, интерфейс, тип, raid). Также могут быть указаны опции (например, горячая замена дисков и/или ОЗУ и др.).

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

Серверы могут быть физическими или виртуальными, это тоже следует указывать. Помимо операционной системы также следует указать и прочее ПО, размещаемое на серверах (например, web-сервер, интерпретатор, СУБД и т.д.).

А помимо самих серверов следует указать как минимум:

- требования к каналам связи, необходимость резервного канала;

- требования к портам;

- требования к режимам функционирования ИС (основной режим, аварийный режим, “окна” технического обслуживания);

- план резервного копирования (периодичность, типы резервных копий, период хранения, системные оповещения).

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

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

Кроме того, могут возникнуть ситуации, когда сервисному подразделению придется восстанавливать информацию из резервной копии.

Для чего нужно получить этот результат:

- база для составления спецификаций по закупке технических средств и лицензий системного и вспомогательного ПО для нужд проекта;

- база для постановки задач на развертывание и обеспечения связи технических площадок проекта;

- база для подготовки вспомогательных технических сервисов (например, резервное копирование);

- формирование ряда технических параметров функционирования внедряемой ИС после перевода ИС в режим постоянной (промышленной) эксплуатации.

В случае отсутствия данного результата возможны следующие негативные последствия:

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

- просрочка поставок или недопоставка оборудования;

- дополнительные незапланированные расходы вследствие того, что поставленное оборудование не выдерживает достаточную нагрузку (доукомплектовка, переборка);

- просрочка старта ОЭ или ПЭ вследствие фактической неготовности площадок;

- просрочка перевода в ПЭ в виду неготовности инфраструктуры дополнительных сервисов (например, отсутствует сервер резервного копирования, отсутствует место для резервных копий внедряемой ИС и т.д.).