ecc.kz · Web viewУслуги по предоставлению Заказчику дополнительных отчетов по работе службы поддержки в

ПРИЛОЖЕНИЕ

Техническая спецификация

Услуг по сопровождению

информационной системы по приему и обработке электронных счетов-фактур (ИС ЭСФ)

Астана, 2017 год

СПИСОК ТЕРМИНОВ И СОКРАЩЕНИЙ

Т Е Р М И Н Ы

База знаний Реестр вопросов и ответов, поступивших в адрес Службы поддержки, рассылки и форумов

Билд Подготовленный для использования информационный продукт

Проект Услуги по сопровождению информационной системы по приему и обработке электронных счетов-фактур (ИС ЭСФ)

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

Сервис диспетчерская служба (СДС) Организационная единица, представляющая единую точку контакта для всех пользователей информационной системы, нацеленная на обеспечение оперативной первичной поддержки предоставляемых сервисов информационной системы, а также маршрутизации заявок пользователей информационной системы КГД МФ РК.

Служба поддержки (СП) Служба Исполнителя, оказывающая услуги поддержки пользователям Системы.

Другие (смежные) ИС Информационные системы, не входящие в состав Системы, но производящие с ней информационное взаимодействие.

Обращение Электронное письмо от Пользователя в СП, с описанием вопроса/затруднения, возникшего при работе с Системой, в том числе электронное письмо, направленное пользователем как ответ на запрос службой

2

поддержки, дополнительной информации.

Заявка Обращение Пользователя, которому присвоен уникальный номер, принятое в работу СП. В ходе разрешения затруднения/вопроса Пользователя к одной Заявке может быть направленно несколько Обращений от данного Пользователя.

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

Уточнение или Запрос Дополнительной Информации (ДИ)

Электронное письмо от СП Пользователю с запросом предоставления дополнительной информации, необходимой для разрешения затруднения и\или вопроса Пользователя (файлы, таблицы, снимки экранов, ошибки, выдаваемые Системой).

Рабочее место специалиста службы поддержки (РМ ССП)

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

Тестовый стенд Виртуальная площадка для тестирования работоспособности Системы

Электронная цифровая подпись (ЭЦП)

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

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

3

С О К Р А Щ Е Н И Я

АИИС ЭГЗ Автоматизированная интегрированная информационная система «Электронные государственные закупки»

АРМ Автоматизированное рабочие место

БИН Бизнес-идентификационный номер

ИБД Интеграционная база данных

ИИСК Интегрированная информационная система казначейства

ИИН Индивидуальный идентификационный номер

ИП Индивидуальный предприниматель

ИС Информационная система

ИС ЭСФ Информационная система по приему и обработке электронных счетов-фактур

КБК Коды бюджетной классификации

КГД Комитет государственных доходов

ККМ Контрольно-кассовые машины

КК Комитет Казначейства

МФ Министерство финансов

НП Налогоплательщик

НПА Нормативный правовой акт

НСИ Нормативно-справочная информация

НУЦ Национальный удостоверяющий центр

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

ПАК ОФД Программно-аппаратный комплекс оператора фискальных данных

ПКД Проектно-конкурсная документация

ПО Программное обеспечение

РК Республика Казахстан

СУБД Система управления базами данных

4

ТНВЭД Товарная номенклатура внешнеэкономической деятельности

ТРУ Товары, работы, услуги

ФЛК Форматно-логический контроль

ЭСФ Электронная счет-фактура

ЭЦП Электронная цифровая подпись

ЮЛ Юридическое лицо

ЕТС ГО Единая транспортная система Государственных органов

О Б О З Н А Ч Е Н И Я В О Б Л А С Т И И Н Ф О Р М А Ц И О Н Н Ы Х Т Е Х Н О Л О Г И Й

API Сокращение от Application Programming Interface, интерфейс программирования приложений, интерфейс прикладного программирования

DAO Data Access Objects, это объект, который предоставляет абстрактный интерфейс к какому-либо типу базы данных или механизму хранения

ERP Enterprise Resource Planning – Управление ресурсами предприятия

RFID RFID – способ автоматической идентификации объектов, в котором посредством радиосигналов считываются или записываются данные, хранящиеся в так называемых транспондерах, или RFID-метках

SOA Service-oriented architecture, сервис-ориентированная архитектура – модульный подход к разработке программного обеспечения, основанный на использовании распределённых, слабо связанных заменяемых компонентов, оснащённых стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам

SSO Single Sign-On – механизм единого входа в систему или в приложение, принцип работы которого состоит в распознавании любого интерфейса процесса аутентификации и автоматического заполнения формы ввода

5

пароля для каждого корпоративного приложения

TCP\IP Transmission Control Protocol и Internet Protocol, набор сетевых протоколов передачи данных, используемых в сетях, включая сеть Интернет

XML Extensible Markup Language, расширяемый язык разметки

Asynchronous Javascript and XML (AJAX)

Подход к построению интерактивных пользовательских интерфейсов web-приложений, заключающийся в «фоновом» обмене данными браузера с web-сервером.

Constraint-based Routing LDP (CR-LDP)

Протокол LDP с вмененной (заданной) маршрутизацией.

Dynamic HTML (DHTML) Cпособ (подход) создания интерактивных Web-страниц, использующий сочетание статичного языка разметки HTML, встраиваемого (и выполняемого на стороне клиента) скриптового языка JavaScript, CSS (каскадных таблиц стилей) и DOM (объектной модели документа).

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

eXtensibleMarkupLanguage(XML) Расширяемый язык разметки [гипертекста].

File Transfer Protocol (FTP) Протокол передачи файлов, клиент-серверный протокол из набора протоколов IP, обеспечивающий поиск и пересылку файлов между двумя, возможно, разнородными машинами по сети TCP/IP.

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

GIT Распределённая система управления версиями файлов.

6

HyperTextTransferProtocol (HTTP) Протокол передачи гипертекста

JasperReports Java-библиотека, которая позволяет на основе jrxml-шаблонов (JasperReports XML) и набора данных (которые могут быть получены из БД) создавать отчёты в различных форматах.

JavaDatabaseConnectivity (JDBC) Интерфейс JDBC – часть JDK, определяющая API для доступа к SQL базам данных из Java-приложений.

JavaScript (JS) Прототипно-ориентированный кроссплатформенный язык создания сценариев.

JavaScriptObjectNotation(JSON) Текстовый формат обмена данными, основанный на JavaScript.

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

Label Distribution Protocol (LDP) Протокол распространения меток.

Lightweight Directory Access Protocol (LDAP)

Облегченный (упрощенный) протокол доступа к [сетевым] каталогам, промышленный стандарт для доступа к каталогам через Internet без установления соединения.

Online Certificate Status Protocol (OCSP)

Протокол передачи гипертекста (HTTP), который позволяет проверяющей стороне передать запрос состояния сертификата ответчику OCSP. Ответчик OCSP возвращает определенный ответ с цифровой подписью, указывающий состояние сертификата.

PortableDocumentFormat (PDF) Формат переносимого документа.

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

RemoteMethodInvocation (RMI) Программный интерфейс вызова удаленных методов в языке Java.

RSA Криптографический алгоритм с открытым

7

ключом.

Simple Object Access Protocol (SOAP) Протокол обмена структурированными сообщениями в распределённой вычислительной среде.

Structured query language (SQL) Формальный непроцедурный язык программирования, применяемый для создания, модификации и управления данными в произвольной реляционной базе данных, управляемой соответствующей системой управления базами данных (СУБД).

Subversion (SVN) Централизованная система управления версиями программного кода

Transmission Control Protocol / Internet Protocol (TCP/IP)

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

Web Services Description Language (WSDL)

Язык описания web-сервисов и доступа к ним.

8

АННОТАЦИЯ

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

9

Оглавление

Наименование закупаемых услуг......................................................................12

1. Общие сведения о Проекте по сопровождению Системы........................131.1. Основные цели Проекта........................................................................................................131.2. Место эксплуатации Системы..............................................................................................131.3. Описание Системы................................................................................................................131.4. Архитектура Системы...........................................................................................................14

