Файл: Утверждаю Куратор проекта.doc

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 03.02.2024

Просмотров: 119

Скачиваний: 4

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

1.Введение

1.1.Назначение документа

1.2.Используемые термины и сокращения

2.План обучения

2.1.План обучения внутренних пользователей

2.2.План обучения внешних пользователей

3.План тестирования

3.1.План функционального тестирования

3.2.План нагрузочного тестирования

6.План поддержки

6.1.Начальная поддержка

6.2.Основная поддержка

7.План развертывания приложений

7.1.Приложения, подлежащие миграции/развертыванию

7.2.Миграция web-интерфейса

7.3.Миграция OLAP

7.4.Миграция ПП

7.5.Развертывание нового портала BIG DATA

8.План отката

8.1.Данные к переносу

14.1.Подготовка к откату

14.2.Последовательность действий при откате

15.План миграции данных

15.1.Требования к миграции данных BIG DATA в Axapta

23.1.План миграции данных BIG DATA в Axapta

28.1.Подход к миграции данных

29.Контроль миграции данных

29.1.Контроль миграции BIG DATA в Axapta

29.2.Контроль миграции источника данных плазменных панелей

30.Приложение 1. Шаблон протокола тестирования

31.Приложение 2. Шаблон списка замечаний



Сотрудник MR и сотрудник Исполнителя совместно принимают решение о критичности данного замечания или сотрудник Исполнителя может сделать это самостоятельно при фиксировании замечания/инцидента.

Только после этого сотрудник Исполнителя приступает к исправлению данного замечания/инцидента.

Ведение замечания/инцидента должно соответствовать устоявшейся процедуре обработки замечаний, существующей в MR.

6.2.1.1.Обеспечение Исполнителем этапа основной поддержки


Исполнитель предоставляет консультанта на срок не менее 6 месяцев с момента старта этапа основной поддержки. На время работы этого консультанта составляется отдельный договор по оказанию соответствующих услуг.

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

Назначенный консультант будет осуществлять прямое взаимодействие с пользователями портала BIG DATA. Как упоминалось выше, ведение замечаний и сообщений об ошибках должно осуществляться в соответствии с устоявшейся процедурой сбора и обработки замечаний в MR.

Все остальные вопросы поддержки будут решаться в рамках существующего проекта BIG DATA по поддержке основного решения.

7.План развертывания приложений

7.1.Приложения, подлежащие миграции/развертыванию


Внедрение нового портала BIG DATA затрагивает ряд приложений или сервисов, которые нужно развернуть или перенастроить. К данным процессам относятся:

  1. миграция web-интерфейса. На web-сервере необходимо провести настройку таким образом, чтобы по прежнему URL был доступ к новому порталу BIG DATA;

  2. миграция OLAP-системы. Для OLAP-системы необходимо переключить источник данных со старого BIG DATA на новый портал. Процедура описывается в разделе «Контроль миграции данных OLAP»;

  3. миграция плазменных панелей. Для плазменных панелей (ПП) по аналогии с OLAP необходимо переключить источник данных;

  4. развертывание нового портала BIG DATA. Необходимо выполнить развертывание нового портала BIG DATA в промышленной среде.

7.2.Миграция web-интерфейса


Как упоминалось выше, провести настройку на web-сервере необходимо так, чтобы по прежнему URL сохранился доступ к новому порталу BIG DATA. Выполняется это силами IT-специалиста. Операция стандартная, тестирования не требует. Переключение будет произведено в момент внедрения решения в промышленную среду.

До внедрения в промышленную среду доступ к новому порталу будет осуществляться по внутреннему временному URL.

7.3.Миграция OLAP


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

7.4.Миграция ПП


Процесс миграции источника данных для ПП заключается в простой замене пакета DTS на другой пакет.

7.5.Развертывание нового портала BIG DATA


Разработка функционала BIG DATA будет вестись на приложении для разработки MR_DEV_INT. Тестирование – на приложении MR_TST_EXT.

7.5.1.Перенос приложения из среды разработки в среду тестиро­вания


Процесс состоит из двух этапов:

  1. экспорт модификаций из среды разработки;

  2. импорт модификаций в среду тестирования.

7.5.1.1.Экспорт


