ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 03.02.2024
Просмотров: 118
Скачиваний: 4
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
1.2.Используемые термины и сокращения
2.1.План обучения внутренних пользователей
2.2.План обучения внешних пользователей
3.1.План функционального тестирования
3.2.План нагрузочного тестирования
7.План развертывания приложений
7.1.Приложения, подлежащие миграции/развертыванию
7.5.Развертывание нового портала BIG DATA
14.2.Последовательность действий при откате
15.1.Требования к миграции данных BIG DATA в Axapta
23.1.План миграции данных BIG DATA в Axapta
29.1.Контроль миграции BIG DATA в Axapta
29.2.Контроль миграции источника данных плазменных панелей
Сотрудник MR и сотрудник Исполнителя совместно принимают решение о критичности данного замечания или сотрудник Исполнителя может сделать это самостоятельно при фиксировании замечания/инцидента.
Только после этого сотрудник Исполнителя приступает к исправлению данного замечания/инцидента.
Ведение замечания/инцидента должно соответствовать устоявшейся процедуре обработки замечаний, существующей в MR.
6.2.1.1.Обеспечение Исполнителем этапа основной поддержки
Исполнитель предоставляет консультанта на срок не менее 6 месяцев с момента старта этапа основной поддержки. На время работы этого консультанта составляется отдельный договор по оказанию соответствующих услуг.
Если консультант ранее не участвовал в проекте ИИ, следует осуществить его обучение. С этой целью необходимо ввести его в проект и обучить (передать знания) к началу этапа «начальная поддержка».
Назначенный консультант будет осуществлять прямое взаимодействие с пользователями портала BIG DATA. Как упоминалось выше, ведение замечаний и сообщений об ошибках должно осуществляться в соответствии с устоявшейся процедурой сбора и обработки замечаний в MR.
Все остальные вопросы поддержки будут решаться в рамках существующего проекта BIG DATA по поддержке основного решения.
7.План развертывания приложений
7.1.Приложения, подлежащие миграции/развертыванию
Внедрение нового портала BIG DATA затрагивает ряд приложений или сервисов, которые нужно развернуть или перенастроить. К данным процессам относятся:
-
миграция web-интерфейса. На web-сервере необходимо провести настройку таким образом, чтобы по прежнему URL был доступ к новому порталу BIG DATA; -
миграция OLAP-системы. Для OLAP-системы необходимо переключить источник данных со старого BIG DATA на новый портал. Процедура описывается в разделе «Контроль миграции данных OLAP»; -
миграция плазменных панелей. Для плазменных панелей (ПП) по аналогии с OLAP необходимо переключить источник данных; -
развертывание нового портала 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.Перенос приложения из среды разработки в среду тестирования
Процесс состоит из двух этапов:
-
экспорт модификаций из среды разработки; -
импорт модификаций в среду тестирования.
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;
-
справочник дилерских центров; -
справочник клиентов;