1.4.1. Общий состав модулей.......................................................................................................141.4.2. Технологии Системы..........................................................................................................151.4.3. Взаимодействие...................................................................................................................151.4.4. Система управления базами данных..................................................................................151.4.5. Информационная безопасность Системы..........................................................................151.4.6. Интеграция Системы...........................................................................................................16

1.5. Основной функциональный состав Системы, находящийся в эксплуатации.....................17

1.5.1. Общий функциональный состав модулей Системы..........................................................171.5.2. Основные режимы Системы, находящиеся в эксплуатации в Комитете государственных доходов МФ РК.............................................................................................................................19

2. Управление Проектом...................................................................................202.1. Рабочая группа.......................................................................................................................202.2. Руководство Проектом..........................................................................................................20

3. Обязательства по соблюдению конфиденциальности..............................22

4. Используемые материалы............................................................................22

5. Регламент оказания услуг службой поддержки пользователей Системы23

5.1. Задачи и функции службы поддержки.................................................................................235.2. Время работы СП...................................................................................................................235.3. Общий порядок работы службы поддержки........................................................................245.4. Порядок обращения в службу поддержки............................................................................275.5. Оказываемые услуги.............................................................................................................285.6. Ограничение области компетенции......................................................................................295.7. Учет и анализ.........................................................................................................................29

6. Регламент работы с единым репозиторием исходного кода КГД МФ РК30

6.1. Процесс поставки исходного кода в единый репозиторий КГД МФ РК............................306.2. Первоначальная настройка и эксплуатация комплексной системы приемки и проверки поставок обновлений Системы в тестовой среде КГД МФ РК..................................................31

10

6.3. Обновление Системы............................................................................................................32

7. Требования к Исполнителю.........................................................................33

8. Требования к составу услуг по сопровождению Системы.......................368.1. Порядок внесения изменений в требования к мероприятиям по сопровождению Системы

38

9. Подготовка информационных материалов................................................38

10. Обеспечение Заказчиком условий для выполнения работ......................38

11. Отчетность......................................................................................................38

12. Порядок актирования услуг.........................................................................42

Приложения..........................................................................................................44Приложение №1-1. Форма документа о запросе полной информации об ИС КГД МФ РК. .44Приложение №1-2. Форма описания покомпонентной схемы ИС КГД МФ РК на продуктивных серверах................................................................................................................47Приложение №1-3. Форма документа о тестировании ИС (с описанием тестовых сценариев и отчетом о последнем выполнении тестового цикла)...............................................................48Приложение №1-4. Схема Бизнес-процесса работы с репозиторием и тестовым стендом КГД МФ РК 49Приложение №1-5. Отчет по управлению и контролем работ информационной системы по приему и обработке электронных счетов-фактур.......................................................................50

11

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

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

Заказчиком Проекта является АО «Центр электронной коммерции» (Центр, далее по тексту – Заказчик).

12

1. Общие сведения о Проекте по сопровождению СистемыПроект разрабатывается с 2013 года.

Внедряется Проект с августа 2013 года.

В эксплуатации Проект находится с 1 июня 2014 года.

1.1. Основные цели ПроектаОсновная цель Проекта заключаются в поддержки пользователей программного обеспечения Системы.

1.2. Место эксплуатации СистемыПользователями Системы являются:

Налогоплательщики РК (индивидуальные предприниматели, юридические и физические лица);

Участники внешней экономической деятельности (далее – участники ВЭД), в числе которых и физические и юридические лица.

Сотрудники КГД МФ РК; Центральные Государственные органы, использующие данные

информационных систем КГД МФ РК; Местные исполнительные органы;

Система должна работать на рабочих местах пользователей, имеющих выход в сеть Internet с установленными браузерами, в том числе:

Internet Explorer; Opera; MozillaFirefox версии 41 и выше; Chrome.

1.3. Описание СистемыПолное наименование Системы – электронная система по приему и обработке

электронных счетов-фактур.

Условное обозначение Системы – ИС ЭСФ.

Основное назначение ИС ЭСФ – выписка, получение счетов фактур в электронном виде.

ИС ЭСФ – персонифицированный и защищенный от несанкционированного доступа web-ресурс Комитета государственных доходов МФ РК, опубликованный по ссылке http://esf.gov.kz/. Налогоплательщик подключается к своему виртуальному кабинету через Интернет (без установки клиентского приложения) и в оперативном режиме получает доступ к хранящейся в базе данных информации о себе, выписанных и полученных ЭСФ.

13

Также для удобства пользователей реализован толстый клиент, полностью идентичный по функциональности с web-приложение ИС ЭСФ, позволяющий работать в системе в автономном режиме, и подключаться к серверу только в момент отправки ЭСФ

1.4. Архитектура Системы

1.4.1. Общий состав модулейИС ЭСФ состоит из следующих основных компонентов:

Модуль управления пользователями. Реализует функционал по управлению пользователями, настройке ролей пользователей, созданию пользователей и распределению прав пользователей. В системе реализован подход к управлению правами доступа пользователей на основе ролей. Все компоненты системы такие как: формы, отчеты, методы внутренних и внешних сервисов занесены в каталог системных компонентов.

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

Модуль работы с ЭСФ. Модуль реализует функционал работы с ЭСФ, сериализацию и десериализацию объекта ЭСФ, обработку пакетов ЭСФ, синхронный и асинхронный ФЛК.

Модуль АРМ (пользовательский интерфейс системы). Модуль АРМ (автоматизированные рабочие места) пользователей

Модуль отчетности Модуль оповещения пользователей Офлайн клиент Модуль справочной системы ИС ЭСФ. Модуль предоставления помощи и

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

Модуль работы с цифровыми сертификатами безопасности Модуль реализует функционал работы с цифровыми сертификатами безопасности, отвечает за получение, обработку, валидность сертификатов. Также, отвечает за проверку и использование ЭЦП

Модуль справочников НСИ Модуль работы с СУБД. Модуль реализует слой работы с СУБД, включает в

себя прослойку DAO (Data Access Objects): Сервисы работы с данными оперативной базы, Сервисы работы с данными хранилища, Поисковый индекс, Механизмы переноса данных из оперативной базы в хранилище.

Модуль системного мониторинга: Контроль оперативной СУБД; Контроль хранилища; Контроль интеграционной шины; Контроль состояние оборудования

14

1.4.2. Технологии Системы1. Программное обеспечение оперативной базы данных: СУБД VoltDB –

высокоскоростная InMemory Database СУБД, хранящая данные в оперативной памяти.

2. Программное обеспечение базы данных долговременного хранения: СУБД Vertica – колоночная база данных, обеспечивающая высокоскоростную вставку и считывание данных, с аналитическими функциями.

3. Программное обеспечение интеграционной шины: MuleESB – обеспечивает поддержку принципов SOA, с собственной средой размещения и запуска приложений, с большим набором готовых коннекторов, со средой разработки маршрутизации сообщений.

4. Программное обеспечение брокера очередей сообщений: Apache Active MQ – обеспечивает высокоскоростной, асинхронный обмен сообщениями.

5. Программное обеспечение WEB сервера: Apache Tomcat – обеспечивает работу с пользователями посредством web браузера.

6. Программное обеспечение виртуальной машины: Java JRE – программное обеспечение, необходимое для исполнения Java приложений.

7. Программное обеспечение операционных систем: Red Hat Linux – программное обеспечение, необходимое развертывания всех остальных приложений.

8. Программное обеспечение кластеризации и построения катастрофоустойчивой конфигурации: HP ServiceGuard Linux, HP Metrocluster.

9. Программное обеспечение системы мониторинга и управления серверной инфраструктурой: HP Insight Control.

10. Программное обеспечение системы мониторинга и управления сетевой инфраструктурой: HP IMC.

11. Программное обеспечение системы управления резервным копированием: HP Data Protector.

1.4.3. ВзаимодействиеВзаимодействие с внешними системами осуществляется при помощи Web-сервисов

и использовании стандартов SOAP/WSDL и форматов XML/JSON.

1.4.4. Система управления базами данныхДля доступа к данным система использует VoltDB JDBC Driver.

1.4.5. Информационная безопасность СистемыТребования информационной безопасности и секретности к серверу, сети и

разрабатываемому программному обеспечению должны соответствовать требованиям нормативно-технических документов МФ РК, КГД МФ РК в области информационной безопасности.

