Стандарты обслуживания ит-систем фк


 ПРИЛОЖЕНИЕ 4 91 Форма документа «Журнал регистрации работ»



страница50/52
Дата09.08.2018
Размер6.87 Mb.
#43236
1   ...   44   45   46   47   48   49   50   51   52

90 ПРИЛОЖЕНИЕ 4

91 Форма документа «Журнал регистрации работ»





Журнал регистрации работ













За период с __.__.2012 по __.__.2012













Место проведения работ: ___________________________________________

Таблица «Журнал регистрации работ»


















Дата/время начала выполнения

Дата/время завершения выполнения

Инициатор работ

Исполнитель

Тип операции

Цель работ

Результат

Описание

Связанные работы

Особые отметки

Принял

 

 


































 

 


 































 

 

 

 



 































 

 

 

 



 



92 ПРИЛОЖЕНИЕ 5

93 Формат предоставляемой отчетности

94 Объемы и форматы предоставляемой отчетности определены в Приложении А.5. «Отчетность» Стандартов.



95 ПРИЛОЖЕНИЕ 6

96 Формат загрузки данных в базу знаний СУЭ ФК


При ведении Исполнителем Базы знаний не в СУЭ ФК, он обязан предоставлять выгрузку своей Базы знаний в формате:

Код записи;

Название;

Тема (или вопрос);

Содержимое (или ответ);

ИТ-сервис;

Функциональная область;

Операция;

Категория;

Субкатегория;

Тип продукта;

Устройство (ЭК);



Ключевые слова.

97 ПРИЛОЖЕНИЕ 7

98 Технические аспекты интеграции СУЭ и СУИ


  1. Описание интерфейсов систем СУЭ и СУИ

    1. Интерфейс системы СУЭ

      1. Запросы к системе СУЭ, используемые при взаимодействии

Запрос

Комментарий

UpdateFKIncident

Изменить заявку в СУЭ

RetrieveFKIncident

Получить данные по заявке СУЭ по указанному идентификатору или выражению запроса

RetrieveFKIncidentList

Получить данные по нескольким заявкам СУЭ по указанному выражению запроса

RetrieveFKIncidentKeysList

Получить список идентификаторов нескольких заявок СУЭ по указанному выражению запроса

CreateFKChange

Создать изменение (патч)

UpdateFKChange

Изменить изменение (патч)

CloseFKChange

Закрыть изменение (патч)

RetrieveFKChange

Получить данные по изменению (патчу) по указанному идентификатору или выражению запроса



      1. Поля запросов UpdateFKIncident

Поле в веб-сервисе

Тип

Комментарий

IncidentID

String

Номер заявки в СУЭ

ExternalID

String

Номер заявки в системе СУИ

Status

String

Статус заявки в СУЭ

JournalUpdates

Text

Записи хода решения (комментарии)

ClosureCode

String

Код закрытия

Resolution

Text

Текст описания решения

EsoStatus

String

Статус в системе СУИ

EsoAssignment

String

Ответственный за решение заявки в СУИ

EsoPhoneEmail

String

Контактная информация ответственного

EsoPlanDate

DateTime

Плановый срок решения заявки

EsoResume

String

Резюме по заявке в СУИ

EsoVersion

String

Номер версии

EsoReferences

Text

Список идентификаторов патчей

Attachments

Attachments

Вложенные файлы



      1. Поля запросов CreateFKChange, UpdateFKChange

Поле в веб-сервисе

Тип

Комментарий

ChangeID

String

Номер изменения в СУЭ

ExternalID

String

Номер патча в системе СУИ

Title

String

Краткое описание изменения

Description

Text

Описание изменения

Category

String

Категория

Subcategory

String

Подкатегория

EsoStatus

String

Статус в системе СУИ

PlannedStart

DateTime

Плановое начало

PlannedEnd

DateTime

Плановое окончание

Phase

String

Фаза изменения

Priority

String

Приоритет

RiskAssessment

String

Оценка рисков

Status

String

Статус в СУЭ

Impact

String

Воздействие

Attachments

Attachments

Вложенные файлы



    1. Интерфейс системы СУИ

      1. Запросы к системе СУИ, используемые при взаимодействии

Запрос

Комментарий

login

Создать подключение к СУИ

logout

Отключиться от СУИ

createIssue

Создать заявку в СУИ

updateIssue

Изменить данные по заявке СУИ

