Определение стратегий обеспечения совместимости, преобразования и переноса

Если системе предстоит заменить существующую систему, то необходимо учесть аспекты, связанные с совместимостью, преобразованием и переносом.  Конкретно:

• Данные из существующей системы должны быть перенесены (и, возможно, преобразованы в соответствующий формат) в новую систему.
• Существующие пользовательские интерфейсы (экранные форматы, команды и т.п.) должны поддерживаться в новой системе.
• Должны поддерживаться все существующие интерфейсы прикладных программ (API).
• Перенос из существующей системы в новую не должен нарушить работу пользователей более чем на заранее определенный период (конкретное значение зависит от вида бизнеса).
• У новой системы должна быть возможность работать параллельно со старой системой в течение переходного периода.
• Должна существовать возможность переключения обратно на старую систему, если это понадобится, в течение первых двух недель работы.
• Старые архивные данные могут понадобиться в новой системе. Если они зашифрованы, то шифровальные ключи потребуют особого внимания во время переноса.

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

Определение расписания развертывания

Перенос системы в рабочую среду требует планирования и подготовки.  Ниже перечислены технические факторы, которые нужно учесть:

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

Далее рассмотрены бизнес-факторы, влияющие на расписание развертывания:

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

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

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

Определение последовательности развертывания

Некоторые системы должны развертываться постепенно, частями, по причинам, связанным с расписанием или готовностью.  Если систему нельзя развернуть сразу целиком, то необходимо определить порядок установки компонентов и узлы, на которых они должны устанавливаться.  Ниже перечислены общепринятые шаблоны планирования развертывания:

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

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

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

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

Определение необходимости обучения пользователей

Для каждой категории пользователей - администраторов, операторов и обычных пользователей - определите следующее:

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