Ключевыми механизмами безопасности Системы являются:

идентификация и аутентификация; управление доступом; протоколирование и аудит;

15

криптография; реализация электронно-цифровой подписи данных; экранирование (межсетевые экраны – Firewall).

Экранирование как сервис безопасности должно обеспечивать:

разграничение межсетевого доступа путем фильтрации передаваемых данных; преобразование передаваемых данных.

Вход в зак рыт ую ч аст ь

При входе в закрытую часть приложение производит аутентификацию пользователя при помощи проверки регистрационного свидетельства. Открытие ИС ЭСФ возможно только при наличии сертификата. Пользователь указывает сертификат авторизации, и система осуществляет его проверку. Если сертификат не проходит предусмотренных проверок, то вход в систему невозможен.

Список видов ключей, используемых в Системе, представлен в таблице ниже (см. Таблица 1):

Таблица 1. Список видов ключей, используемых в Системе

Название Описание

Сертификат подписи,ключ НУЦ

Регистрационное свидетельство, выпущенное НУЦ, предназначенное для подписи соглашений, ЭСФ и запросов на свои личные данные (ИИН, БИН и другие). Ключ ГОСТ НУЦ использует алгоритм ГОСТ94.

Сертификат входа, регистрационное свидетельство, сертификат RSA

Регистрационное свидетельство, выпущенное НУЦ, построенное с использованием алгоритмов RSA, предназначенное для аутентификации пользователя на сервере ЭСФ, и организации защищенного канала связи клиентского компьютера с сервером ЭСФ.

1.4.6. Интеграция СистемыСтан дарты в заи модейст в ия

Обмен информацией с внешними системами основан на применении в Системе стандартных средств и способов взаимодействия, таких как:

Сетевой протокол TCP/IP; Протоколы Интернет – HTTP, HTTPS; Стандарты и технологии Web-служб - XML, SOAP, WSDL.

Для реализации различного рода протоколов взаимодействия используются открытые стандарты, созданные на основе языка XML, как языка описания информации. Его открытость даёт гарантию независимости систем от различных поставщиков программных решений и обеспечивает их механизмом развития информационных ресурсов в будущем. Для каждого взаимодействия был разработан собственный формат данных, для некоторых схожих по назначению взаимодействий схема xml-документов.

16

Взаи модейст в ие с в неш ними сист емами

Реализованы взаимодействия ИС ЭСФ с информационными системами:

ЕХД. Взаимодействие проходит через ЕТС ГО. ИС ЭСФ получает сведения по регистрационным данным налогоплательщиков и передает зарегистрированные ЭСФ на длительное хранение. ИС ЭСФ получает запрос по регистрационному номеру счет-фактуры и передает сведения по нему в XML и/или PDF формате.

НУЦ. В данный момент поддерживается работа с НУЦ в части проверки валидности сертификатов.

ИСКК. Взаимодействие проходит через ЕТС ГО. ИС ЭСФ получает запрос по регистрационному номеру счет-фактуры и передает сведения по нему в XML и/или PDF формате.

ERP-системы Налогоплательщиков. Посредством API интерфейса в режиме он-лайн передаются пакеты ЭСФ.

1.5. Основной функциональный состав Системы, находящийся в эксплуатации

1.5.1. Общий функциональный состав модулей СистемыВ настоящее время в ИС ЭСФ реализован следующий функционал:1. Модуль управления пользователямиРеализует функционал по управлению пользователями, настройке ролей

пользователей, созданию пользователей и распределению прав пользователей. В системе реализован подход к управлению правами доступа пользователей на основе ролей. Все компоненты системы такие как: формы, отчеты, методы внутренних и внешних сервисов занесены в каталог системных компонентов.

a. Регистрации пользователей – реализует функционал регистрации пользователя в системе.

b. Управление пользователями и назначение прав доступа – реализует функционал создания, редактирования, блокировки пользователя. Назначение пользователя на системную роль, редактирование прав пользователя.

c. Аудит работы пользователей – логирование всех действий пользователей при работе с системой.

d. Управление пользовательскими сессиями – реализует функционал создания, закрытия и репликации пользовательских сессий между кластерами.

e. Аутентификация и авторизация пользователей – реализует функционал проверки пользователя, создания пользовательской сессии, определения и контроля за правами пользователя при работе с системой.

f. Восстановление и проверка пароля – реализует функционал восстановления пароля по запросу пользователя, дополнительно проверяет пароль пользователя на соответствие требованиям безопасности.

2. Интеграционный модульИнтеграционный модуль предназначен для осуществления связи между

компонентами системы и внешними системами. Так же в задачи интеграционного модуля

17

входит синхронизация справочников НСИ с информационными системами государственных учреждений РК, интеграция с информационными системами КГД и Комитета Казначейства МФ РК, импорт и экспорт данных, включая обработку и генерацию файлов в формате учетных систем пользователей и в формате, принятом для отчетности перед государственными учреждениями РК.

a. API ИС ЭСФ (интеграция с внешними учетными системами) – реализует набор сервисов, представляющих из себя API системы. Через API работают внешние системы, десктоп приложение ИС ЭСФ и веб интерфейс личного кабинета пользователя.

b. Импорт/ Экспорт – реализует функционал генерации и обработки файлов внешних учетных систем и экспорта данных во внешние файлы для последующего импорта в учетные системы.

c. Интеграция с ИС ГУ – реализует функционал взаимодействия с КГД МФ РК и ИСКК КК МФ РК.

d. Внутренние сервисы обеспечения связи между компонентами системы – сервисы, реализуемые компонентами системы для обеспечения связи между ними.

e. Процессы обработки данных на интеграционной шине – flows на интеграционной шине.

f. Процессы маршрутизации сообщений на брокере очередей – реализуют маршрутизацию сообщений между компонентами системы при асинхронном взаимодействии.

3. Модуль работы с ЭСФ Модуль реализует функционал работы с ЭСФ, сериализацию и десериализацию

объекта ЭСФ, обработку пакетов ЭСФ, синхронный и асинхронный ФЛК.a. Синхронный ФЛК – реализует синхронный (не требующий работы со

справочниками НСИ) ФЛК, который проводится во время поступления ЭСФ в систему через API, либо в интерфейсах веб и десктоп приложений во время отправки ЭСФ.

b. Асинхронный ФЛК – реализует проверку контента ЭСФ с подключением справочников НСИ, проводится после регистрации ЭСФ в системе.

c. Обработка ЭСФ – реализует работу со статусами ЭСФ, движение ЭСФ по процессам обработки и проверки, сериализацию и десериализацию объекта ЭСФ.

d. Пакетная обработка ЭСФ – реализует получение и обработку пакета ЭСФ в системе, так же формирование и выгрузку пакета ЭСФ из системы.

4. Модуль АРМ (пользовательский интерфейс системы)Модуль АРМ (автоматизированные рабочие места) пользователей.

a. АРМ пользователя.b. АРМ системного администратора.c. АРМ специалиста службы поддержки.d. Обработка личных предпочтений по настройке пользовательского

интерфейса – реализует функционал сохранения предпочтений пользователя в языке интерфейса, настройках журнала ЭСФ (настройка столбцов, количества ЭСФ на странице и др.)

5. Модуль отчетностиa. Статистическая отчетность по ЭСФ.b. Аналитическая отчетность по ЭСФ.

6. Модуль оповещения пользователейa. Рассылка сообщений.

18

b. Уведомление службы поддержки и системных администраторов о критичных событиях.

7. Офлайн клиент«Толстый клиент» ИС ЭСФ.

a. Коммуникационный модуль – реализует функционал взаимодействия с API системы.

b. Клиентское приложение – само приложение.8. Модуль справочной системы ИС ЭСФМодуль предоставления помощи и справочной информации по системе.

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

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

b. Интерактивная справочная система – модуль, предоставляющий возможности поиска и индексации информации справочной системы, так же предоставляет функционал редактирования информации справочной системы для администраторов.

9. Модуль работы с цифровыми сертификатами безопасностиМодуль реализует функционал работы с цифровыми сертификатами безопасности,

отвечает за получение, обработку, валидность сертификатов. Также, отвечает за проверку и использование ЭЦП