addComments

Добавить комментарии к заявке СУИ

addBase64EncodedAttachmentsToIssue

Добавить вложенные файлы к заявке СУИ



      1. Поля запроса createIssue

Поле в СУИ

Описание

Возможные значения

Project

Наименование проекта в ИСПОЛНИТЕЛЬ

  • HD

Type

Тип создаваемого в СУИ объекта

  • 8 - Инцидент

Summary

Краткое описание




Description

Полное описание




Environment

Окружение

  • TPRODE – Тестовая среда

  • ZPRODE – Контур ЗКВС

  • APRODE – Все остальные

Priority

Приоритет

  • 3

Components

Компонент (модуль)




Created

Дата создания




Updated

Дата последней модификации




Duedate

Срок исполнения




customfield_10313

Код органа ФК

<Код УФК>00 (например, 3300)

customfield_10164

ЦТО

  • Белгородский ЦТО

  • Владимирский ЦТО

  • Волгоградский ЦТО

  • Иркутский ЦТО

  • Казанский ЦТО

  • Красноярский ЦТО

  • Московский ЦТО

  • Нижегородский ЦТО

  • Новосибирский ЦТО

  • Омский ЦТО

  • Пермский ЦТО

  • Ростовский ЦТО

  • Северо-западный ЦТО

  • Томский ЦТО

  • Хабаровский ЦТО

  • Чебоксарский ЦТО

  • Челябинский ЦТО

  • ГЦТО

customfield_10910

Номер заявки в ФК




customfield_10700

Контрактный приоритет

  • Первый

  • Второй

  • Третий

customfield_12160

Рекламация

  • Да

  • Нет

customfield_11402

Канал связи

  • Электронная почта

  • Письмо

  • Web-форма

  • On-line доступ в СУИ

  • Телефон (просто телефон, не 8-800)

  • 8-800

  • Факс

  • СУЭ

customfield_10270

Этап

  • Тиражирование

  • Промышленная эксплуатация

customfield_10490

Операционная система




customfield_11870

СТЭ

  • Не заполнено

  • Аутсорсинг СТЭ

  • Выезды

  • Регламентные работы СТЭ

  • Аналитика СТЭ

customfield_10710

Вид ошибки




customfield_10273

Вид заявки

  • Консультация

  • Ошибка

  • Доработка

customfield_11460

Абонент СЭД

  • Не определен

  • Нет

  • Платный абонент СЭД

  • Бесплатный абонент СЭД

customfield_12013

Самостоятельное решение на 1 линии

  • Да

  • Нет

customfield_10310

Аналитические признаки

  • Получена информация из СУЭ



      1. Поля запроса updateIssue

Поле в веб-сервисе

Тип

Комментарий

in1

String

Номер заявки в СУИ

in2




Структура с полями заявки




id

String

Наименование поля заявки в СУИ

values

String

Значение поля заявки в СУИ



      1. Поля запроса addComment

Поле в веб-сервисе

Тип

Комментарий

in1

String

Номер заявки в СУИ

in2




Структура добавляемого комментария




body

String

Текст комментария

created

DateTime

Дата/время создания (текущая дата)



      1. Поля запроса addBase64EncodedAttachmentsToIssue

        Поле в веб-сервисе

        Тип

        Комментарий

        in1

        String

        Номер заявки в СУИ

        in2

        Array of String

        Список имен вложенных файлов

        in3

        Array of String

        Массив содержимого вложенных файлов, закодированного в base64

  1. Сценарии

    1. Сценарии взаимодействия при обработке Инцидентов

На Рисунке ниже представлена принципиальная схема взаимодействия систем СУЭ и СУИ (СУИ) при обработке инцидентов (Заявок).

Рисунок . Схема взаимодействия СУЭ-СУИ при обработке инцидентов

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


  • Назначение Инцидента в СУЭ на команду специалистов Исполнителя;

  • Обновление Инцидента в СУЭ по изменениям соответствующей ему Заявки в СУИ;

  • Обновление Заявки в СУИ по изменениям соответствующего ей Инцидента в СУЭ;

  • Запрос дополнительной информации из СУИ в СУЭ;

  • Передача информации о решении Заявки из СУИ в СУЭ.



      1. Назначение Инцидента в СУЭ на команду специалистов Исполнителя