Все завершённые разработчиком модификации переносятся из среды разработки в среду тестирования экспортом проектов с программным кодом и метками согласно действующей процедуре обновления информационного ресурса Microsoft Dynamics™ AX (MR Develop Systems Update Procedure). То есть проекты экспортируются из среды разработки, готовится инструкция по обновлению (при необхо­димости инструкция содержит описание изменения структуры данных (если были изменения), информацию о наличии/отсутствии меток, о необходимости или отсутствии необходимости запускать джобы, модифицирующие данные, после импорта проекта), проекты выкладываются в определённую сетевую директорию.

7.5.1.2.Импорт


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

7.5.2.Перенос приложения из среды тестирования в рабочую среду



Перенос модификаций в рабочую среду осуществляется согласно действующей процедуре обновления информационного ресурса Microsoft Dynamics™ AX (Update Procedure) ответственным сотрудником отдела ИС.

7.5.3.Подготовительные действия для подготовки сред перед развёртыванием


На этапе разработки и тестирования отдельных модификаций установка дополнитель­ных IIS (Internet Information Services) и АОС не потребуется. Разработка и тестирование будут проводиться на имеющемся программном и аппаратном обеспечении. Дополнительное оборудование и программное обеспечение понадобятся к этапу нагрузочного тестирования, которое будет проводиться в среде, описанной в документе «Технический дизайн на среду для опытного тестирования». Лицензия на дополнительный АОС не понадобится, т. к. у Клиента есть лицензия на два АОС и в данный момент используется только один (IIS входит в Windows). Развёртывание ПО в среде для опытного тестирования производится силами отдела ИС Клиента с привлечением ответственных сотрудников IT1 (вероятно, ведущего разработчика).

7.5.4.Обеспечение целостности при переносе функционала


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

7.5.5.Действия на стороне пользователя


В рамках данного проекта допускается, что на стороне пользователя используется браузер Internet Explorer. В том случае, если пользователь пользуется альтернативными браузерами и в ходе тестирования портала будет выяснено, что альтернативные браузеры работают с порталом некорректно, понадобится установка какой-либо из последних версий Internet Explorer (начиная с версии 6.0).

Ответственность за установку Internet Explorer на стороне дилера лежит на IT-службе самого дилера.

Требования к IT-инфраструктуре на стороне дилеров приводятся в пользовательской документации и предоставляются дилерам. Ответственным за передачу документации является эксперт проекта.


Портал будет располагаться по тому же веб-адресу, что и существующий портал BIG DATA. Перенастройка осуществляется ответственными сотрудниками ИС, поскольку сотрудники, скорее всего, будут лишены доступа к рабочей среде.

7.5.6.Требование к резервированию сред разработки и тестирова­ния


Резервное копирование проводится ответственными сотрудниками отдела ИС Клиента. Среды разработки и тестирования следует включить в процедуру резервного копирования, начиная с этапа разработки.

Процесс резервного копирования Microsoft Dynamics™ AX должен быть организован согласно принятым у Клиента процедурам и интегрирован с общим процессом резервного копирования.

8.План отката


Данный раздел определяет объекты переноса (справочники) из базы данных Microsoft Dynamics™ AX в базу данных BIG DATA на случай отката на старое приложение, а также определяет способы, инструменты и регламент переноса данных. Возможность отката предусматривается на случай, если в силу неких маловероятных причин после начала промышленной эксплуатации портала BIG DATA в Microsoft Dynamics™ AX будет выявлена невозможность дальнейшей эксплуатации портала (вследствие каких-либо недоработок) и будет принято решение о временном возврате к прежнему приложению.

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

1) должны быть перенесены данные BIG DATA из БД Microsoft Dynamics™ AX в БД портала BIG DATA;

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

Решение об откате на старое приложение принимает Заказчик проекта. Решение должно быть зафиксировано в виде электронного письма на имя Руководителя проекта от Компании с копией Руководителю проекта от Исполнителя. Получение письма авторизует процесс отката.

8.1.Данные к переносу


Ответственность за перенос данных лежит на представителях IT1. При откате переносятся следующие справочники:

  • справочник автомобилей. Для переноса можно использовать существующий DTS-пакет (определён на SQL-сервере Arzamas), с помощью которого на сегодняшний день производится синхронизация данной информации в БД Microsoft Dynamics™ AX с БД BIG DATA. При необходимости может быть создан дополнительный функционал по переносу данной информации;

  • история обмена автомобилей. Историю обмена автомобилей переносится с помощью действующего функционала синхронизации между Microsoft Dynamics™ AX (хранимая процедура в БД Microsoft Dynamics™ AX) и порталом BIG DATA;

  • справочник дилерских центров;

  • справочник клиентов;