a. Проверка ЭЦП – реализует функционал проверки ЭЦП.b. Формирование ЭЦП – реализует функционал подписи ЭЦП на ЭСФ.c. Интеграция с удостоверяющими центрами – реализует функционал

проверки сертификатов.10. Модуль справочников НСИМодуль реализует функционал работы с НСИ:

a. Справочник предприятий.b. Справочник кодов валют.c. Справочник КБК.

11. Модуль работы с СУБДМодуль реализует слой работы с СУБД, включает в себя прослойку DAO (Data

Access Objects):a. Сервисы работы с данными оперативной базы.b. Сервисы работы с данными хранилища.c. Поисковый индекс.d. Механизмы переноса данных из оперативной базы в хранилище.

12. Модуль системного мониторингаa. Контроль оперативной СУБД.b. Контроль хранилища.c. Контроль интеграционной шины.d. Контроль состояние оборудования.

13. Модуль резервного копирования и восстановления системыa. Резервное копирование и восстановление оперативной базы.b. Резервное копирование и восстановление хранилища.c. Процессы резервного копирования и восстановления серверов системы.d. Процессы резервного копирования и восстановления интеграционной шины.

1.5.2. Основные режимы Системы, находящиеся в эксплуатации в Комитете государственных доходов МФ РКМодуль отчетности

19

a. Статистическая отчетность по ЭСФ.b. Аналитическая отчетность по ЭСФ.c. Отчеты о системных процессах.

2. Управление Проектом

2.1. Рабочая группаС момента начала работы по проекту Заказчик, в течение 10 календарных дней,

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

Состав и структура Рабочей группы определяется Заказчиком самостоятельно. В состав Рабочей группы, по согласованию, со стороны Исполнителя включаются Менеджер проекта. Руководит работой Рабочей группы Куратор проекта (проектного направления), назначаемый Заказчиком.

Работа Рабочей группы происходит путем регулярных заседаний и оперативного взаимодействия ее членов. Заседания Рабочей группы должны производиться еженедельно в соответствии с графиком, согласованным сторонами.

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

Решения, принятые на заседаниях Рабочей группы Менеджер проекта Исполнителя оформляет протоколом, который подписывается со стороны Заказчика участниками заседания, со стороны Исполнителя– Менеджером проекта.

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

2.2. Руководство ПроектомС момента начала работы по проекту сторонами производится назначения Куратора

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

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

- утверждает цели, приоритеты выполнения проекта;- гарантирует выполнение обязательств со стороны Заказчика;- приводит в исполнение управленческие решения, принимает ключевые

решения и гарантирует разрешение критических ситуаций;

20

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

ожиданиям Заказчика;- утверждение требований и запросов на изменение в рамках отведенных

полномочий;- организация совещаний и рабочих встреч и согласований результатов

проекта;- решение конфликтных и спорных ситуаций;- эскалация проблем и контроль их решения;- единой точки входа для документов на стороне Заказчика.

В компетенцию и ответственность Менеджера проекта со стороны Исполнителя-входят все властные полномочия по управлению проектом со стороны Исполнителя для достижения поставленных в проекте целей. Менеджер проекта Исполнителя выполняет следующие функции:

Управ лени е проек том :

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

членов проектной команды;- управление выделением ресурсов, необходимых для выполнения проекта, в

соответствии с проектными требованиями;- оптимизация процесса с целью обеспечения соответствия проектным

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

ликвидации и выполнение управленческих действий по решению возникших проблем;

- контроль финансирования проекта;- координация взаимодействия с Заказчиком;- разрешение конфликтных и спорных ситуаций;- эскалация проблем и контроль их решения;- обеспечивает предоставление отчёта по управлению проектом по форме

согласованной с Заказчиком (Приложение №1-5);- единая точка входа для документов на стороне Исполнителя.

Управ лени е за дания ми :

- контроль распределения заданий по проекту, которое проводится ведущими специалистами проекта;

- планирование проекта;- контроль исполнения задач на основе отчетов ведущих специалистов;- управление распределением задач в соответствии с бюджетом проекта.

21

Под готов ка проек тной от чет ност и , с огласно услов иям техн иче ской с пеци фи каци и .

3. Обязательства по соблюдению конфиденциальностиИсполнитель берет на себя обязательства не разглашать и не использовать в

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

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

4. Используемые материалыСопровождение Системы производится в соответствии со следующими

документами:

- Кодекс Республики Казахстан «О налогах и других обязательных платежах в бюджет» (Налоговый Кодекс);

- Закон Республики Казахстан от 24 ноября 2015 года № 418-V «Об информатизации»;- Закон РК от 7 января 2003 года №370-II «Об электронном документе и электронной

цифровой подписи» по состоянию на 01.01.2016 года;- Закон Республики Казахстан от 3 декабря 2015 года № 432-V «О внесении

изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам налогообложения и таможенного администрирования», направленный на реализацию плана нации – 100 конкретных шагов по реализации пяти институциональных реформ и на совершенствование системы налогообложения и таможенного администрирования»;

- Приказ Министра финансов Республики Казахстан от 9 февраля 2015 года № 77 «Об утверждении Правил документооборота счетов-фактур, выписываемых в электронном виде»;

- Приказ Министра финансов Республики Казахстан от 29 декабря 2015 года №719 «О внесении изменений и дополнения в приказ Министра финансов Республики Казахстан «О внесении изменений и дополнения в приказ Министра финансов Республики Казахстан от 9 февраля 2015 года № 77 «Об утверждении Правил документооборота счетов-фактур, выписываемых в электронном виде»

- ГОСТ РК 34.019-2005 «Процессы жизненного цикла программных средств»;- Другие документы, относящиеся к налоговому администрированию Республики

Казахстан.

22

5. Регламент оказания услуг службой поддержки пользователей Системы

5.1. Задачи и функции службы поддержкиДля построения службы поддержки, и с целью получения от нее максимального

эффекта, и обеспечения предоставления пользователям услуг в работе службы поддержки должны быть использованы компьютеризированные решения.

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

- Управление обращениями пользователей;- Управление Заявками;- Управление проблемами.

При этом в системе должны быть реализованы следующие функции:

- Регистрация Обращений;- Идентификация зарегистрированных Обращений;- Разделение Обращений по категориям;- Учет времени регистрации Обращений;- Контроль сроков обработки Обращений;- Регистрация Заявок;- Идентификация зарегистрированных Заявок;- Разделение Заявок по категориям;- Учет времени регистрации Заявок;- Контроль сроков обработки Заявок;- Регистрация Проблем;- Контроль и отслеживание за процессом решения Проблем;- Учет времени решения Проблем;- Создание для публикации отчетов типичных вопросов и ответов;- Создание отчетов на основе формата, приведенного в технической

спецификации.

5.2. Время работы СПВремя работы СП должно определяться в соответствии с Производственным

календарем РК на 2017 год в рабочие дни с 9.00 до 18.30 времени г. Астана.

В случае необходимости (выходные и праздничные дни ввиду производственной необходимости), должно быть обеспечено предоставление услуги по сопровождению Системы.

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

Условия, дополнительного участия в сопровождении Системы, не учтенное в план-графике, оговаривается с Исполнителем отдельно.

23

5.3. Общий порядок работы службы поддержкиВсе обращения поступают на электронный адрес esfsd @ mgd . kz . Обращения

пользователей Системы должны быть оформлены в соответствии с правилами оформления обращения пользователей Системы, размещенные на сайте www . kgd . gov . kz .

Поступающие обращения автоматически пересылаются в службу поддержки Исполнителя.

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

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

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

- относящиеся к различным функциям и компонентам системы;- требующие выполнения отдельных запросов на уточнение, запросов на выборку и

анализ информации из журнальных файлов (log-файлов) и базы данных;- содержащие вопросы, которые ввиду их количества и/или сложности в разумное

время не могут быть решены одним специалистом службы поддержки.

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

Общая схема работы службы поддержки приведена на рисунке ниже (см. Рисунок 1).

24

http://www.kgd.gov.kz/

mailto:[email protected]

Рисунок 1 Общая схема работы службы поддержки

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

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