Инициирующее событие: Инцидент в СУЭ назначен на команду специалистов Исполнителя, которая имеет специальный признак – «ВП» (внешний поставщик).

После сохранения Инцидента в системе СУЭ происходит передача данных в СУИ через запрос createIssue. Перечень передаваемых из СУЭ в систему СУИ полей приведен в таблице раздела 1.1 данного Приложения.



  • В СУИ регистрируется Заявка по поступившей из СУЭ информации;

  • При регистрации Заявки в СУИ ей присваивается уникальный код формата HD-99999;

  • Номер Заявки, зарегистрированной в СУИ, записывается в специальное поле Инцидента в СУЭ.



      1. Обновление Инцидента в СУЭ по изменениям соответствующей Заявки в СУИ

Инициирующее событие: В Заявку СУИ внесены изменения.

После изменения значимых полей Заявки СУИ происходит передача данных в Инцидент СУЭ через запрос UpdateFKIncident. Структура запроса приведена в 1.1.2. данного Приложения.



      1. Обновление Заявки в СУИ по изменениям соответствующего Инцидента в СУЭ

Инициирующее событие: В Инциденты СУЭ внесены изменения.

После изменения значимых полей в Инциденте СУЭ происходит передача данных в Заявку СУИ путем последовательного вызова запросов:



  • updateIssue;

  • addComment;

  • addBase64EncodedAttachmentsToIssue (при появлении новых вложенных файлов).

Структуры запросов приведены в 1.2.3 - 1.2.5.

      1. Запрос дополнительной информации из СУИ в СУЭ

Инициирующее событие: В Заявке в СУИ установлен статус «Требуется дополнительная информация».

Вызывается запрос системы СУЭ UpdateFKIncident с передачей следующих полей:



Поле в веб-сервисе

Значение/комментарий

IncidentID

Номер заявки в СУЭ

Status

«Pending Other»

EsoStatus

«Требуется дополнительная информация»

Resolution

Текст запроса дополнительной информации

Attachments

Вложенные файлы (при необходимости)



      1. Предоставление в СУЭ дополнительной информации

Инициирующее событие: В Инциденте в СУЭ инициатором заявки введена требуемая дополнительная информация и (при необходимости) прикреплены вложенные файлы.

Вызываются запросы системы СУИ с передачей следующих полей:

Запрос updateIssue:


Поле в веб-сервисе

Тип

Значение/Комментарий

in1

String

Номер заявки в СУИ

in2




Структура с полями заявки




id

string

«customfield_10310»

values

String

«Получена информация из СУЭ»

Запрос addComment:

Поле в веб-сервисе

Тип

Комментарий

in1

String

Номер заявки в СУИ

in2




Структура добавляемого комментария




body

string

Текст дополнительной информации от инициатора

created

datetime

Дата/время комментария (текущая дата)

Запрос addBase64EncodedAttachmentsToIssue:



Поле в веб-сервисе

Тип

Комментарий

in1

String

Номер заявки в СУИ

in2

Array of String

Список имен вложенных файлов

in3

Array of String

Массив содержимого вложенных файлов, закодированного в base64



      1. Передача информации о решении Заявки из СУИ в СУЭ

Инициирующее событие: В Заявке в СУИ устанавливается Статус соответствующий статусу «Решен» в СУЭ.

По завершении обработки Заявки в СУИ, необходимо передать информацию по решению в СУЭ. Для этого Заявка в СУИ переводиться в Статус соответствующий статусу «Решен» в СУЭ и в поле Решение фиксируется решение по Заявке. Перечень полей передаваемых в рамках данного взаимодействия приведен в таблице:



Поле в веб-сервисе

Тип

Значение/Комментарий

IncidentID

String

Номер заявки в СУЭ

Status

String

«Resolved»

ClosureCode

String

Код закрытия, описывающий способ разрешения заявки

Resolution

Text

Описание решения заявки

EsoStatus

String

Статус инцидента в системе ВСО

EsoResume

String

Резюме по инциденту в системе ВСО

Atachments

Attachments

Вложенные файлы

    1. Сценарии взаимодействия при обработке Ошибок ППО

На Рисунке ниже представлена принципиальная схема взаимодействия систем СУЭ и СУИ при обработке ошибок ППО.