В случае выявления особо критичной проблемы, ответственным лицом Заказчика производится выбор приоритета рассмотрения данной проблемы, руководствуясь срочностью, важностью проблемы, а также степенью влияния проблемы на бизнес-процессы. Выбор приоритета рассмотрения проблемы подлежит обязательному

25

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

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

Продолжительность работ, установленная в разделе «Срок решения», может быть продлена по согласованию сторон.

Таблица 2. Приоритеты рассмотрения проблемы

Приоритет Ошибки

Критерии оценки Ошибки

Срок решен

ияПредпринимаемые действия

Дополнительные условия

Критическая

Остановка одного из узлов Системы.Инциденты, поступающие в адрес СП с приоритетом «Наивысший». Отсутствие временного решения для полного или частичного восстановления функциональности.

12 часов

Исполнительнемедленно приступает к решению проблемы и информирует Заказчика о текущем состоянии решения.

Отчеты каждый час в течение рабочего дня с момента получения заявки и до полного решения. Отчеты или предоставления временного решения.

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

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

До 2 дней

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

Рассмотрение обращения производится c учетом времени работы службы поддержки. Исправление должно устанавливаться в Систему в кратчайшие сроки, любым доступным способом.

26

РК. Отсутствие временного решения для полного или частичного восстановления функциональности.

сроки.

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

До 5 дней

Рассмотрение проблемы производится c учетом времени работы службы поддержки. Исправление возможно установкой изменений в ближайшем пакете обновлений системы

Низкая Ошибка не влияет на работу отдельных режимов или Системы в целом.

До 10 дней

5.4. Порядок обращения в службу поддержкиОсновным средством взаимодействия СП с пользователями является электронная

почта (esf [email protected] ). Однако в исключительных ситуациях, при необходимости, сотрудники службы поддержки с согласия пользователя, могут отрабатывать Заявку по телефону.

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

ИИН/БИН и наименование НП; Подробное описание возникшего затруднения, которое должно включать

следующую обязательную информацию:

- Наименование и версия системного и прикладного программного обеспечения (Windows, ТС);

- Описание последовательности действий, приводящих к ошибке;

27


- Снимки экрана (screenshot), поясняющие возникшую проблему.

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

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

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

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

- оформления сообщения в кодировке, отличной от win1251 либо koi8-R;- обращение содержит рекламу и другую информацию, которая не была

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

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

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

- в обращении содержатся оскорбления в адрес сотрудников СП.

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

пользователям Системы следующие услуги:

- Регистрация обращений от пользователей;- Рассмотрение Заявок и принятие решений по ним;- Учет Заявок и принятых мер и решений по ним;- Консультирование пользователей по вопросам работы Системы;- Консультирование эксплуатационного персонала по вопросам

администрирования Системы;- Консультирование эксплуатационного персонала по выявлению причин

сбоев работы Системы, вызванных некорректным функционированием программного обеспечения;

- Мониторинг рассылок esf @ mgd . kz и бухгалтерских форумов на предмет предоставления ответов на вопросы пользователей, которые связаны с функционированием Системы. В процессе мониторинга производится

28


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

5.6. Ограничение области компетенцииВ случае поступления вопросов, находящихся вне компетенции Исполнителя, они

перенаправляются Заказчику с соответствующим комментарием.

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

вопросы, ошибки или сбои в работе аппаратного обеспечения; вопросы, ошибки или сбои в работе общесистемного программного

обеспечения; устранение проблем функционирования Системы, связанных с работой ПО,

расширяющего стандартные функции Системы, общесистемного программного обеспечения, его сервисов и компонент – антивирусное ПО, сетевые экраны, утилиты обслуживания и мониторинга и т.д.;

вопросы функционирования общесистемного программного обеспечения и компонент, связанных с оперативным отслеживанием и принятием решений по необходимости, порядке и срокам установки пакетов обновлений (ServicePack), оперативных исправлений (hotfix, patch) и выполнения других официальных рекомендаций разработчика общесистемного программного обеспечения;

вопросы, ошибки, сбои в работе Системы или общесистемного программного обеспечения, вызванные установкой (только для общесистемного ПО), не установкой или несвоевременной установкой обновлений (ServicePack, hotfix и т.п.) Заказчиком. Таким образом, Заказчик самостоятельно отслеживает появление пакетов обновлений системного ПО, тестирует их на совместимость с работой Системы, принимает решение о необходимости, порядке и сроках установки обновления;

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

5.7. Учет и анализУчет обращений и принятых мер и решений необходимо вести в разрезе:

- компонент информационных систем;- статусов и сроков;- типов.

29

6. Регламент работы с единым репозиторием исходного кода КГД МФ РК

В настоящем разделе спецификации регламентируется основные требования к процессу поставки исходного кода от Исполнителей ИС к Заказчику ИС (УИТ КГД МФ РК) в единый репозиторий КГД МФ РК. Единый репозиторий КГД МФ РК был разработан для решения задачи централизованного хранения исходного кода и унификации процесса поставки обновлений исходного кода в рамках работ по сопровождению ИС.

Регламент взаимодействия и общие бизнес-процессы ИсполнителейИС – далее по тексту Исполнитель ИС, Заказчика ИС (УИТ КГД МФ РК) – далее по тексту Заказчик ИС, и Исполнителя работ по репозиторию исходного кода – далее по тексту Подрядчик репозитория, описаны в Приложении №1-4 Схема Бизнес-процесса работы срепозиторием и тестовым стендом КГД МФ РК.

6.1. Процесс поставки исходного кода в единый репозиторий КГД МФ РК

Общие требования к Исполнителям исходного кода Информационных Систем, поставляемых в КГД МФ РК:

1) Для переноса исходного кода в случае доработки ИС в репозиторий Заказчика ИС и проведения успешной компиляции, необходимо наличие всех поименованных ниже информационных материалов.

2) Данные материалы запрашивает Заказчик ИС у Исполнителя ИС в описанном ниже объеме, для последующей передачи этих материалов Подрядчику репозитория.

3) Полный перечень информации, которую должен предоставить Исполнитель ИС для каждой из ИС по запросу Заказчика ИС, регламентирован в приложении (см. Приложение №1-1 Форма документа о запросе полнойинформации об ИС КГД МФ РК):

- документации по сборке ИС от Исполнителей ИС, включая требования к версиям ОС и ПО серверов сборки, окружения для сборки, сборочных скриптов;

- актуального исходного кода ИС, совпадающего по версии с тем, что развернуто на серверах ИС в промышленной эксплуатации;

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

- указание производителя используемой СУБД и ее версии, описание структуры базы данных и скриптов для создания БД;

- актуального дистрибутива ИС;- передача, либо указание источника, всех дополнительных библиотек,

необходимых для сборки.

30

4) Для запуска системы в тестовом окружении и проведению анализа работоспособности ИС необходимо, чтобы Исполнитель ИС предоставил Заказчику ИС следующую информацию:

- инструкции по установке и настройке системы;- техническую документацию к системе: руководства администратора,

пользователя.

Данные материалы запрашивает Заказчик ИС у Исполнителя ИС в описанном ниже объеме, для последующей передачи этих материалов Подрядчику репозитория.

Подрядчик репозитория, получив от Заказчика ИС данные материалы, анализирует их на корректность, на достаточность, и вправе запросить у Заказчика ИС недостающие данные.

6.2. Первоначальная настройка и эксплуатация комплексной системы приемки и проверки поставок обновлений Системы в тестовой среде КГД МФ РК

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

1) сервера с репозиторием для хранения исходного кода. На нем будет храниться исходный код, который передается Исполнителем ИС при каждом обновлении Системы;

2) сервера для сборки и развертывания поставки из исходного кода;3) сервера для хранения дополнительного ПО (библиотек) для сборки исходного кода;4) доступа к тестовому стенду, на котором будут развертываться поставка. Данный

тестовый стенд предоставляется Заказчиком ИС.

В рамках данного мероприятия специалисты Подрядчика репозитория на оборудовании, предоставленном Заказчиком ИС, проводят следующие работы:

1) Проектирование, настройка и запуск окружения системы автоматической сборки для каждой ИС:

a) Проектирование окружения системы автоматической сборки ИС;

b) Настройка предоставленного Заказчиком оборудования;

c) Настройка и запуск окружения системы автоматической сборки ИС на оборудовании Заказчика;

2) Установка системы хранения библиотек для системы сборки и установка системы автоматизирования сборки и развертывания (Установка и настройка базового программного обеспечения ОС (ИС) на одном сервере);

3) Анализ схемы развертывания, автоматизация задач по развертыванию, настройка тестовых стендов для запуска приложений;

4) Анализ запуска приложения и аудит для разрешения возникающих конфликтов;

31

6.3. Обновление Системы

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

Каждое обновление системы должно включать в себя следующие атрибуты:

ReleaseNotes (список разрешенных проблемных ситуаций из реестра проблемных ситуаций по отношению к предыдущему обновлению);

Миграционные скрипты для базы данных, включающие в себя изменения базы данных, необходимые для корректной работы обновления Системы;

Список требуемых для сборки дополнительных библиотек, недоступных в общем репозитории;

Список получаемых в результате сборки артефактов с описанием; Отчет о функциональном (регрессионном) тестировании сдаваемых версий в

установленном виде; Инструкцию (-и) по установке и настройке системы в рамках обновления; Обновленную схему компонент системы с их взаимосвязями.

Заказчик ИС запрашивает у Исполнителя ИС актуализированные после обновления материалы, в описанном в Приложении №1-1 объеме, для последующей передачи этих материалов Подрядчику репозитория.

С каждой поставкой исходного кода в репозиторий Подрядчиком репозитория производится Актуализация схемы развертывания для каждой ИС, автоматизация задач по развертыванию для новых ИС, помещаемых в Репозиторий, актуализация параметров и настройка тестовых стендов для запуска ИС в соответствии с передаваемыми материалами. А также осуществляет анализ запуска приложения и аудит для разрешения возникающих конфликтов в рамках предоставленных материалов, регламентированных в Приложении №1-1.

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

32

7. Требования к ИсполнителюВсе требования, приведенные ниже в настоящем документе, являются

мандаторными (обязательными).

Таблица 3. Общие требования к Исполнителю

№ п/п Описание требований Подтверждающие документы

М1.1 Не менее 1-го руководителя (менеджера) проекта, имеющего высшее (в т.ч. бакалавр) образование, имеющего сертификат о прохождении обучения по управлению проектами.

Опыт работы специалиста в IT сфере не менее 3-х лет.

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

Диплом о высшем образовании (в т.ч. бакалавр);

Один из документов, указанных в статье 35 Трудового кодекса РК, подтверждающий трудовую деятельность работника.

М1.2 Не менее 3-х аналитиков, имеющих высшее (в т.ч. бакалавр) или средне специальное образование.

Опыт работы специалиста в IT -сфере не менее 3-х лет.

Диплом о высшем (в т.ч. бакалавр) или средне-специальном образовании;


М1.3 Не менее 7-ти специалистов Службы поддержки имеющих высшее (в т.ч. бакалавр) или средне специальное образование.

Опыт работы специалиста в IT-сфере или в области бухгалтерского и налогового учетов не менее 2-х лет.



М1.4 Не менее 1-го тестировщика программного обеспечения, имеющего высшее (в т.ч. бакалавр) или средне-специальное образование.

Опыт работы специалиста в IT -сфере не менее 1-го года.



М1.5 Не менее 1-го специалиста по дизайнерским решениям в IT сфере, имеющего опыт работы не менее 1-го года в разработке IT систем.

Резюме, заверенное первым руководителем Исполнителя, подтверждающее наличие опыта работы в должности дизайнера, либо копии страниц

33

трудовой книги с соответствующими записями, либо копия договора возмездного оказания услуг, подтверждающего наличие дизайнера в штате Исполнителя.

М1.6 Не менее 1-го сертифицированного специалиста по разработке под СУБД VoltDB, обладающего высшим (в т.ч. бакалавр) или средне-специальным образованием.

Опыт работы в области разработки с применением данной технологии заявленного специалиста должен составлять не менее 2-х лет.

Действующий сертификат по VoltDB, выданный аккредитованной на это организацией;



М1.7 Не менее 1-го сертифицированного специалиста по разработке под СУБД HP Vertica, обладающего высшим (в т.ч. бакалавр) или средне-специальным образованием.


Действующий сертификат по HP Vertica, выданный аккредитованной на это организацией;



М1.8 Не менее 1-го специалиста по разработке на Apache Tomcat, обладающего высшим (в т.ч. бакалавр) или средне-специальным образованием.


Резюме, заверенное первым руководителем Исполнителя, подтверждающее наличие опыта работы в должности разработчика программного обеспечения на Apache Tomcat, либо копии страниц трудовой книги с соответствующими записями.

М1.9 Не менее 1-го специалиста по разработке на языке Java, обладающего высшим (в т.ч. бакалавр) или средне-специальным образованием.


Резюме, заверенное первым руководителем Исполнителя, подтверждающее наличие опыта работы в должности разработчика программного обеспечения на языке Java, либо копии страниц трудовой книги с соответствующими записями.

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

34

Подтверждение наличия в штате требуемых специалистов подтверждается выпиской из штатного расписания, приказами о приеме на работу, либо оригиналами справок с места работы, с указанием периода трудоустройства и должности, согласно штатного расписания или документам, согласно норм Трудового кодекса РК, а также договоров возмездного оказания услуг.

Таблица 4. Требования к сервисным характеристикам Службы поддержки ИС ЭСФ№

п./п. Описание требований Подтверждающие документы

М2.1 Наличие у Исполнителя автоматизированной системы управления, реализующей бизнес процессы работы Службы поддержки.

Техническая спецификация автоматизированной системы с явным описанием возможностей соответствующих требованиям.

М2.1.1 Применяемая автоматизированная система управления должна обеспечить возможность решения следующих задач: управление обращениями; управление заявками; управление проблемами.

М2.1.2 В системе должны быть реализованы следующие функции: Регистрация обращений; Идентификация зарегистрированных

обращений; Разделение обращений по категориям; Учет времени регистрации; Контроль сроков обработки заявки; Регистрация заявок; Идентификация зарегистрированных заявок; Разделение заявок по категориям; Учет времени регистрации заявок; Контроль сроков обработки заявки; Предоставление пользователю ответа на

основании поданной заявки, содержащего описание результатов проведенного анализа;

Регистрация проблем; Контроль и отслеживание за процессом

решения проблем; Учет времени решения проблем; Создание для публикации отчетов типичных

вопросов и ответов; Создание отчетов на основе утвержденного,

в настоящей технической спецификации, формата.

8. Требования к составу услуг по сопровождению Системы

Исполнителя должен в течение 10 рабочих дней с даты подписания Договора разработать и утвердить у Заказчика План-график мероприятий по сопровождению Системы (далее – План-график).

35

Таблица 5. Состав услуг по сопровождению Системы

№ п./п

Описание требований

М3.1 Оказание консультативной помощи в рамках обеспечения функционирования ИС ЭСФ по вопросам:

мониторинга серверного прикладного программного обеспечения; мониторинга параметров состояния файловой системы серверов с помощью

системных средств автоматического контроля; планирования и проведения регламентных и профилактических работ,

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

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

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

Участие Исполнителя в перечисленных выше услугах должно состоять: в консультировании эксплуатационного персонала системы по вопросам

функционирования Системы, в части относящейся к компетенции Исполнителя;

в согласовании документов, представленных Заказчиком, по вопросам функционирования Системы, в части относящейся к компетенции Исполнителя;

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

внесение изменений в исходном коде системы по мере выявления службой поддержки критических ошибок в программном обеспечении в рамках сопровождения ИС.

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

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

36

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

М3.3 Услуги по мониторингу рассылок и форумов (бухгалтерских форумов) на предмет предоставления ответов на вопросы пользователей, которые связаны с функционированием Системы

В процессе мониторинга рассылки [email protected] и иных рассылок и форумов (бухгалтерских форумов) производится анализ поступающих обращений и их классификация. В случае если выявлено, что поступившее обращение находится в компетенции СП Исполнителя, оно регистрируется с использованием инструментария СП, предназначенного для учета поступающих обращений, пользователь информируется об этом в рамках функционала рассылки или форума, и по нему проводится дальнейшая работа в рамках регламента, описанного в разделе «Регламент оказания услуг службой поддержки пользователей Системы»5 настоящего документа.Кроме того, на постоянной основе СП Исполнителяпроизводит на постоянной основе мониторинг и поддержку в актуальном состоянии официальной страницы ИС ЭСФ в Facebook.com.