Рисунок . Схема взаимодействия СУЭ-СУИ при обработке ошибок ППО

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


  • Назначение Инцидента являющегося Ошибкой ППО на команду специалистов Исполнителя;

  • Создание объектов Патч и Версия;

  • Передача информации о Патче из СУИ в СУЭ;

  • Фиксация в Заявке СУИ информации о связанных с ней обновлениях;

  • Обновление Изменения категории Патч в СУЭ;

  • Обработка Версии в СУИ;

  • Обработка Изменения (Версии) в СУЭ.



      1. Назначение Инцидента являющегося Ошибкой ППО на команду специалистов Исполнителя

Описание данной процедуры приведено в разделе 2.1.1.

      1. Создание объектов Патч и Версия

Для устранения Ошибки ППО Исполнитель выпускает обновления ППО. Исполнитель может устранять Ошибку ППО в обновлении типа Патч, либо в обновлении типа Версия.

Обновления типа Патч должны создаваться в СУИ и затем посредством интеграции передаваться в СУЭ как объект Изменение с Категорией «Патч».

Обновления типа Версия создаются Исполнителем в системе СУИ, Изменения с Категорией «Версия» создаются Заказчиком в СУЭ самостоятельно на основании документа «План выпуска версий».


      1. Передача информации о Патче из СУИ в СУЭ

Инициирующее событие: В системе СУИ зарегистрировано новое обновление типа Патч.

  • После регистрации обновления типа Патч в системе СУИ происходит передача данных в СУЭ для создания Изменения с категорией Патч. Перечень передаваемых из системы СУИ в СУЭ полей приведен в таблице раздела 1.1.3;

  • В СУЭ регистрируется Изменение с категорией Патч;

  • При регистрации Изменения с категорией Патч ему присваивается уникальный код – ID Изменения;

  • ID Изменения, зарегистрированного в СУЭ, записывается в специальное поле Обновления типа Патч в СУИ.



      1. Фиксация в Заявке СУИ информации о связанных с ней обновлениях

Инициирующее событие: Заявка в системе СУИ привязана к обновлению типа Патч(и) или к обновлению типа Версия.

Заявка в системе СУИ, являющаяся Ошибкой ППО, обязательно должна быть привязана к Версии, в рамках которой она будет устранена. Номер Версии, к которой привязана Заявка СУИ, должен быть передан в поле [EsoVersion] объекта Заявка;

Заявка в системе СУИ, являющаяся Ошибкой ППО, может быть привязана к одному или нескольким Патчам, в рамках которых она будет устранена. ID Патчей, в которых данная Ошибка будет устранена, должны быть переданы в поле [EsoReferences] объекта Заявка;

Номера Патча(ей) должны передаваться в Инцидент СУЭ в виде массива значений.



      1. Обновление Изменения категории Патч в СУЭ

В процессе обработки изменения категории Патч в СУИ, в нем должна фиксироваться информация обо всех ошибках (багах) устраняемых данным Патчем. Данная информация должна передаваться в поле [Description] Изменения категории Патч в СУЭ;

В обновлении типа Патч в СУИ должна быть зафиксирована информация о номере Версии в которую будет включен данный Патч. Номер Версии должен передаваться в Изменение категории Патч в СУЭ.



      1. Обработка Версии в СУИ

В СУИ должна фиксироваться информация обо всех выпускаемых Версиях ППО (в соответствии с Планом выпуска версий).

      1. Обработка Изменения (Версии) в СУЭ

В СУЭ должна фиксироваться информация обо всех выпускаемых Версиях ППО (в соответствии с Планом выпуска версий).


Каталог: upload -> iblock
iblock -> Перечень работ и услуг по содержанию и ремонту общего имущества в многоквартирном доме
iblock -> Часы-смартфон
iblock -> Руководство пользователя для телефона Apple iPhone 6
iblock -> Руководство по эксплуатации Методика калибровки Технические характеристики. Минимальный радиус кривизны поверхностей контролируемых изделий, 6мм
iblock -> Технические требования
iblock -> Технологические карты
iblock -> Оптимизация процесса восстановления измененных и уничтоженных маркировочных обозначений на блоках двигателей транспортных средств
iblock -> Инструкция по эксплуатации Температурный gsm извещатель Grinson T7 Благодарим Вас за выбор температурного gsm извещателя Grinson T7


Поделитесь с Вашими друзьями:
1   ...   44   45   46   47   48   49   50   51   52




База данных защищена авторским правом ©vossta.ru 2023
обратиться к администрации

    Главная страница