М3.4 Подготовка ответов по своду вопросов, переданных ЗаказчикомЗаказчик единовременно, в течение 10 (десяти) дней после заключения договора, предоставляет Исполнителюсвод обращений от пользователей, поступивших в адрес КГД МФ РК с января 2017 года по дату заключения договора.Исполнитель, в течение одного месяца после получения данного свода, предоставляет ответы по данному своду с учетом технологии работы службы поддержки, описанной в пункте «Задачи и функции службы поддержки»

М3.5 Услуги по подготовке и предоставлению Заказчику перечня типичных вопросов и ответов по вопросам использования СистемыДанный реестр должен включать в себя: наиболее часто задаваемые вопросы за период представления реестра и ответы, предоставляемые Службой поддержки.

М 3.6. Услуги по оперативной разработке скриптов по заявке ЗаказчикаРазработка программных скриптов для базы данных ИС в случае необходимости по заявке Заказчика.

Ф орма з ав ерше ния ( акт иров ания услуг ) по мероприя тиям М3.1 - М3.6 : протокол оказанных услуг.

37

8.1. Порядок внесения изменений в требования к мероприятиям по сопровождению Системы

В случае изменений в Законодательство в течение текущего года, Заказчик вправе вносить изменения в план график мероприятий по сопровождению Системы.

9. Подготовка информационных материалов К мероприятиям по подготовке информационных материалов в рамках Проекта

могут быть отнесены: презентационные материалы по работе Системы; анимационные ролики; видео инструкции или видеоматериалы по работе Системы; статистические данные и информация по Системе; инструктивные документы по вопросам работы Системы

Изображения, тексты, звуки в рамках разрабатываемых материалов должны быть качественными, отчетливыми, без шумов и помех.

Подготовка информационных материалов Исполнителем осуществляется в случае необходимости по запросу Заказчика.

10. Обеспечение Заказчиком условий для выполнения работДля обеспечения выполнения работ с заявленным уровнем качества, Заказчик

должен предоставить Исполнителю полный доступ к функционалу АРМ Администратора ИС ЭСФ.

11. ОтчетностьИсполнителя обеспечивает Заказчику предоставление, статистических отчетов и

отчетов о работе службы поддержки в разрезе, установленных в данном приложении объектов учета.

Отчеты представляются Заказчику в составе и периодичностью, представленной в таблице ниже (см. Таблица 6):

Таблица 6. Перечень и периодичность представления отчетности

№ Наименование отчетаФорма

представленияПериодичность представления

Вид представления

1 Количественный отчет о работе службы

В соответствии со структурой,

При актировании выполненных работ за

На бумажном носителе

38

сопровождения ИС ЭСФ

приведенной в таблице ниже (см. Таблица 7)

период актирования

2 Отчет о количестве заявок в разрезе категорий учета

В соответствии со структурой, приведенной в таблице ниже (см. Таблица 8)

При актировании выполненных работ за период актирования


Еженедельно по вторникам за предыдущую неделю

В электронном виде на адреса электронной почты менеджеров Системы от Заказчика

Еженедельно по вторникам накопительно с начала периода актирования


5 Полный перечень заявок за отчетный период



В электронном виде в формате файла *.xls / *.xlsx на CD-диске

6 Отчет о количестве заявок, связанных с ошибками в прикладном ПО Системы


Еженедельно по вторникам за предыдущую неделю


7 Отчет по управлению и контролем работ ИС ЭСФ

В соответствии со структурой, приведенной в приложении (см. Приложение №1-5)



8 Отчет по зарегистрированным участникам ИС ЭСФ


Ежедневно до 10:00 по сведениям за предыдущий день

В электронном виде на адреса электронной почты определенные Заказчиком

9 Статистический отчет по количеству зарегистрированных участников ИС ЭСФ, выписанных ЭСФ и сумме оборота по НДС


Ежедневно до 10:00 по сведениям за предыдущий день

В электронном виде на адреса электронной почты менеджеров Системы от Заказчика и рабочей группы

39

Формы отчетов, предоставляемые Заказчику, должны соответствовать формам, приведенным в таблицах ниже (см. Таблица 7-Таблица 12).

Разбивка на категории учета может корректироваться по заявкам КГД МФ РК с учетом предыдущих периодов сопровождения Системы.

Перечень и описание классификации статусов состояния обработки заявок приведены в таблице ниже (см. Таблица 13).

Таблица 7. Количественный отчет о работе службы сопровождения информационной системы ИС ЭСФ

ИС

ЭС

ФОбращения на esf @ mgd . kz

Обращения на esfsd @ mgd . kz

Иные обращения

ИТОГО

Таблица 8. Отчет о количестве заявок в разрезе категорий учета

Компонент

Кон

суль

таци

я/О

шиб

ка п

ольз

оват

еля

Мет

одол

огич

ески

й х

арак

тер

вопр

оса

Ош

ибка

бра

узер

а

Ош

ибка

раб

оты

Сис

темы

Ош

ибка

дан

ных

в сп

раво

чник

ах

Ош

ибка

имп

орта

ЭС

Ф

Ош

ибка

при

раб

оте

с се

ртиф

икат

ами

Пре

длож

ения

по

дора

ботк

е С

исте

мы

Дру

гое

Ито

го

За текущую датуПо

состоянию на текущую

дату с нарастающи

м итогомИтого

Таблица9. Полный перечень заявок за отчетный период

40



№п/п

Тип Компонент Проблема СодержаниеОписание решения

СтатусДата

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

закрытияКатегория

учета

Таблица10. Отчет о количестве заявок, связанных с ошибками в прикладном программном обеспечении Системы

№п/п

№обращения

Объект учета

Дата передачив отдел

разработки

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

Приоритет 1-5(1 – наивысший)

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

ошибки

Таблица11. Отчет по зарегистрированным участникам ИС ЭСФ

№ п/пИИН/БИН

ФИО/Наименование НП Тип

Дата первичной регистрации

Дата перерегистрации

Таблица12. Статистический отчет по количеству зарегистрированных участников ИС ЭСФ, выписанных ЭСФ и сумме оборота по НДС

За текущую

дату

По состоянию на текущую

дату (с нарастающим

итогом)

1 квартал

2017 года

2 квартал

2017 года

3 квартал

2017 года

4 квартал

2017 года

Количество пользователей ЭСФ, в том числе:юридические лицаиндивидуальные предпринимателифизические лицаКоличество выписанных ЭСФСумма оборота по НДС

Таблица13. Описание классификации статусов состояния обработки заявок

Статус Пояснение

Зафиксировано Обращение зарегистрировано.

Назначено Обращение назначено на рассмотрение специалисту службы поддержки, проводятся работы по реализации, выяснению причин, внесение изменений в ПО, документацию и т.п.

41

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

Закрыто Работа по обращению выполнена.

Передано Статус присваивается обращению, если решение возникшей проблемы связано с внесением изменений в прикладное ПО.

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

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

12. Порядок актирования услуг1) Актирование оказанных услуг должно производиться в соответствии с планом-

графиком мероприятий по сопровождению Системы.2) Актирование оказанных услуг производится ежеквартально не позднее второй декады

месяца, следующего за отчетным периодом, за IV квартал - не позднее 25 декабря.3) Документы, подтверждающие оказание услуг и являющихся приложением к

документам по оплате оказанных услуг (пакет документации на оплату), являются основанием для актирования оказанных услуг.

4) Протоколы и акты оказанных услуг;5) Другие материалы, подтверждающие факт и качество оказанных услуг.6) Все материалы, входящие в состав пакета документации на оплату, предоставляются

Исполнителем на бумажном носителе на государственном и русском языках в формате А4 в 5 (пяти) экземплярах.

7) Заказчик обязан в течение 5 (пяти) рабочих дней с момента получения пакета документации на оплату подписать протоколы и акты оказанных услуг или направить мотивированный отказ в письменном виде.

42

Приложения

Приложение №1-1. Форма документа о запросе полной информации об ИС КГД МФ РК

№ Название Значение Примечания Дополнительно

1 Наименование ИС Nnn

2 Наименование поставщика (разработчика) ИС

3 Актуальная версия ИС _._._

4 Исходные коды ИС да\нет Без наличия данной информации дальнейшие работы по этой ИС невозможны.

Архив.

5 Дополнительные библиотеки для сборки

да\нет Без наличия данной информации дальнейшие работы по этой ИС невозможны.

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

6 Документация по сборке ИС да\нет Необходимо наличие подобной документации от разработчиков ИС.

В свободной форме.

7 Система контроля версий используемая исполнителем (разработчиком ИС)

Необходимо наличие сведений об используемой разработчиком ИС системы контроля версий (SVN, GIT, иное).Опционально.

В свободной форме.

8 Язык программирования для реализации ИС

Необходимо для понимания выбора окружения и сторонних библиотек для

В свободной форме

43

сборки ИС.

9 ОС, в которой производится сборка ИС

Необходимо для понимания выбора окружения и сторонних библиотек для сборки ИС.


10 Требования к версиям ПО для серверов сборки

Необходимо наличие подробной информации для конструирования системы автоматической компиляции и сборки ИС.


11 Фреймфорк для сборки, ПО и версия

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


12 СУБД и версия, используемые в ИС

Необходимо наличие подробной информации для конструирования тестового окружения.


13 Схема данных БД и миграционные скрипты

да\нет Необходимо наличие подробной информации для конструирования тестового окружения и анализа старта ИС.Без наличия данной информации дальнейшие работы по этой ИС невозможны.

Архив, sql-скрипты

14 Покомпонентная схема ИС на продакшн-серверах

Необходимо наличие подробной информации о полной покомпонентной схемы ИС,

Приложение №1-2Форма описания покомпонентной схемы ИС КГД МФ РК на продуктивных серверах

44

развернутой на серверах в промышленной эксплуатации, для построения тестового окружения ИС.

15 Схема развертывания ИС да\нет Необходимо наличие подробных руководств по установке и запуску, схеме развертывания ИС на продакшн-системах.

Руководство по развертыванию. В свободной форме

16 Руководства пользователя по настройке и конфигурировании ИС

да\нет Необходимо наличие подробных руководств по настройке ИС для ее запуска.


17 Документация о тестировании ИС (тест-кейсы)

да\нет Необходимо наличие подробной информации о тест-кейсах, выполнение которых обеспечивает полноценную проверку работоспособности ИС.

Приложение №1-3Форма документа о тестировании ИС (с описанием тестовых сценариев и отчетом о последнем выполнении тестового цикла)

45

Приложение №1-2. Форма описания покомпонентной схемы ИС КГД МФ РК на продуктивных серверах

Приложение или бизнес

функция для постановки на

мониторинг

EnvironmentИмяСервер

а(id)Инстансы

Сервер виртуальный

Назначение сервера в данном

приложении

Контролируемое приложение на

сервереOS

Суммарное кол-во

всехCPU этого сервера

Суммарное кол-во ядер всех CPU

этого сервера

Нода * 1 да\нет Applicationserver WebSphereApplicationserver 6.1

Базаданных * 1 да\нет СУБД Oracle Database 10g Release (10.2.0.4)

Enterprise Edition 64- bit

…

*Данные в форме представлены для примера. Необходимо заполнение актуальными данными о компонентах каждой ИС

46

Приложение №1-3. Форма документа о тестировании ИС (с описанием тестовых сценариев и отчетом о последнем выполнении тестового цикла)

Отчет о тестировании для ИС

TestStatistics Testedby: Testing

Date:01.01.201

Total: 2 100%BuildVersion: версиясборки ИС

Documentversion: 1.0

Executed: 2 100% TestEnvironment

Passed: 1 50% URL:

Failed: 1 50%

Blocked: 0 OS: Windows 7 64-bit

Notexecuted:

0Browsers: Chrome v.32, FireFox v.27

TestCasespreparedby:Documentversion: 1.0

Testid Status Bug # Title StepsPerformed ExpectedResult

1 p - Краткое название тест-кейса Что было выполнено Что ожидалось

2 f #bug_id Краткое название тест-кейса Что было выполнено Что ожидалось

47

Приложение №1-4. Схема Бизнес-процесса работы с репозиторием и тестовым стендом КГД МФ РК

48

Приложение №1-5. Отчет по управлению и контролем работ информационной системы по приему и обработке электронных счетов-фактур

1. Управление и контроль работ – Статус исполнения План-графика работ:

<задачи из общего ПГ>

Наименование задачи

Начало Окончание Статус Ответственный

<все задачи из общего ПГ>

<дата из ПГ>

<дата из ПГ>

<один из статусов, перечисленных ниже *>

<название ресурсов >

* в поле «Статус» указывается один из нижеперечисленных статусов:

- Не начато (если срок еще не наступил);- В работе (если работы ведутся);- Задержка /с обязательным указанием причины/ (если срок наступил, но

работы не ведутся);- Выполнено (работы выполнены).

2. Мониторинг и контроль работ по поставке лицензионного программного обеспечения и технического оснащения проекта ИС КГД:

Управление поставками

проекта

Требуется поставка/

не требуется поставка

Дата начала

работ по поставке

Дата окончания

работ по поставке

Ответст-венный

Форма завершения

Поставка аппаратного обеспечения

Подготовка Актов приема-передачи аппаратного обеспечения контроль процедур принятия оборудование

Поставка Программногообеспечения

Подготовка Актов приема-передачи программного

49

обеспечения, контроль процедур принятия оборудование

Закрытие договоров поставок аппаратного обеспечения и программного обеспечения

Подготовка Счета-фактуры, контроль процедур закрытия договоров поставок

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

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

Наименование задачи

Начало Окончание Статус Ответственный

<все задачи обеспечения информационной безопасности>

<дата начала>

<дата окончания>

<один из статусов, перечисленных ниже *>

<название ресурсов>

* в поле «Статус» указывается один из нижеперечисленных статусов:

- Не начато (если срок еще не наступил);- В работе (если работы ведутся);- Задержка /с обязательным указанием причины/ (если срок наступил, но

работы не ведутся);- Выполнено (работы выполнены).

50

4. Управление и контроль рисковых событий№ Н

аим

енов

ание

рис

ка

(пер

ечен

ь ри

сков

)

Ком

мен

тари

и

Ста

тус

риск

а

Вер

оятн

ость

(от

0 до

10

0%)

Вли

яние

(от

0 до

1)

Важ

ност

ь (В

лиян

ие

*Вер

оятн

ость

)

Пре

вент

ивны

е м

ероп

рият

ия

Реак

тивн

ые

мер

опри

ятия

Вли

яние

(Опи

сани

е вл

ияни

я ри

ска)

5. Проведенные совещания по проектному направлению за отчетный период:

<все встречи РГ и интервью за отчетный период>

№

Дат

а пр

овед

ения

Предмет встречи

Ответственный / участники

Результат

от Исполнителя / подрядчика

от Заказчика

Выходной документ

Ответственный за подготовку и

согласование документа

<датапрове-дения>

<название встречи>

<ФИО, Должность>

<ФИО, Должность>

<наимено-вание

документа с указанием № и даты>

<ФИО, Должность,

Организация>

6. Критичные вопросы реализации, требующие принятия решения:

<перечень критичных вопросов>

№

Наименование /

Описание критичес

кого вопроса

Предпри-нятые

действия по

данному вопросу

Требуемые действия

со стороны Исполните

ля / Подрядчик

а

Требуемые действия

со стороны

Заказчика

Тре-буемыйсрокрешениявопро

са

ФИО ответственного со стороны Заказчик

а

ФИО ответственно

го со стороны

Исполнителя /

Подрядчика

51

1. <краткоесодержаниекритическогов

опроса>

<описаниепредпринятыхдействий>

<описание возможных

путей решения

проблемы>

<описание

возможных путей решения

проблемы>

<срокрешениявопроса>

<ФИО ответствен-

ного исполнител

я, должность

>

<ФИО ответственно

го исполнителя, должность>

2.

52

Documents

ecc.kz · Web viewУслуги по предоставлению Заказчику дополнительных отчетов по работе службы поддержки в