ИПС "Әділет"

На основании подпункта "б" пункта 7 механизмов реализации проектов в рамках цифровой повестки Евразийского экономического союза, утвержденных Решением Евразийского межправительственного совета от 1 февраля 2019 г. № 1, и абзаца третьего пункта 6 Решения Совета Евразийской экономической комиссии от 14 июля 2021 г. № 63 "О реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза" Коллегия Евразийской экономической комиссии решила:

1. Утвердить прилагаемое техническое задание на оказание услуг по реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза".

2. Настоящее Решение вступает в силу по истечении 10 календарных дней с даты его официального опубликования.

Председатель Коллегии
Евразийской экономической комиссии

М. Мясникович

УТВЕРЖДЕНО
Решением Коллегии
Евразийской экономической комиссии
от 1 марта 2022 г. № 35

Оказание услуг по реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза"

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Москва, 2022

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

4.2.7 Требование к разработке программного обеспечения интерфейсов программных приложений для подключения внешних сервисов

4.2.8 Требования к разработке предложений по развитию проекта

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

4.3.1 Требования к информационному обеспечению системы

4.3.2 Требования к программному обеспечению системы

4.3.3 Требования к техническому обеспечению системы

5 Состав и содержание оказания услуг

5.1 Календарный план оказания услуг

5.2 Требования к оказанию услуг по каждой стадии

5.2.1 Стадия "Разработка методологии цифровой трансформации"

5.2.2 Стадия "Разработка методической документации, положений и соглашений по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам"

5.2.3 Стадия "Разработка требований к функциональному наполнению компоненты Системы"

5.2.4 Стадия "Разработка технического проекта компоненты Системы"

5.2.5 Стадия "Разработка программного обеспечения компоненты Системы"

5.2.6 Стадия "Комплексное тестирование Системы"

5.2.7 Стадия "Доработка программного обеспечения"

5.2.8 Стадия "Развертывание и конфигурирование"

5.2.9 Стадия "Опытная эксплуатация"

5.2.10 Стадия "Ввод в промышленную эксплуатацию"

5.2.11 Стадия "Разработка предложений по развитию"

5.2.12 Стадия "Сбор и подготовка контента"

5.2.13 Стадия "Наполнение контентом"

6 Порядок контроля и приемки

6.1 Общие положения

6.2 Требования к видам, составу, объему и методам испытаний системы

6.3 Требования к проведению тестирования Системы (предварительных испытаний)

6.4 Требования к проведению опытной эксплуатации

6.5 Требования к проведению приемочных испытаний

6.6 Требования к гарантии качества выполняемых работ

6.6.1 Требования к объему гарантий качества оказываемых услуг

7 Требования к составу и содержанию услуг по подготовке объекта автоматизации к вводу системы в действие

7.1 Развертывание и конфигурирование

7.2 Требования к инструктажу персонала

8 Требования к документированию

8.1 Требования к документам по методологии цифровой трансформации

8.2 Требования к методической документации, положениям и соглашениям по проекту

8.3 Требования к частному техническому заданию

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

8.5 Требования к рабочей документации

1. Общие сведения

1.1 Наименование проекта

1.1.1 Полное наименование проекта

Цифровое техническое регулирование в рамках Евразийского экономического союза.

1.1.2 Сокращенное наименование проекта

ЦТР.

1.2 Основания для реализации проекта

Основанием для реализации проекта являются, верхнеуровневый план мероприятий ("дорожная карта") по реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза" (далее – план мероприятий) и паспорт проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза" (далее - Паспорт), утвержденные Решением Совета Евразийской экономической комиссии от 14 июля 2021 г. № 63 "О реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза" (далее – Решение).

1.3.Заказчик

Евразийская экономическая комиссия (далее Комиссия).

1.4.Исполнитель

Определяется по результатам двухэтапного конкурса в соответствии с решением Совета Евразийской экономической комиссии от 25 января 2012 г. № 5 "О Положении о размещении заказов и заключении договоров на поставку товаров, выполнение работ и оказание услуг для нужд Евразийской экономической комиссии".

1.5. Плановые сроки начала и окончания оказания услуг

Дата начала оказания услуг – с даты подписания договора на оказание услуг (далее – Договор).

Дата окончания оказания услуг – в соответствии с условиями договора.

Состав и очередность оказания услуг определяются в соответствии с разделом 5.

1.6 Сведения о порядке финансирования

1.6.1 Источник финансирования

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

1.6.2 Порядок финансирования

Финансирование услуг осуществляется в порядке, определенном Договором, в соответствии с Календарным планом оказания услуг (раздел 5).

1.7 Порядок оформления и предъявления Заказчику результатов оказания услуг

Результаты оказания услуг передаются Заказчику в порядке, определенном Договором, в соответствии с Календарным планом оказания услуг (раздел 5).

1.8 Перечень сокращений

Для целей настоящего Технического задания используется следующий перечень сокращений:

Сокращение	Описание
API	программный интерфейс приложения, интерфейс прикладного программирования (application programming interface) – описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой
CI/CD	Непрерывная интеграция (CI, англ. Continuous Integration) — практика разработки программного обеспечения, которая заключается в постоянном слиянии рабочих копий в общую основную ветвь разработки (до нескольких раз в день) и выполнении частых автоматизированных сборок проекта для скорейшего выявления потенциальных дефектов и решения интеграционных проблем. Непрерывная доставка (CD) – это практика автоматизации всего процесса релиза ПО и развертывания его на площадках
CLI	Интерфейс командной строки (Command Line Interface)
GUI	Графический пользовательский интерфейс
DevOps	Интеграция разработки и эксплуатации (англ. development и operations)
Docker	Программное обеспечение для автоматизации развертывания и управления приложениями в средах с поддержкой контейнеризации
HTTP	HTTP (Hyper Text Transfer Protocol – "протокол передачи гипертекста") – протокол прикладного уровня передачи данных, используется для передачи данных в сети Интернет
HTTPS	HTTPS (Hyper Text Transfer Protocol Secure) – расширение протокола HTTP, поддерживающее шифрование. Данные, передаваемые по протоколу HTTP, "упаковываются" в криптографический протокол SSL или TLS, тем самым обеспечивается защита этих данных
flash	мультимедийная платформа компании Adobe Systems для создания веб-приложений или мультимедийных презентаций
silverlight	рограммная платформа для написания и запуска многофункциональных интернет-приложений
Linux	Тип операционной системы, семейство Unix-подобных операционных систем
OAuth	Открытый протокол авторизации
OpenID	Открытый стандарт децентрализованной системы аутентификации
S3-совместимое хранилище	Хранилище совместимое с Amazon Simple Storage Service (Amazon S3) – это сервис хранения объектов, предлагающий лучшие в отрасли показатели производительности, масштабируемости, доступности и безопасности данных
SOAP	Протокол обмена структурированными сообщениями в распределенной вычислительной среде
SSL	SSL (Secure Sockets Layer – уровень защищенных сокетов) – криптографический протокол, обеспечивающий защищенную передачу данных между узлами в сети Интернет
Swagger	Коллекция скриптов для создания интерактивной документации для API веб-приложений с REST протоколом
UI	Пользовательский интерфейс
TLS	TLS (transport layer security) – протокол защиты транспортного уровня, криптографический протокол, обеспечивающий защищенную передачу данных между узлами в сети Интернет
WEB, WWW	всемирная паутина (World Wide Web) – распределенная система, предоставляющая доступ к связанным между собой документам, расположенным на различных компьютерах, подключенных к Интернету
Windows	Тип операционной системы, операционная система семейства Microsoft
Maven	Фреймворк для автоматизации сборки проектов на основе описания их структуры в файлах на языке POM (англ. Project Object Model), являющемся подмножеством XML
Gradle	Система автоматической сборки, построенная на принципах Apache Ant и Apache Maven, но предоставляющая DSL на языках Groovy и Kotlin вместо традиционной XML-образной формы представления конфигурации проекта
SBT	Система автоматической сборки для проектов, написанных на языках Scala и Java (англ. Scala Build Tool)
WSDL	WSDL (Web Services Description Language) – язык описания веб-сервисов и доступа к ним, основанный на языке XML
XML	Extensible Markup Language (расширяемый язык разметки)
БД	база данных
ГОСТ	межгосударственный стандарт
Государства-члены	государства – члены Евразийского экономического союза
ЕАЭС, Союз	Евразийский экономический союз
Комиссия, Заказчик	Евразийская экономическая комиссия
Исполнитель	организация, заключившая договор на выполнение услуг с Заказчиком
ИС	Информационная система
НСИ	нормативно-справочная информация
СУБД	система управления базами данных
ТЗ	Техническое задание
ЭВМ	Электронная вычислительная машина

1.9 Термины и определения

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

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

Интеграционный сервис – программное обеспечение реализующее интеграционное взаимодействие между компонентами/подсистемами Системы или Системой и внешними ИС;

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

Консорциум — объединение организаций государств-членов без образования юридического лица, осуществляющее деятельность в целях реализации проекта на основании соглашения о консорциуме. Определение консорциума и особенности его создания установлены Решение Евразийского Межправительственного Совета от 1 февраля 2019 г. №1 "О механизмах реализации проектов в рамках цифровой повестки ЕАЭС";

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

Наднациональный компонент (ННК) — универсальное платформенное решение по созданию и подключению пользовательских интерфейсов;

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

Операторы сервисов государств-членов (далее – операторы сторонних сервисов) — организации, юридические лица, в том числе индивидуальные предприниматели, которые оказывают услуги в соответствии с выданными им лицензиями;

Проект ЦТР — комплекс взаимосвязанных мероприятий, предназначенных для создания уникальных результатов в условиях временных и ресурсных ограничений. В настоящих документах - создание системы "Цифровое техническое регулирование Союза" (далее - проект);

Сборочный конвейер – CI/CD конвейер;

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

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

Компонент – элемент Системы, определенный в пунктах 17-26 верхнеуровневого плана мероприятий ("дорожная карта") по реализации проекта;

Подсистема – элемент компонента Системы, обладающий обособленным набором функциональных требований;

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

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

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

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

Машиночитаемый формат – документ, представленный в форматах (цифровых форматах), пригодных для автоматического и/или автоматизированного использования;

Третья страна — государство, не являющееся государством — членом Союза.

1.10 Порядок внесения изменений и дополнений

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

2 Назначение и цели реализации проекта

2.1 Назначение проекта

Проект предназначен для цифровизации процессов формирования:

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

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

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

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

2.2 Цели реализации проекта

Основными целями проекта является создание:

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

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

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

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

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

3 Характеристика объекта автоматизации

3.1 Краткие сведения об объекте цифровизации

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

Цифровое техническое регулирование должно включать в себя:

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

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

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

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

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

В рамках проекта также должен быть оказан комплекс услуг:

- по разработке методологии цифровой трансформации в части:

○ обязательных требований к продукции;

○ выбора классификатора (классификаторов) продукции;

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

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

○ приведения текстов технических регламентов в машиночитаемый формат (при необходимости);

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

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

3.2 Принципы создания и развития проекта

Система должна создаваться в соответствии с правом ЕАЭС и не противоречить законодательству государств – членов Союза.

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

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

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

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

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

Требования к организации сборочного конвейера приведены в разделе 4.1.2.5.

4 Требования к проекту

4.1 Требования к проекту в целом

4.1.1 Требования к структуре Системы

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

- наднациональный компонент. Детальные требования приведены в разделе 4.2.3;

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

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

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

- программное обеспечение интерфейсов программных приложений для подключения внешних сервисов. Детальные требования приведены в разделе 4.2.7.

Также, в рамках реализации проекта должны быть осуществлены:

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

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

- разработка предложений по развитию проекта. Детальные требования приведены в разделе 4.2.8.

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

4.1.1.1 Требования к взаимосвязям между компонентами системы и взаимосвязям систем с другими ИС

При взаимодействии компонентов Системы в информационных потоках должно использоваться 2 способа взаимодействия:

- синхронный;

- асинхронный.

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

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

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

Синхронное взаимодействие

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

Базовым способом синхронного взаимодействия между компонентами системы должен быть обмен JSON сообщениями, построенный на базе архитектурного стиля проектирования REST.

Данное взаимодействие обеспечивает:

- высокую скорость обмена данными между компонентами системы;

- масштабируемость компонента системы.

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

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

- модуль вызывается в рамках проверки процесса, которому данные от модуля нужны немедленно (к примеру, в момент проверки прав доступа к объектам подсистемы);

- в потоках, обеспечивающих обмен критически важными данными.

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

Каждая подсистема должна быть разбита, как минимум, на 2 слоя реализации:

1. Слой модулей подсистемы – обеспечивает полный набор методов для управления системой. Используется администратором системы и GUI системы.

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

Асинхронное взаимодействие

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

Данное взаимодействие обеспечивает:

- высокую отказоустойчивость обмена данными между компонентами системы;

- масштабируемость компонента системы.

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

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

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

Формат сообщений: XML, JSON.

Аутентификация сообщений

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

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

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

4.1.1.2 Требования к режимам функционирования системы

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

- Штатный режим – основной режим функционирования, при котором обеспечивается выполнение функций, предусмотренных разделом 4.2. В основном режиме Система должна функционировать в бесперебойном режиме 24 часа в сутки в течение всего календарного года, за исключением случаев плановых мероприятий по обслуживанию/обновлению Системы (сервисный режим).

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

- Аварийный режим – режим, в котором нарушается работоспособность отдельных или всех функций Системы.

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

4.1.1.3 Требования по диагностированию системы

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

4.1.1.4 Перспективы развития, модернизации системы

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

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

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

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

4.1.2 Требования к архитектуре системы

4.1.2.1 Требования к общей архитектуре

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

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

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

Архитектура Системы должна обеспечивать:

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

надежность, работоспособность и высокую доступность за счет:

○ реализации функциональности Системы в виде изолированных, слабо связанных микросервисов;

○ применения инструментов мониторинга и прогнозирования отказов и сбоев;

○ динамического масштабирования микросервисов при изменении нагрузки;

обеспечение возможности изменения и применения настроек Системы без остановки работы Системы;

возможность расширения функциональности Системы путем внедрения дополнительных подсистем;

возможность параллельной разработки отдельных подсистем разными командами и независимого ввода в эксплуатацию подсистем без остановки Системы;

каждый микросервисов Системы должен поддерживать горизонтальное масштабирование независимо от других микросервисов и быть полностью подготовлен к развертыванию в docker-контейнерах.

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

4.1.2.2 Требования к технологической структуре

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

Интеграционные сервисы должны:

документироваться в виде WSDL либо Swagger описаний.

обеспечивать обратную совместимость в пределах как минимум одной мажорной версии.

4.1.2.3 Требования к платформе разработки

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

открытый код реализации среды исполнения;

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

кроссплатформенность (поддержка Windows и Linux окружений);

наличие внешних библиотек, реализованных на языках программирования платформы и предназначенных для:

○ реализации интеграционных сценариев;

○ реализации бизнес-процессов с сохранением состояния;

○ работы с базами данных (как РСУБД, так и НСУБД);

○ работы с брокерами сообщений;

○ работы со структурами данных JSON и XML;

○ обеспечения авторизации и аутентификации;

○ реализации SOAP и REST взаимодействия.

поддержки в части сборки кода одним из средств автоматизации:

○ Maven;

○ Gradle;

○ SBT;

○ Любым другим, имеющим открытый исходный код и поддерживающим управление зависимостями.

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

поддержка любой промышленно используемой среды разработки, имеющей открытый исходный код.

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

4.1.2.4 Требования к организации среды развертывания

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

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

Среда развертывания микросервисов должна предоставлять инструменты:

Управления зависимостями между микросервисами.

Управления схемами постепенной доставки обновлений.

Управления количеством одновременно работающих экземпляров микросервиса.

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

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

4.1.2.5 Требования к организации сборочного конвейера

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

- открытый код реализации среды исполнения;

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

- поддержка взаимодействия CI/CD конвейера с механизмами управления схемами постепенной доставки обновлений.

Рисунок 1 – Модель ветвления GitFlow

Все изменения в рамках проекта должны вестись в ветке Develop. После того, как разработчик сделал commit в ветку Develop должен автоматически запускаться сценарий, который из исходного кода собирает артефакт в виде docker-контейнера и обогащает его версией. Далее артефакт должен загружаться в систему хранения артефактов. Если предыдущий шаг закончился успешно, должен выполняться шаг развертывания: передается команда по API на систему оркестрации контейнеров, которая содержит в себе аргументы с новой версией сервиса к развертыванию. Процесс развертывания должен происходить бесшовно, т. е. не должна прерываться работа текущего бизнес-функционала Системы.

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

Таблица 1 – Модель ведения веток

N п/п	Наименование ветки	Примечание
1.	Master	Основная ветка репозитория. В данной ветке запрещено прямое изменение кода и скриптов DevOps. Внесение изменений в данную ветку должно осуществляться через Merge-Request (Запрос на включение)
2.	Develop	Основная ветка разработки. Ветка Develop должна быть закрыта для внесения прямых изменений. Внесение изменений в данную ветку должно осуществляться через Merge-Request
3.	Feature	Ветка для разработки новой функциональности. Должна создаваться из ветки Develop
4.	HotFix	Ветка срочных исправлений, если в ветке Master обнаружена проблема. Ветка Hotfix должна быть закрыта для прямых изменений
5.	Release	Ветка релиза ПО, создающаяся из ветки Develop. Ветка Release должна быть закрыта для прямых изменений. Внесение изменений в данную ветку должно осуществляться через Merge-Request

4.1.2.6 Требования к организации среды исполнения

В рамках разработки Системы должно быть осуществлено решение задачи предоставления объектного (S3-совместимого), а также блочного хранилища. Технологии реализации хранилища, уровень его программной управляемости и требования по объему и быстродействию должны быть уточнены на этапе технического проектирования Системы с учетом доступных Заказчику технологических решений.

4.1.3 Требования к локализации системы

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

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

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

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

4.1.4 Требования к численности и квалификации персонала системы и режиму его работы

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

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

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

- базовые навыки работы на персональном компьютере с современными операционными системами (клавиатура, мышь, управление окнами и приложениями, файловая система);

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

- знание основ информационной безопасности.

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

Режим работы персонала должен быть определен в рабочей документации.

4.1.5 Требования к нагрузке на систему

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

Таблица 2. Нагрузочные показатели Системы

Показатель	Значение
Количество одновременных обращений в Систему, запросов в секунду	20 000
Количество одновременно работающих пользователей в Системе, ед.	2 000
Количество уникальных пользователей, зарегистрированных в Системе, ед.	500 000
Максимальный объем хранимых документов, Тб	100

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

Система должна обеспечивать показатели производительности не ниже представленных в таблице ниже.

Таблица 3. Показатели производительности Системы

Показатель	Значение
Загрузка Системы при первом входе	До 30 сек.
Переход между задачами	До 20 сек.
Создание нового объекта Системы	До 15 сек.
Отправка объекта Системы по процессу	До 30 сек.
Загрузка веб-интерфейса Системы	До 20 сек.

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

4.1.6 Требования к доступности и надежности

Время восстановления Системы после отказа не должно превышать 4 часа.

Полное резервное копирование данных Системы – не реже, чем 1 раз в 7 дней.

Частичное (накопительное) резервное копирование данных Системы – не реже, чем 1 раз в 24 часа.

Максимальная потеря данных при восстановлении из резервной копии – не более, чем последние 24 часа до момента сбоя.

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

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

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

Аварийные ситуации делятся на следующие группы:

- отказ технических средств Системы;

- сбой программного обеспечения;

- отсутствие сетевого доступа между рабочими местами и серверной частью Системы.

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

- использованием технических средств (ТС) повышенной отказоустойчивости;

- защитой ТС от кратковременных перебоев в электропитании источниками бесперебойного питания (ИБП);

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

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

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

4.1.7 Требования к информационной безопасности

Защита информации от несанкционированного должна быть реализована с учетом нормативно-технической и методической документации Комиссии и государств-членов.

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

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

Для управления доступом к информации и функциональным возможностям Системы должна использоваться ролевая модель доступа.

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

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

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

- переход между приложениями с использованием защищенного протокола HTTPS;

- обмен данными заданной структуры по утвержденным протоколам.

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

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

4.1.8 Требования к эргономике и технической эстетике

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

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

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

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

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

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

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

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

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

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

- должны использоваться шрифты без засечек;

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

- графический интерфейс Системы не должен требовать использование проприетарных технологий (например, flash, silverlight).

4.1.9 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

4.1.9.1 Условия и регламент (режим) эксплуатации

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

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

4.1.9.2 Требования к регламенту обслуживания

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

ежедневное/еженедельное техническое обслуживание (при необходимости);

месячное техническое обслуживание;

полугодовое техническое обслуживание;

годовое техническое обслуживание.

4.1.10 Требования к сохранности информации при авариях

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

Аварийное отключение питания;

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

Должна быть обеспечена целостность БД при сбоях в проведении транзакций.

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

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

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

- регулярным резервным копированием;

- контролем целостности данных;

- размещением хранилищ данных на отказоустойчивых технических средствах;

- ограничением доступа к физическим хранилищам данных только администраторам Системы.

4.1.11 Требования по стандартизации и унификации

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

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

Экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;

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

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

Все поясняющие надписи в экранных формах, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть выполнены в соответствии с требованиями раздела 4.1.3.

4.2 Требования к функциям

4.2.1 Требования к разработке методологии цифровой трансформации

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

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

2. Анализ существующих практик и формирование целевых правил и рекомендаций для целей реализации проекта.

3. Рассмотрение имеющихся справочников и классификаторов, подготовка предложений по актуализации и(или) дополнению в части технического регулирования Единой системы нормативно-справочной информации (НСИ) Союза.

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

5. Формирование перечня объектов для апробации технических решений, необходимых для реализации проекта.

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

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

8. Разработка правил (инструкций) разметки перечней стандартов в привязке к выбранному(ым) классификатору(ам) продукции в рамках проекта.

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

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

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

12. Разработка требований к внешним сервисам для их верификации и принятия решения о подключении к проекту.

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

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

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

- сформирован перечень типов пользователей;

- сформирован перечень интервьюируемых пользователей;

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

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

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

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

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

4.2.1.3 Требования к рассмотрению имеющихся справочников и классификаторов, подготовка предложений по актуализации и(или) дополнению в части технического регулирования Единой системы нормативно-справочной информации (НСИ) Союза

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

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

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

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

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

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

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

- выделение типов элементов требований и описание их представления в машиночитаемом формате;

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

- разработка методологии разметки.

4.2.1.5 Требования к формированию перечня объектов для апробации технических решений, необходимых для реализации проекта

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

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

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

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

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

- формирование методологии идентификации продукции, включая идентификацию внутри кода;

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

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

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

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

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

- создание набора инструкций для каждой роли.

4.2.1.8 Требования к разработке правил (инструкций) разметки перечней стандартов в привязке к выбранному(ым) классификатору(ам) продукции в рамках проекта

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

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

- создание набора инструкций для каждой роли.

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

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

- формирование перечня документов для перевода в цифровой формат в рамках проекта;

- формирование дорожной карты перевода документов в цифровой формат;

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

- разработка регламента верификации оцифрованных документов.

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

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

- описание текущих бизнес-процессов;

- разработка целевых бизнес-процессов;

- анализ НПА;

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

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

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

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

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

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

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

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

4.2.1.12 Требования к разработке требований к внешним сервисам для их верификации и принятия решения о подключении к проекту

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

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

В рамках оказания услуг по данному пункту должна быть проведена актуализация и, при необходимости, взаимоувязка результатов оказания услуг по п.п. 4.2.1.1-4.2.1.12.

В рамках реализации данного пункта могут быть актуализированы результаты работ по п.п. 4.2.1.1-4.2.1.12

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

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

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

- Разработка положений о ННК, разрабатываемых сервисах и порядка взаимодействия с единой системой нормативно-справочной информации Союза;

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

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

4.2.2.1 Требования к подготовке методической документации наднационального компонента и разрабатываемых сервисов, проектов актов Комиссии (при необходимости)

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

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

- разработка проектов методической документации ННК и разрабатываемых сервисов, проектов актов Комиссии.

4.2.2.2 Требования к разработке положений о ННК, разрабатываемых сервисах и порядка взаимодействия с единой системой нормативно-справочной информации Союза

В рамках оказания услуг по данному пункту должны быть разработаны:

- положение о наднациональном компоненте, разрабатываемом в рамках раздела 4.2.3;

- положения о разрабатываемых в рамках разделов 4.2.4 – 4.2.6 сервисах в рамках;

- порядок взаимодействия с единой системой нормативно-справочной информации Союза.

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

4.2.2.3 Требования к выработке модели присоединения третьих стран и других негосударственных участников к сервису

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

4.2.2.4 Требования к подготовке пакета документов для всех типов пользователей проекта

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

4.2.3 Требования к наднациональному компоненту

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

- Разработка требований к функциональному наполнению и инфраструктуре ННК

- Разработка технического проекта ННК

- Разработка программного обеспечения ННК

4.2.3.1 Состав подсистем наднационального компонента

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

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

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

- подсистема хранения данных;

- подсистема интеграции и взаимодействия с ИИС Союза;

- подсистема пользовательского интерфейса;

- прочие подсистемы.

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

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

4.2.3.2 Описание автоматизируемого процесса

4.2.3.2.1 Требования к подсистеме идентификации пользователей и управления их функциональными ролями

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

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

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

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

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

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

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

Должна быть обеспечена возможность интеграции с внешними модулями аутентификации и авторизации, используя открытые стандарты аутентификации и авторизации (OAuth, OpenID).

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

4.2.3.2.2. Требования к подсистеме хранения данных

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

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

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

- каталог сервисов;

- структурированное хранилище технических регламентов и перечней стандартов;

- неструктурированное хранилище данных.

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

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

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

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

Каталог сервисов должен позволять управлять сервисами, предоставляемыми Системой, в том числе:

- вести перечень предоставляемых Системой сервисов;

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

- вести паспорт сервиса, предоставляемого Системой.

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

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

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

4.2.3.2.3 Требования к подсистеме интеграции и взаимодействия с ИИС Союза

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

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

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

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

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

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

4.2.3.2.4 Требования к подсистеме пользовательского интерфейса

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

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

В рамках подсистемы пользовательского интерфейса должны быть предусмотрены личные кабинеты внешних пользователей (потребителей) Системы и личные кабинеты Заказчика и/или Оператора Системы.

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

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

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

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

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

В рамках API-интерфейса для интеграции информационных систем пользователей с Системой должны быть разработаны шаблоны интеграционных сервисов с авторизацией и без авторизации.

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

4.2.3.2.5 Требования к прочим подсистемам

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

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

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

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

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

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

4.2.4.1 Перечень функций, подлежащих автоматизации

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

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

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

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

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

4.2.4.2 Описание автоматизируемого процесса

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

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

- ведение единого перечня продукции, в отношении которой устанавливаются обязательные требования в рамках Союза в соответствии с Решением Комиссии Таможенного союза от 28.01.2011 № 526;

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

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

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

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

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

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

4.2.4.3 Участники автоматизируемого процесса

Участниками автоматизированного процесса являются:

- департамент технического регулирования Комиссии;

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

- органы по стандартизации и техническому регулированию государств–членов Союза;

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

- разработчики технических регламентов и перечней стандартов.

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

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

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

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

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

4.2.5.1 Перечень функций, подлежащих автоматизации

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

- процесс разработки технических регламентов (изменений в них) и перечней стандартов в машиночитаемом формате;

- процесс привязки требований к классификатору продукции;

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

- процесс управления планом разработки технических регламентов Евразийского экономического союза и внесения изменений в технические регламенты Таможенного союза.

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

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

4.2.5.2 Описание автоматизируемого процесса

4.2.5.2.1 Требования к автоматизации процесса разработки технических регламентов (изменений в них) и перечней стандартов в машиночитаемом формате

В рамках автоматизации процесса разработки технических регламентов (изменений в них) и перечней стандартов в машиночитаемом формате, в том числе, должны быть реализованы:

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

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

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

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

4.2.5.2.2 Требования к автоматизации процесса привязки требований к классификатору продукции

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

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

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

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

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

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

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

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

4.2.5.2.4 Требования к автоматизации процесса управления планом разработки технических регламентов Евразийского экономического союза и внесения изменений в технические регламенты Таможенного союза

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

- автоматизация процесса формирования и внесения изменений в план разработки технических регламентов Евразийского экономического Союза в соответствии Решение Совета Евразийской экономической комиссии от 23 апреля 2021 г. № 57 "О плане разработки технических регламентов Евразийского экономического союза и внесения в них изменений";

- автоматизация контроля исполнения плана разработки технических регламентов Евразийского экономического Союза;

- автоматизация процессов в сфере технического регулирования (в том числе разработки и внесения изменений в технические регламенты Союза и др.) в соответствии с результатами работы в рамках раздела 4.2.1.10 ТЗ.

4.2.5.3 Участники автоматизируемого процесса

Участниками автоматизированного процесса являются:

- Департамент технического регулирования Союза;

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

- органы по стандартизации и техническому регулированию государств–членов Союза;

- разработчики технических регламентов и перечней стандартов.

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

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

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

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

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

4.2.6.1 Перечень функций, подлежащих автоматизации

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

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

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

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

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

4.2.6.2 Описание автоматизируемого процесса

4.2.6.2.1 Требования к автоматизации процесса формирования хранилища данных об обязательных требованиях к продукции, формах оценки соответствия, правилах и методах исследований (испытаний) и измерений

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

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

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

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

4.2.6.2.2 Требования к автоматизации процесса предоставления данных об обязательных требованиях к продукции, формах оценки соответствия, правилах и методах исследований (испытаний) и измерений с учетом ролевой модели

В рамках автоматизации процесса предоставления данных об обязательных требованиях к продукции, формах оценки соответствия, правилах и методах исследований (испытаний) и измерений, в том числе, должны быть реализованы:

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

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

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

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

4.2.6.3 Участники автоматизируемого процесса

Участниками автоматизированного процесса являются:

- потребители сведений об обязательных технических требованиях Союза.

4.2.7 Требование к разработке программного обеспечения интерфейсов программных приложений для подключения внешних сервисов

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

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

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

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

Должен быть реализован набор сервисов, описанных в типовом соглашении об интеграции с внешними сервисами в соответствии требованиями разделов 4.1.1.1, 4.2.1.12, 4.2.2.3 и 4.2.3.2.3.

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

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

Должен быть реализован механизм сбора статистики обращений к внешним сервисам через Систему.

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

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

4.2.8 Требования к разработке предложений по развитию проекта

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

- бизнес-кейс, включающий в себя следующие разделы:

○ краткое описание проекта, цели проекта;

○ стратегическое соответствие (зависимость от других проектов и мероприятий, стратегические выгоды);

○ потребители результатов проекта;

○ проблемы и ожидаемые результаты;

○ бизнес-модель;

- верхнеуровневый план мероприятий ("дорожная карта") - документ с описанием основных этапов реализации проекта с указанием сроков реализации, ожидаемых результатов и ответственных исполнителей;

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

○ краткое описание проекта;

○ цели проекта, рамки проекта;

○ ключевые результаты;

○ описание архитектуры (архитектурные принципы, бизнес-архитектура, информационная архитектура, архитектура приложений, технологическая архитектура);

○ аспекты безопасности;

- технико-экономическое обоснование, включающее в себя следующие разделы:

○ краткое описание проекта;

○ цели проекта;

○ анализ рынка;

○ основные преимущества проекта;

○ техническая оценка проекта;

○ расчеты и оценка затрат, ресурсов, в том числе финансовых, эффектов и выгод проекта;

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

- описание продукта проекта;

- описание формы взаимодействия сторон в рамках реализации проекта;

- предложения по организации эксплуатации и развития проекта;

- предложения по принципам монетизации коммерческих сервисов проекта, в том числе, внешних сервисов;

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

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

4.3.1 Требования к информационному обеспечению системы

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

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

4.3.2 Требования к программному обеспечению системы

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

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

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

4.3.3 Требования к техническому обеспечению системы

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

Технические средства Системы должно функционировать в режиме 24x7 в течение 365(366) дней в году, без учета времени, необходимого для проведения регламентированных работ.

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

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

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

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

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

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

5 Состав и содержание оказания услуг

Примечание ИЗПИ!
В пункт 5.1 предусмотрен в редакции решения Коллегии Евразийской экономической комиссии от 15.11.2022 № 176 (вступает в силу по истечении 30 календарных дней с даты его официального опубликования).

5.1 Календарный план оказания услуг

В Таблица 4 приведен Календарный план оказания услуг.

Таблица 4. Календарный план оказания услуг

Дата начала оказания услуг	Пункт верхнеуровневого плана мероприятий ("дорожная карта") по реализации проекта	Наименование стадии оказания услуг	Пункт Технического задания	Наименование услуги	Результат оказания услуг/отчетная документация	Сроки оказания услуг
Этап 1
С даты заключения Договора	5	1.1. Разработка методологии цифровой трансформации	4.2.1.1.	Формирование предложений по функциональным возможностям пользовательского интерфейса проекта на основании интервью с пользователями разрабатываемых сервисов.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.1 Технического задания Акт оказания услуг	Не более 7 (семи) месяцев и не позднее 30.09.2022
С даты заключения Договора	5	1.2. Разработка методологии цифровой трансформации	4.2.1.2.	Анализ существующих практик и формирование целевых правил (рекомендаций) для целей цифровой трансформации системы технического регулирования.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.2 Технического задания Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
С даты заключения Договора	5	1.3. Разработка методологии цифровой трансформации	4.2.1.3.	Рассмотрение имеющихся справочников и классификаторов, подготовка предложений по актуализации и(или) дополнению в части технического регулирования Единой системы нормативно-справочной информации (НСИ) Союза.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.3 Технического задания Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
С даты заключения Договора	5	1.4. Разработка методологии цифровой трансформации	4.2.1.5.	Формирование перечня объектов для апробации технических решений, необходимых для реализации проекта	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.5 Технического задания Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
С даты заключения Договора	6	1.5. Разработка методической документации, положений и соглашений по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам	4.2.2.1.	Подготовка методической документации наднационального компонента и разрабатываемых сервисов, проектов актов Комиссии (при необходимости)	Методологическая документация, положения и соглашения по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам в соответствии с требованиями раздела 4.2.2.1 Технического задания Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
С даты заключения Договора	7	1.6. Разработка методической документации, положений и соглашений по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам	4.2.2.2.	Разработка положений о ННК, разрабатываемых сервисах и порядка взаимодействия с единой системой нормативно-справочной информации Союза	Методологическая документация, положения и соглашения по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам в соответствии с требованиями раздела 4.2.2.2 Технического задания Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
С даты заключения Договора	11	1.7. Разработка методической документации, положений и соглашений по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам	4.2.2.3.	Выработка модели присоединения третьих стран и других негосударственных участников к сервису	Методологическая документация, положения и соглашения по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам в соответствии с требованиями раздела 4.2.2.3 Технического задания Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
С даты заключения Договора	8	1.8. Разработка требований к функциональному наполнению компонента Системы	4.2.3.	Разработка требований к функциональному наполнению и инфраструктуре ННК	Частное техническое задание на наднациональный компонент Системы Акт оказания услуг	Не более 6 (шести) месяцев и не позднее 30.09.2022
Этап 2
С даты заключения Договора	5	2.1. Разработка методологии цифровой трансформации	4.2.1.4.	Проведение оценки представления технических регламентов, перечней стандартов для перевода в машиночитаемый формат	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.4 Технического задания Акт оказания услуг	Не более 9 (девяти) месяцев и не позднее 23.12.2022
С даты заключения Договора	5	2.2. Разработка методологии цифровой трансформации	4.2.1.6.	Анализ и выбор классификатора(ов) продукции для целей цифровой трансформации Технического регулирования, проведение работ по обеспечению верификации предлагаемых методологий идентификации продукции по ее описанию	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.6 Технического задания Акт оказания услуг	Не более 9 (девяти) месяцев и не позднее 23.12.2022
С даты завершения оказания услуги 1.4	16	2.3. Сбор и подготовка контента	4.3.1.	Сбор и подготовка контента для наполнения сервиса формирования полного набора данных об обязательных требованиях к выбранной группе продукции, формах оценки соответствия	Отчет о подготовке и согласовании с Заказчиком данных для загрузки в сервис полного набора данных об обязательных требованиях к продукции, формах оценки соответствия Акт оказания услуг	Не более 3 (трех) месяцев
Этап 3
С даты завершения этапа 1	5	3.1. Разработка методологии цифровой трансформации	4.2.1.7.	Разработка правил (инструкций) написания (перевода существующего) текста технического регламента в машиночитаемый формат.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.7 Технического задания Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 1	5	3.2. Разработка методологии цифровой трансформации	4.2.1.8.	Разработка правил (инструкций) разметки перечней стандартов в привязке к выбранному(ым) классификатору(ам) продукции в рамках проекта	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.8 Технического задания Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 1	12	3.3. Разработка требований к функциональному наполнению компонента Системы	4.2.4.	Разработка требований к сервису формирования Единого перечня продукции, в отношении которой устанавливаются и/или должны быть установлены обязательные требования в ЕАЭС	Частное техническое задание на сервис формирования Единого перечня продукции, в отношении которой устанавливаются и/или должны быть установлены обязательные требования в ЕАЭС Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 1	13	3.4. Разработка требований к функциональному наполнению компонента Системы	4.2.5.	Разработка требований к сервису разработки и внесения изменений в технические регламенты ЕАЭС	Частное техническое задание на сервис разработки и внесения изменений в технические регламенты ЕАЭС Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 1	14	3.5. Разработка требований к функциональному наполнению компонента Системы	4.2.6.	Разработка требований к сервису формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия, правилах и методах исследований (испытаний) и измерений	Частное техническое задание на сервис формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 1	15	3.6. Разработка требований к функциональному наполнению компонента Системы	4.2.7.	Разработка и утверждение требований к внешним сервисам, подключаемым к ЦТР	Частное техническое задание на подключение внешних сервисов к Системе Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 1	17	3.7. Разработка технического проекта компонента Системы	4.2.3.	Разработка технического проекта ННК	Технический проект ННК в составе: - проектные решения компонента Системы; - технические решения по системной архитектуре; - проектные решения по интеграции компонента Системы и смежных ИС; - требования (спецификация) к оборудованию, системному программному обеспечению и вычислительной инфраструктуре Системы. Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 2	18	3.8. Разработка технического проекта компонента Системы	4.2.4.	Разработка технического проекта сервиса формирования Единого перечня продукции, в отношении которой устанавливаются и/или должны быть установлены обязательные требования в ЕАЭС	Технический проект сервиса формирования Единого перечня продукции, в отношении которой устанавливаются и/или должны быть установлены обязательные требования в ЕАЭС в составе: - проектные решения компонента Системы; - технические решения по системной архитектуре; - проектные решения по интеграции компонента Системы и смежных ИС; - требования (спецификация) к оборудованию, системному программному обеспечению и вычислительной инфраструктуре Системы. Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 2	19	3.9. Разработка технического проекта компонента Системы	4.2.5.	Разработка технического проекта сервиса разработки и внесения изменений в технические регламенты ЕАЭС	Технический проект сервиса разработки и внесения изменений в технические регламенты ЕАЭС в составе: - проектные решения компонента Системы; - технические решения по системной архитектуре; - проектные решения по интеграции компонента Системы и смежных ИС; - требования (спецификация) к оборудованию, системному программному обеспечению и вычислительной инфраструктуре Системы. Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 2	20	3.10. Разработка технического проекта компонента Системы	4.2.6.	Разработка технического проекта сервиса формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия	Технический проект сервиса формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия в составе: - проектные решения компонента Системы; - технические решения по системной архитектуре; - проектные решения по интеграции компонента Системы и смежных ИС; - требования (спецификация) к оборудованию, системному программному обеспечению и вычислительной инфраструктуре Системы. Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 2	21	3.11. Разработка технического проекта компонента Системы	4.2.7.	Разработка технического проекта интерфейсов программных приложений для подключения внешних сервисов	Технический проект интерфейсов программных приложений для подключения внешних сервисов в составе: - проектные решения компонента Системы; - технические решения по системной архитектуре; - проектные решения по интеграции компонента Системы и смежных ИС; - требования (спецификация) к оборудованию, системному программному обеспечению и вычислительной инфраструктуре Системы. Акт оказания услуг	Не позднее 30.06.2023
С даты завершения этапа 2	27	3.12. Наполнение контентом	4.3.1.	Наполнение контентом сервиса формирования полного набора данных об обязательных требованиях к выбранной группе продукции, формах оценки соответствия	Отчет о наполнении контентом сервиса полного набора данных об обязательных требованиях к продукции, формах оценки соответствия Акт оказания услуг	Не позднее 30.06.2023
Этап 4
С даты завершения этапа 3	5	4.1. Разработка методологии цифровой трансформации	4.2.1.9	Разработка инструкции для участников консорциума по подготовке данных для формирования базы машиночитаемых данных о единых обязательных требованиях, установленных в технических регламентах Союза, а также положений актов, направленных на реализацию указанных технических регламентов Союза.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.9 Технического задания Акт оказания услуг	Не позднее 25.12.2023
С даты завершения этапа 2	5	4.2. Разработка методологии цифровой трансформации	4.2.1.10.	Реинжиниринг бизнес-процессов в сфере технического регулирования, в том числе, в части определения общих процессов по формированию и ведению единого перечня продукции, в отношении которой устанавливаются обязательные требования в рамках Союза, а также разработки и внесения изменений в технические регламенты Союза и др	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.10 Технического задания Акт оказания услуг	Не позднее 25.12.2023
С даты завершения этапа 3	5	4.3. Разработка методологии цифровой трансформации	4.2.1.11.	Разработка методических рекомендаций по формированию обязательных требований к продукции в среде сервиса проекта по разработке и внесению изменений в технические регламенты Союза.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.11 Технического задания Акт оказания услуг	Не позднее 25.12.2023
С даты завершения этапа 3	5	4.4. Разработка методологии цифровой трансформации	4.2.1.12.	Разработка требований к внешним сервисам для их верификации и принятия решения о подключении к проекту.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.12 Технического задания Акт оказания услуг	Не позднее 25.12.2023
С даты завершения этапа 3	5	4.5. Разработка методологии цифровой трансформации	4.2.1.13.	Актуализация методологии цифровой трансформации в части обязательных требований к продукции, выбора классификатора(ов) продукции, а также ОП по формированию и ведению единого перечня продукции, в отношении которой устанавливаются обязательные требования в рамках Союза, разработки и внесению изменений в технические регламенты Союза.	Отчетные документы по методологии цифровой трансформации в соответствии с требованиями раздела 4.2.1.13 Технического задания Акт оказания услуг	Не позднее 25.12.2023
С даты завершения оказания услуг по этапу 3.7	22	4.6. Разработка программного обеспечения компонента Системы	4.2.3.	Разработка программного обеспечения ННК	Программное обеспечение ННК. Рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы. Акт оказания услуг	Не позднее 25.12.2023
С даты завершения оказания услуг по этапу 3.8	23	4.6. Разработка программного обеспечения компонента Системы	4.2.4.	Разработка программного обеспечения сервиса формирования Единого перечня продукции, в отношении которой устанавливаются и/или должны быть установлены обязательные требования в ЕАЭС	Программное обеспечение сервиса формирования Единого перечня продукции, в отношении которой устанавливаются и/или должны быть установлены обязательные требования в ЕАЭС. Рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы. Акт оказания услуг	Не позднее 25.12.2023
С даты завершения оказания услуг по этапу 3.9	24	4.8. Разработка программного обеспечения компонента Системы	4.2.5.	Разработка программного обеспечения сервиса разработки технических регламентов ЕАЭС	Программное обеспечение сервиса разработки технических регламентов ЕАЭС. Рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы. Акт оказания услуг	Не позднее 25.12.2023
С даты завершения оказания услуг по этапу 3.10	25	4.9. Разработка программного обеспечения компонента Системы	4.2.6.	Разработка программного обеспечения сервиса формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия	Программное обеспечение сервиса формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия. Рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы. Акт оказания услуг	Не позднее 25.12.2023
С даты завершения оказания услуг по этапу 3.11	26	4.10. Разработка программного обеспечения компонента Системы	4.2.7.	Разработка программного обеспечения интерфейсов программных приложений для подключения внешних сервисов	Программное обеспечение интерфейсов программных приложений для подключения внешних сервисов. Рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы. Акт оказания услуг	Не позднее 25.12.2023
С даты завершения этапа 3	28	4.11. Разработка методической документации, положений и соглашений по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам	4.2.2.4.	Подготовка пакета соглашений для всех типов пользователей Системы	Методологическая документация, положения и соглашения по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам в соответствии с требованиями раздела 4.2.2. Технического задания Акт оказания услуг	Не позднее 25.12.2023
С даты завершения этапа 3	29	4.12. Комплексное тестирование Системы	6.3.	Проведение тестирования ННК и разрабатываемых сервисов	Протокол комплексного тестирования Системы по разработанной эксплуатационной документации. Реестр замечаний, выявленных при комплексном тестировании Системы. Реестр предложений по доработке Системы. Протокол устранения замечаний Акт оказания услуг	Не позднее 25.12.2023
Этап 5
С даты завершения этапа 4	30	5.1. Доработка программного обеспечения	6.3.	Доработка программного обеспечения проекта по итогам тестирования	Доработанное программное обеспечение Системы Доработанная рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы Акт оказания услуг	Не позднее 28.06.2024
С даты завершения этапа 4	31	5.2. Развертывание и конфигурирование	7.1.	Развертывание проекта на целевой аппаратной инфраструктуре	Программа проведения опытной эксплуатации Отчет о загрузке первичных данных, включая перенос исторических данных (при необходимости) Программа проведения инструктажа пользователей проект регламента сопровождения Системы проект акта ввода Системы в опытную эксплуатацию Акт оказания услуг	Не позднее 28.06.2024
С даты завершения этапа 4	32	5.3. Опытная эксплуатация	6.4.	Запуск проекта в опытную эксплуатацию, включая нагрузочное тестирование	Программное обеспечение Системы, доработанное по результатам опытной эксплуатации (при необходимости) Актуализированная проектная и рабочая документация (при необходимости) Журнал опытной эксплуатации Реестр предложений по доработке Системы Протокол проведения опытной эксплуатации Системы Акт оказания услуг	Не позднее 28.06.2024
С даты завершения этапа 3	36	5.4. Сбор и подготовка контента	4.3.1.	Сбор и подготовка контента для наполнения сервиса формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия (в полном объеме)	Отчет о подготовке и согласовании с Заказчиком данных для загрузки в сервис полного набора данных об обязательных требованиях к продукции, формах оценки соответствия Акт оказания услуг	Не позднее 28.06.2024
Этап 6
С даты завершения этапа 5	33	6.1. Доработка программного обеспечения	6.4., 6.5.	Доработка программного обеспечения ЦТР по итогам приемочных испытаний	Доработанное программное обеспечение Системы Доработанная рабочая документация в составе: программа и методика испытаний (ПМИ); руководство администратора (РА); руководство пользователя (РП); руководство по развертыванию компонента Системы Акт оказания услуг	Не позднее 27.12.2024
С даты завершения этапа 5	34	6.2. Ввод в промышленную эксплуатацию	7.1.	Ввод доработанного программного обеспечения ЦТР в промышленную эксплуатацию	Распоряжения о вводе Системы в промышленную эксплуатацию Программа обучения пользователей, с указанием формы обучения и требований к обучению Учебные материалы в соответствии с программой обучения Актуализированный, при необходимости, регламент сопровождения Системы проект акта ввода Системы в промышленную эксплуатацию Акт оказания услуг	Не позднее 27.12.2024
С даты завершения этапа 5	35	6.3. Разработка предложений по развитию	4.2.8.	Разработка предложений по развитию ЦТР	Пакет документов, необходимых для инициации цифрового проекта, в соответствии с требованиями раздела 4.8 Технического задания Акт оказания услуг	Не позднее 27.12.2024
С даты завершения этапа 4	37	6.4. Наполнение контентом	4.3.1.	Наполнение контентом сервиса формирования полного набора данных об обязательных требованиях к продукции, формах оценки соответствия (в полном объеме)	Отчет о наполнении контентом сервиса полного набора данных об обязательных требованиях к продукции, формах оценки соответствия Акт оказания услуг	Не позднее 27.12.2024

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

5.2 Требования к оказанию услуг по каждой стадии

5.2.1 Стадия "Разработка методологии цифровой трансформации"

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

Производится детализация календарного плана проекта по соответствующему подпункту раздела 4.2.1. Технического задания. Превышение длительности работ по детализированному календарному плану относительно длительности соответствующего Этапа, указанной в Таблица 4 данного технического задания, допускается только по согласованию с Заказчиком, при наличии объективных причин, не позволяющих реализовать соответствующий Этап в сроки, указанные в Таблица 4.

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

В рамках реализации стадии:

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

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

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

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

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

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

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

Отчетные документы стадии "Разработка методологии цифровой трансформации".

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

5.2.2 Стадия "Разработка методической документации, положений и соглашений по проекту, в том числе, по наднациональному компоненту и разрабатываемым сервисам"

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

Производится детализация календарного плана проекта по соответствующему подпункту раздела 4.2.2. Технического задания. Превышение длительности работ по детализированному календарному плану относительно длительности соответствующего Этапа, указанной в Таблица 4 данного технического задания, допускается только по согласованию с Заказчиком, при наличии объективных причин, не позволяющих реализовать соответствующий Этап в сроки, указанные в Таблица 4.

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

В рамках реализации стадии:

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

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

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

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

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

5.2.3 Стадия "Разработка требований к функциональному наполнению компонента Системы"

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

Производится детализация календарного плана проекта по разработке соответствующего компонента. Превышение длительности работ по детализированному календарному плану относительно длительности соответствующего Этапа, указанной в Таблица 4 данного технического задания, допускается только по согласованию с Заказчиком, при наличии объективных причин, не позволяющих реализовать соответствующий Этап в сроки, указанные в Таблица 4.

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

В рамках реализации стадии:

- производится, при необходимости, обследование ИТ-ландшафта Союза в части имеющихся ИС;

- проводится, при необходимости, интервьюирование потенциальных пользователей Системы;

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

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

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

Отчетные документы стадии "Разработка требований к функциональному наполнению компонента Системы".

Частное техническое задание на компонент Системы.

5.2.4 Стадия "Разработка технического проекта компонента Системы"

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

В рамках реализации стадии:

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

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

- производятся работы по разработке требований к интеграции со смежными ИС;

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

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

Отчетные документы стадии "Разработка технического проекта компонента Системы".

Технический проект компонента Системы в составе:

- проектные решения компонента Системы;

- технические решения по системной архитектуре;

- проектные решения по интеграции компонента Системы и смежных ИС;

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

5.2.5 Стадия "Разработка программного обеспечения компонента Системы"

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

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

В рамках реализации стадии:

- производится разработка программного обеспечения компонентов Системы;

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

Отчетные документы стадии "Разработка программного обеспечения компонента Системы"

Программное обеспечение компонента Системы.

Рабочая документация в составе:

- программа и методика испытаний (ПМИ);

- руководство администратора (РА);

- руководство пользователя (РП);

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

5.2.6 Стадия "Комплексное тестирование Системы"

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

В рамках реализации стадии:

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

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

Отчетные документы стадии "Приемочные испытания"

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

Реестр замечаний, выявленных при комплексном тестировании Системы.

Реестр предложений по доработке Системы.

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

5.2.7 Стадия "Доработка программного обеспечения"

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

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

В рамках реализации стадии:

- производится доработка программного обеспечения Системы;

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

Отчетные документы стадии "Разработка программного обеспечения компонента Системы"

Доработанное программное обеспечение Системы.

Доработанная рабочая документация в составе:

- программа и методика испытаний (ПМИ);

- руководство администратора (РА);

- руководство пользователя (РП);

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

5.2.8 Стадия "Развертывание и конфигурирование"

На данной стадии оказываются услуги по подготовке Системы к опытной эксплуатации.

Услуги, оказываемые в рамках данной стадии:

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

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

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

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

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

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

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

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

Отчетные документы стадии "Развертывание и конфигурирование"

Программа проведения опытной эксплуатации.

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

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

регламента сопровождения Системы.

Проект акта ввода Системы в опытную эксплуатацию.

5.2.9 Стадия "Опытная эксплуатация"

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

- штатный режим – доступность функций системы 24 часа в день, 7 дней в неделю (24х7). Круглосуточный режим работы системы не требует организации круглосуточной работы пользователей и допускает работу пользователей в соответствии со штатным расписанием;

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

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

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

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

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

Услуги, оказываемые в рамках данной стадии:

- оказываются услуги по сопровождению опытной эксплуатации;

- производится нагрузочное тестирование Системы;

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

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

- производятся работы, изложенные в разделе 6.4.

Отчетные документы стадии "Опытная эксплуатация"

Программное обеспечение Системы, доработанное по результатам опытной эксплуатации (при необходимости).

Актуализированная проектная и рабочая документация (при необходимости).

Журнал опытной эксплуатации.

Реестр предложений по доработке Системы.

Протокол проведения опытной эксплуатации Системы.

5.2.10 Стадия "Ввод в промышленную эксплуатацию"

На данной стадии производятся работы по вводу в промышленную эксплуатацию Системы.

Услуги, оказываемые в рамках данной стадии:

- разработка проекта Распоряжения о вводе Системы в промышленную эксплуатацию;

- производится подготовка Системы к промышленной эксплуатации (перенос настроек/разработок в продуктивный контур, подготовка рабочих мест конечных пользователей, уточнение записей пользователей и их ролей);

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

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

Отчетные документы стадии "Ввод в промышленную эксплуатацию".

Проект Распоряжения о вводе Системы в промышленную эксплуатацию.

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

Учебные материалы в соответствии с программой обучения.

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

Проект акта ввода Системы в промышленную эксплуатацию.

5.2.11 Стадия "Разработка предложений по развитию"

На данной стадии осуществляются услуги по получению необходимых исходных данных по формированию предложений по развитию Системы.

Услуги, оказываемые в рамках данной стадии:

- производится, при необходимости, обследование ИТ-ландшафта Союза в части имеющихся ИС;

- проводится, при необходимости, интервьюирование потенциальных пользователей Системы;

- производится анализ результатов опытной эксплуатации Системы, предложений пользователей по развитию Системы;

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

Отчетные документы стадии "Разработка предложений по развитию".

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

5.2.12. Стадия "Сбор и подготовка контента"

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

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

Услуги, оказываемые в рамках данной стадии:

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

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

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

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

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

Отчетные документы стадии "Сбор и подготовка контента".

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

5.2.13 Стадия "Наполнение контентом"

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

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

Услуги, оказываемые в рамках данной стадии:

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

Отчетные документы стадии "Наполнение контентом".

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

6 Порядок контроля и приемки

6.1 Общие положения

Сдача-приемка оказанных услуг производится поэтапно в соответствии с календарным планом оказания услуг.

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

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

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

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

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

Результаты оказания услуг рассматриваются ответственными представителями Заказчика в соответствии с распределением ответственности:

- в части общих и функциональных требований;

- в части требований к защите информации;

- в части требований к информационно-коммуникационной инфраструктуре.

Максимальный срок рассмотрения Заказчиком результатов оказания услуг определяется договором.

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

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

Ответственные представители Заказчика рассматривают представленные исполнителем материалы.

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

6.2 Требования к видам, составу, объему и методам испытаний системы

Приемка Системы должна быть организована и проведена в соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем".

Виды, состав, объем, и методы испытаний Системы должны быть изложены в документе "Программа и методика испытаний" (ПМИ).

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

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

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

Для проверки выполнения функций Систем, установленных ТЗ, проводятся следующие виды испытаний, предусмотренные ГОСТ 34.603-92:

- тестирование Системы (предварительные испытания);

- опытная эксплуатация;

- приемочные испытания.

Испытания проводятся в сроки, установленные Календарным планом-графиком.

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

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

6.3 Требования к проведению тестирования Системы (предварительных испытаний)

Порядок проведения предварительных испытаний:

1. Предварительные испытания Системы или отдельных подсистем в соответствии с календарным планом проводятся для определения ее работоспособности и принятии решения о возможности приемки Системы или отдельных подсистем в соответствии с календарным планом в опытную эксплуатацию.

2. До начала предварительных испытаний Исполнитель должен:

- Развернуть ПО Системы или отдельных подсистем в соответствии с календарным планом на тестовой среде, предоставляемой Заказчиком.

- Настроить ролевую модель, предусмотрев группы пользователей и права каждой группы, в объеме проводимых испытаний.

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

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

3. Требования и порядок проведения предварительных испытаний должны быть описаны в ПМИ, которую разрабатывает Исполнитель и согласовывает с Заказчиком в сроки, установленные Календарным планом.

4. В рамках предварительных испытаний должно быть осуществлено функциональное тестирование – тестирование функциональности Системы или отдельных подсистем в соответствии с календарным планом на соответствие требованиям ТЗ.

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

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

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

8. По результатам успешного завершения предварительных испытаний (отсутствие в протоколе предварительных испытаний критичных замечаний) подписывается акт приемки Системы или отдельных подсистем в соответствии с календарным планом в опытную эксплуатацию.

9. По результатам тестирования Системы осуществляется доработка Системы в части задач, не предусмотренных настоящим ТЗ, в объеме, согласованном с Заказчиком.

6.4 Требования к проведению опытной эксплуатации

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

Порядок проведения опытной эксплуатации:

1. Опытно-промышленная эксплуатация должна проводиться с целью проверки функционирования Системы, готовности персонала к работе в условиях функционирования Системы, изменения (при необходимости) документации и настроек Системы.

2. Опытно-промышленная эксплуатация Системы должна проводиться на программно-аппаратном комплексе Заказчика, в соответствии с согласованной Заказчиком Программой проведения опытной эксплуатации.

3. Срок проведения опытной эксплуатации указан в Календарном плане, но должен составлять не менее 10 (Десяти) рабочих дней.

4. В ходе опытной эксплуатации должен вестись "Журнал опытной эксплуатации", в который заносятся сведения о функционировании Системы, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта автоматизации, проводимых корректировках документации и программных средств, наладке технических средств. Перечисленные сведения фиксируются в "Журнале опытной эксплуатации" с указанием даты и ФИО лица, направившего упомянутые сведения.

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

6. По результатам опытной эксплуатации осуществляется доработка Системы в части задач, не предусмотренных настоящим ТЗ, в объеме, согласованном с Заказчиком.

7. В рамках опытной эксплуатации Исполнителем должно быть проведено нагрузочное тестирование. Нагрузочное тестирование – должно обеспечивать проверку выполнения нагрузочных показателей, приведенных в подразделе 4.1.5 ТЗ и должно проводиться в соответствии с Методикой нагрузочного тестирования, согласованной с Заказчиком. По результатам проведения нагрузочного тестирования Исполнителем должен быть подготовлен Отчет о проведении нагрузочного тестирования, который, помимо описания результатов тестирования, при необходимости должен содержать рекомендации по дооснащения программно-аппаратного обеспечения Системы

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

Приемка результатов работ осуществляется в соответствии с Календарным планом оказания услуг по договору. Приемка результатов выполнения работ оформляется Актом сдачи-приемки работ по этапу.

6.5 Требования к проведению приемочных испытаний

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

2. В рамках приемочных испытаний должен быть выполнен функциональный экспресс-тест – валидация основной функциональности Системы после ее установки на продуктивную среду (доступ к продуктивной среде предоставляется Заказчиком).

6.6 Требования к гарантии качества выполняемых работ

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

6.6.1 Требования к объему гарантий качества оказываемых услуг

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

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

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

- внести изменения в программное обеспечение (при необходимости);

- провести переустановку программного обеспечения (при необходимости).

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

7 Требования к составу и содержанию услуг по подготовке объекта автоматизации к вводу системы в действие

7.1 Развертывание и конфигурирование

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

Конфигурирование ПО должно быть выполнено Исполнителем в соответствии с инструкциями, приведенными в "Руководстве администратора".

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

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

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

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

7.2 Требования к инструктажу персонала

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

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

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

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

- продолжительность инструктажа согласуется с Заказчиком.

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

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

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

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

8 Требования к документированию

Результаты работ в части документации передаются на бумажных (два экземпляра) и на машинных носителях (флеш-диск). Текстовые документы, передаваемые на машинных носителях, должны быть представлены в формате docx.

Результаты работ в части программного обеспечения Системы передаются на машинных носителях (флеш-диск) или путем размещения на вычислительных мощностях Заказчика. Программы для ЭВМ и (или) базы данных, созданные при выполнении работ в виде исполняемого или объектного кода, передаются в виде исходных кодов. Программы для ЭВМ и (или) базы данных, исключительные права на которые принадлежат третьим лицам или Исполнителю, используемые в составе работ, передаются в виде неисключительной лицензии в объеме прав предусмотренной ст.1280 Гражданского кодекса Российской Федерации и дистрибутивов программ ЭВМ.

Состав передаваемых на машинных носителях результатов работ оформляется ведомостью машинных носителей информации.

Все материалы передаются с сопроводительными документами Исполнителя.

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

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

8.1 Требования к документам по методологии цифровой трансформации

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

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

8.2 Требования к методической документации, положениям и соглашениям по проекту

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

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

8.3 Требования к частному техническому заданию

Частное техническое задание предназначено для детализации требований к компонентам Системы. Частное техническое задание должно быть разработано в Исполнителем согласно ГОСТ 34.602-89.

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

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

Детализация описания проектных решений, изложенных в Пояснительной записке к техническому проекту, должна соответствовать рекомендациям, предусмотренным ГОСТ Р ИСО/МЭК 12207-2010 "Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств".

При описании в Пояснительной записке к техническому проекту реализации процессов, предполагающих выполнение последовательности работ или действий, необходимо проиллюстрировать описание реализации упомянутых процессов, а также информационных потоков с использованием нотации методологии IDEF0 в соответствии с Р 50.1.028-2001 и/или методологии BPMN 2.0 и/или методологии UML; выбор методологии при описании реализации тех или иных процессов в Пояснительной записке к техническому проекту определяется Исполнителем.

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

- Информационная и бизнес-архитектура;

- Архитектура прикладных решений;

- Состав методов программного интерфейса;

- Последовательность взаимодействия прикладных компонентов подсистемы с другими подсистемами;

- Модель данных подсистемы (при необходимости);

- Описание исполняемых бизнес-процессов в нотации BPMN 2.0 (при необходимости).

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

- Общую архитектуру прикладных решений Системы;

- Состав компонентов Системы;

- Решения по взаимосвязи системы со смежными системами, обеспечению их совместимости;

- Схему развертывания Системы.

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

- Общее описание интеграционного сервиса;

- Последовательность взаимодействия прикладных компонентов подсистемы с внешними ИС;

- Перечень методов интеграционного взаимодействия;

- Описание каждого метода интеграционного сервиса.

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

8.5 Требования к рабочей документации

При разработке рабочей документации Исполнитель должен руководствоваться ГОСТ 19.101-77 "ЕСПД. Виды программ и программных документов" (далее – ГОСТ 19.101-77). При этом состав разделов документов определяется по согласованию с Заказчиком.

При разработке Программы и методики испытаний (далее – ПМИ) Исполнитель должен руководствоваться ГОСТ 19.301-79 "ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению".

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

Эксплуатационная документация в составе:

- руководство пользователя;

- руководство администратора;

- руководство по развертыванию системы;

- текст программных компонентов в исходном коде (исходные тексты программ);

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

Приемочная документация (на Систему в целом или на отдельные подсистемы в соответствии с Календарным планом) в составе:

- программа и методика испытаний;

- протокол комплексного тестирования;

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

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

- программа проведения опытной эксплуатации;

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

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

- проект регламента сопровождения Системы;

- программа инструктажа пользователей;

- журнал опытной эксплуатации;

- протокол проведения опытной эксплуатации Системы;

- методика нагрузочного тестирования;

- отчет проведения нагрузочного тестирования;

- протокол проведения итоговых испытаний;

- проект приказа о вводе Системы в промышленную эксплуатацию.

Еуразиялық үкіметаралық кеңестің 2019 жылғы 1 ақпандағы № 1 шешімімен бекітілген Еуразиялық экономикалық одақтың цифрлық күн тәртібі шеңберінде жобаларды іске асыру механизмдерінің 7-тармағының "б" тармақшасының және Еуразиялық экономикалық комиссия Кеңесінің "Еуразиялық экономикалық одақ шеңберінде цифрлық техникалық реттеу" жобасын іске асыру туралы" 2021 жылғы 14 шілдедегі № 63 шешімінің 6-тармағының үшінші абзацы негізінде Еуразиялық экономикалық комиссия Алқасы шешті:

1. Қоса беріліп отырған "Еуразиялық экономикалық одақ шеңберінде цифрлық техникалық реттеу" жобасын іске асыру бойынша қызметтер көрсетуге арналған техникалық тапсырма бекітілсін.

2. Осы Шешім ресми жарияланған күнінен бастап күнтізбелік 10 күн өткен соң күшіне енеді.

Еуразиялық экономикалық комиссия
Алқасының Төрағасы

М. Мясникович

Еуразиялық экономикалық
комиссия Алқасының
2022 жылғы 1 наурыздағы
№ 35 шешімімен
БЕКІТІЛГЕН

"Еуразиялық экономикалық Одақ шеңберінде цифрлық техникалық реттеу" жобасын іске асыру бойынша қызметтер көрсету ТЕХНИКАЛЫҚ ТАПСЫРМА Мәскеу, 2022

Мазмұны

1. жалпы мәліметтер

1.1. жобаның атауы

1.1.2 Жобаның қысқартылған атауы 1.2 жобаны іске асырудың негізі

1.3 тапсырыс беруші

1.4 орындаушы

1.5 қызметтер көрсетудің басталу және аяқталу мерзімдері

1.6 Қаржыландыру тәртібі туралы мәлімтеттер

1.6.1 Қаржыландыру көздері

1.6.2 Қаржыландыру тәртібі

1.7 қызметтер көрсету тәртібін рәсімдеу және оның нәтижелерін тапсырыс берушіге ұсыну

1.8 қысқартулардың тізбесі

1.9 Терминдер мен анықтамалар

1.10 өзгерістер мен толықтырулар енгізудің тәртібі

2 жобаның бағыты мен оны іске асыру мақсаты

2.1 жобаның бағыты

2.2 жобаны іске асырудың мақсаты

3 автоматтандыру объектісінің сипаты

3.1 Цифрландыру объектісі туралы мәліметтер

3.2 Жобаны құру мен дамыту қағидаттары

4 жобаға қойылатын талаптар

4.1 Тұтас жобаға қойылатын талаптар

4.1.1 Жүйенің құрылымына қойылатын талаптар

4.1.2. Жүйенің архитектурасына қойылатын талаптар

4.1.3 Жүйені оқшаулауға қойылатын талаптар

4.1.4. Жүйе персоналының саны мен біліктілігіне және оның жұмыс режиміне қойылатын талаптар

4.1.5 Жүйеге түсетін жүктемеге қойылатын талаптар

4.1.6 Қолжетімділігі мен мықтылығына қойылатын талаптар

4.1.7 Ақпараттық қауіпсіздігіне қойылатын талаптар

4.1.8 Эргономикасы мен техникалық эстетикасына қойылатын талаптар

4.1.9 Жүйе компоненттерін пайдалануға, техникалық қызмет көрсетуге, жөндеуге және сақтауға қойылатын талаптар

4.1.10 Авариялар кезінде ақпараттың сақталуына қойылатын талаптар

4.1.11 Стандарттауға және бірдейлендіруге қойылатын талаптар

4.2 Функцияларына қойылатын талаптар

4.2.1 Цифрлық трансформациялау әдіснамасына қойылатын талаптар

4.2.2 Жоба бойынша, соның ішінде ұлттықтан жоғары компонент және әзірленетін сервистер бойынша әдістемелік құжаттаманы, ережелер мен келісімдерді әзірлеуге қойылатын талаптар

4.2.3 Ұлттық деңгейден жоғары компонентке қойылатын талаптар

4.2.4 Одақ шеңберінде оларға қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисіне қойылатын талаптар

4.2.5 Техникалық регламенттердің талаптарын қолдану және орындау үшін қажетті техникалық регламенттер мен стандарттар тізбесін әзірлеу сервисіне қойылатын талаптар

4.2.6 Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисіне қойылатын талаптар

4.2.7 Сыртқы сервистерді қосуға арналған бағдарламалық қосымшалардың интерфейстерін бағдарламалық қамтамасыз етуді әзірлеуге қойылатын талаптар

4.2.8 Жобаны дамыту бойынша ұсыныстарды әзірлеуге қойылатын талаптар

4.3 Жүйені қамтамасыз ету түрлеріне қойылатын талаптар

4.3.1 Жүйені ақпараттық қамтамасыз етуге қойылатын талаптар

4.3.2 Жүйені бағдарламалық қамтамасыз етуге қойылатын талаптар

4.3.3 Жүйені техникалық қамтамасыз етуге қойылатын талаптар

5 көрсетілетін қызметтердің құрамы мен мазмұны

5.1 Қызметтер көрсетудің күнтізбелік жоспары

5.2 Әрбір саты бойынша көрсетілетін қызметтерге қойылатын талаптар

5.2.1 "Цифрлық трансформациялау әдіснамасын әзірлеу" сатысы

5.2.2 "Ұлттық компонентті, оның ішінде әзірленіп жатқан сервистерді қоса алғанда, жоба бойынша әдістемелік құжаттаманы, ережелер мен келісімдерді әзірлеу" сатысы

5.2.3 "Жүйенің компонентін функциялық толықтыруға қойылатын талаптарды әзірлеу" сатысы

5.2.4 "Жүйе компонентінің техникалық жобасын әзірлеу" сатысы

5.2.5 "Жүйе компонентін бағдарламалық қамтамасыз етуді әзірлеу" сатысы

5.2.6 "Жүйені кешенді тестілеу" сатысы

5.2.7 "Бағдарламалық қамтылымды пысықтау" сатысы

5.2.8 "Күшейту және конфигурациялау" сатысы

5.2.9 "Тәжірибелі пайдалану" сатысы

5.2.10 "Өнеркәсіптік пайдалануға қосу" сатысы

5.2.11 "Дамыту бойынша ұсыныстарды әзірлеу" сатысы

5.2.12 "Контент жинау және дайындау" сатысы

5.2.13 "Контентпен толықтыру" сатысы

6 бақылау және қабылдау тәртібі

6.1 Жалпы ережелер

6.2 Жүйеге сынақ жүргізу түрлеріне, құрамына, көлеміне және әдістеріне қойылатын талаптар

6.3 Жүйеге тестілеу жүргізуге қойылатын талаптар (алдын ала сынақтар)

6.4 Тәжірибелі пайдалануды жүргізуге қойылатын талаптар

6.5 Қабылдап алу сынақтарын жүргізуге қойылатын талаптар

6.6 Орындалатын жұмыстардың сапасына кепілдіктерге қойылатын талаптар

6.6.1 Көрсетілетін қызметтер сапасының көлеміне кепілдіктерге қойылатын талаптар

7 Жүйені іске қосу үшін автоматтандыру объектісін дайындау бойынша көрсетілетін қызметтердің құрамына және мазмұнына қойылатын талаптар

7.1 Күшейту және конфигирациялау

7.2 Персоналға нұсқама беруге қойылатын талаптар

8 құжаттауға қойылатын талаптар

8.1 Цифрлық трансформациялау әдістемесі бойынша құжаттарға қойылатын талаптар

8.2 Жоба бойынша әдістемелік құжаттамаға, ережелер мен келісімдерге қойылатын талаптар

8.3 жеке техникалық тапсырмаға қойылатын талаптар

8.4 техникалық жобаға түсіндірме жазбаға қойылатын талаптар

8.5 Жұмыс құжаттамасына қойылатын талаптар

1. Жалпы мәліметтер

1.1 Жобаның атауы

1.1.1 Жобаның толық атауы

Еуразиялық экономикалық одақ шеңберінде цифрлық техникалық реттеу.

1.1.2 Жобаның қысқартылған атауы

1.2 Жобаны іске асыру үшін негіздер

"Еуразиялық экономикалық одақ шеңберіндегі цифрлық техникалық реттеу" жобасын іске асыру жөніндегі жоғары деңгейдегі іс-шаралар жоспары ("жол картасы") (бұдан әрі – іс-шаралар жоспары) және Еуразиялық экономикалық комиссия Кеңесінің "Еуразиялық экономикалық одақ шеңберінде цифрлық техникалық реттеу" жобасын іске асыру туралы" 2021 жылғы 14 шілдедегі № 63 шешімімен (бұдан әрі – Шешім) бекітілген жобаның паспорты (бұдан әрі – Паспорт) жобаны іске асырудың негізі болып табылады.

1.3 Тапсырыс беруші

Еуразиялық экономикалық комиссия (бұдан әрі - Комиссия).

1.4 Орындаушы

Ол Еуразиялық экономикалық комиссия Кеңесінің "Тауарларды жеткізуге тапсырыстарды орналастыру және Еуразиялық экономикалық комиссияның қажеттіліктері үшін жұмыстарды орындау және қызметтерді көрсету туралы" 2012 жылғы 25 қаңтардағы № 5 шешіміне сәйкес екі кезеңді конкурстың нәтижелері бойынша айқындалады.

1.5 Қызметтер көрсетуді бастаудың және аяқтаудың жоспарлы мерзімдері

Қызмет көрсетуді бастау күні – қызметтерді көрсету шартына (бұдан әрі – Шарт) қол қойылған күннен бастап.

Қызметтерді көрсетудің аяқталу мерзімі – шарт талаптарына сәйкес.

Қызметтерді көрсету құрамы мен реттілігі 5-бөлімге сәйкес айқындалады.

1.6 Қаржыландыру тәртібі туралы мәліметтер

1.6.1 Қаржыландыру көздері

Еуразиялық экономикалық одақтың цифрлық күн тәртібін іске асыру жөніндегі шығыстар шеңберінде Еуразиялық экономикалық одақтың интеграцияланған ақпараттық жүйесін құруға, пайдалануға және дамытуға көзделген Еуразиялық экономикалық одақ бюджеті есебінен.

1.6.2 Қаржыландыру тәртібі

Қызметтер көрсетуді қаржыландыру Қызметтер көрсетудің күнтізбелік жоспарына сәйкес Шартта айқындалған тәртіппен жүзеге асырылады (5-бөлім).

1.7 Қызметтер көрсетуді рәсімдеу және тапсырыс берушіге оның нәтижелерін ұсыну тәртібі

Қызметтер көрсетудің нәтижелері Қызметтер көрсетудің күнтізбелік жоспарына сәйкес Шартта айқындалған тәртіппен ұсынылады (5-бөлім).

1.8 Қысқартулардың тізбесі

Осы Техникалық тапсырманың мақсаттары үшін келесі қысқартулар тізімі пайдаланылады:

Қысқарту	Сипаттамасы
API	қосымшалардың бағдарламалық интерфейсы, қолданбалы бағдарламалардың интерфейсы (application programming interface) – бір компьютерлік бағдарлама басқа бағдарламамен әрекеттесе алатын (класстар, рәсімдер, функциялар, құрылымдар немесе константтар) тәсілдердің сипаттамасы
CI/CD	Үздіксіз интеграция (CI, англ. Continuous Integration) – ықтимал ақауларды жылдам анықтау және интеграциялық мәселелерді шешу үшін жұмыс көшірмелерін жалпы негізгі әзірлеу тармағына (күніне бірнеше ретке дейін) үнемі біріктіру және жиі автоматтандырылған жоба құрастыруларын орындаудан тұратын бағдарламалық қамтылымды әзірлеу тәжірибесі. Үздіксіз жеткізу (CD) - бағдарламалық қамтамасыз етуді шығарудың және оны сайттарға орналастырудың бүкіл процесін автоматтандыру тәжірибесі
CLI	Командалық жолдың интерфейсы (Command Line Interface)
GUI	Графикалық пайдалану интерфейсі
DevOps	Әзірлеуді және пайдалануды интеграциялау
Docker	Контейнерлеуді қолдау арқылы орталарда қосымшаларды орналастыруды және басқаруды автоматтандыруға арналған бағдарламалық қамтылым
HTTP	HTTP (Hyper Text Transfer Protocol – "гипермәтінді берудің хаттамасы") – деректерді берудің қолданбалы деңгейінің хаттамасы Интернет желісіне дереткерді беру үшін пайдаланылады
HTTPS	шифрлауды қолдау HTTPS (Hyper Text Transfer Protocol Secure) HTTP хаттамасын кеңейту, HTTP хаттамасы бойынша берілетін деректер, SSL немесе TLS криптографиялық хаттамаға "жинақталады", осылайша осы деректерді қорғау қамтамасыз етіледі
flash	веб-ұсыныстар немесе мультимедиялық тұсаукесерлер үшін Adobe Systems компаниясының платформасы
silverlight	Көпфункцияналдық интернет-қосымшаларды жазып, қосуға арналған бағдарламалық платформа
Linux	Unix-сияқты операциялық жүйе тектес операциялық жүйенің түрі
OAuth	Авторизациялаудың ашық хаттамасы
OpenID	Бірдейлендіруді орталықсыздандырудың ашық стандарты
S3-совместимое хранилище	Amazon Simple Storage Service (Amazon S3) қызметімен үйлесімді жад – бұл саладағы жетекші өнімділікті, ауқымдылықты, қол жетімділікті және деректер қауіпсіздігін ұсынатын нысанды сақтау сервисі
SOAP	Бөлінген есептеу ортасындағы құрылымдық хабар алмасу хаттамасы
SSL	SSL (Secure Sockets Layer – қорғалған сокеттер деңгейі) – Интернет желісі салалары арасында деректерді қорғай отырып беруді қамтамасыз ететін криптографиялық хаттама
Swagger	REST хаттамасы бар API веб-ұсыныстарына арналған интерактивті құжаттамаларды жасау үшін скриптар коллекциясы
UI	Пайдалану интерфейсі
TLS	TLS (transport layer security) – транспорттық деңгейдің қауіпсіздік хаттамасы, интернеттегі түйіндер арасында деректерді қауіпсіз тасымалдауды қамтамасыз ететін криптографиялық хаттама
WEB, WWW	(World Wide Web) дүниежүзілік тор – Интернетке қосылған әртүрлі компьютерлерде орналасқан тиісті құжаттарға қол жеткізуді қамтамасыз ететін бөлінген жүйе
Windows	Операциялық жүйенің түрі, Microsoft операциялық жүйесі
Maven	XML көп тармақты болып табылатын, POM (англ. Project Object Model) тіліндегі файлдардағы олардың құрылымын сипаттау негізінде жобаларды құрастыруды автоматтандыруға арналған фреймворк
Gradle	Apache Ant и Apache Maven принципінде жасалған, бірақ Жоба жүйесі конфигурациясын ұсынудың дәстүрлі XML-тектес нысанның орнына DSL Groovy және Kotlin тілдері нысанында ұсынылатын автоматты түрде жинау жүйесі
SBT	Scala и Java (англ. Scala Build Tool) тілдерінде жазылған жобаға арналған автоматты жиынтық жүйесі
WSDL	WSDL (Web Services Description Language) – веб-сервистерді сипаттап көрсету және оларға қол жеткізу тілі, XML тілінде негізделген
XML	Extensible Markup Language (белгілеудің кеңейтілген тілі)
БД	дерекқоры
ГОСТ	мемлекетаралық стандарт
Государства-члены	Еуразиялық экономикалық одаққа мүше мемлекеттер
ЕАЭС, Союз	Еуразиялық экономикалық одақ
Комиссия, Заказчик	Еуразиялық экономикалық комиссия
Исполнитель	Тапсырыс берушімен қызметтер көрсетуге шарт жасасқан ұйым
ИС	Ақпараттық жүйе
НСИ	нормативтік-анықтамалық ақпарат
СУБД	Дерекқорды басқару жүйесі
ТЗ	Техникалық тапсырма
ЭВМ	Электрондық есептегіш машина

1.9 Терминдер мен анықтамалықтар

Осы техникалық тапсырмада келесі терминдер мен анықтамалар пайдаланылады:

Одақтың интеграцияланған ақпараттық жүйесі (ИАЖ)– мүше мемлекеттердің ұлттық сегменттерімен және Комиссияның интеграциялық сегментімен біріктірілген аумақтық бөлінген мемлекеттік ақпараттық ресурстар мен уәкілетті органдардың ақпараттық жүйелерінің, Комиссияның ақпараттық ресурстары мен ақпараттық жүйелерінің ұйымдық жиынтығы;

Интеграциялық сервис – Жүйенің немесе Жүйенің құрамдас бөліктері/ішкі жүйелері мен сыртқы АЖ арасындағы интеграциялық өзара іс-қимылды жүзеге асыратын бағдарламалық қамтамасыз ету;

Үйлестіруші топ — Құрамына Бастамаларды басқару офисінің, Комиссия департаменттерінің, мүше мемлекеттердің уәкілетті органдарының және (немесе) ұйымдарының өкілдері кіретін жобаны іске асыруды үйлестіретін жұмыс тобы;

Консорциум — заңды тұлға құрмай, консорциум шарты негізінде жобаны іске асыру жөніндегі қызметті жүзеге асыратын мүше мемлекеттер ұйымдарының бірлестігі. Консорциумның анықтамасы және оны құру ерекшеліктері Еуразиялық үкіметаралық кеңестің "ЕАЭО цифрлық күн тәртібі шеңберінде жобаларды іске асыру тетіктері туралы" 2019 жылғы 1 ақпандағы № 1 шешімімен белгіленген;

Консорциумның үйлестірушісі — жобаны әзірлеу және іске асыру кезінде консорциумға қатысушылардың қызметін үйлестіретін заңды тұлға;

Ұлттық деңгейден жоғары компонент (ЖҰК) — пайдаланушы интерфейстерін құруға және қосуға арналған әмбебап платформа шешімі;

Ұлттық сервистердің операторлары – техникалық реттеу, стандарттау және метрология саласындағы ұлттық органдар және /немесе олар уәкілеттік берген ұйымдар;

Мүше мемлекеттер сервистерінің операторлары (бұдан әрі – тараптар сервистерінің операторлары) — өздеріне берілген лицензияларға сәйкес қызметтер көрсететін ұйымдар, заңды тұлғалар, соның ішінде жеке кәсіпкерлер;

ЦТР жобасы — уақыт пен ресурс шектеулері жағдайында бірегей нәтижелерді жасауға арналған өзара байланысты іс-әрекеттер жиынтығы. Осы құжаттарда – "Одақтың цифрлық техникалық регламенті" жүйесін құру (бұдан әрі – жоба);

Құрастыру конвейері – CI/CD конвейер;

Жүйе – ұлттық деңгейден жоғары компонентті, ұлттық деңгейден жоғары компонент сервистерін, пайдаланушы интерфейсті қамтитын, жоба шеңберінде іске асырылатын бағдарламалық шешімдер жиынтығы;

Каталогтер қызметі – компьютердің операциялық жүйе каталогындағы ақпаратты сақтайтын, реттейтін және оған қол жеткізуді қамтамасыз ететін бағдарламалық жүйе;

Компонент – жобаны іске асыру жөніндегі жоғары деңгейдегі іс-шаралар жоспарының ("жол картасы") 17-26-тармақтарында айқындалған Жүйенің элементі;

Кіші жүйе – функционалдық талаптардың оқшауланған жиынтығы бар Жүйе құрамдас бөлігінің элементі;

Модуль – Жүйенің ішкі жүйесінің немесе компоненттерінің жеке функционалдық талаптарын жүзеге асыратын Жүйенің архитектуралық элементі;

Өнімнің бірыңғай тізбесі – Одақ шеңберінде міндетті талаптар белгіленетін өнімнің бірыңғай тізбесі;

Стандарттар тізбесі – оларды ерікті негізде қолдану нәтижесінде Еуразиялық экономикалық одақтың техникалық регламенті талаптарының сақталуы қамтамасыз етілетін халықаралық және өңірлік (мемлекетаралық) стандарттардың және халықаралық және өңірлік (мемлекетаралық) стандарттардың тізбесі, ал олар болмаған жағдайда - Еуразиялық экономикалық одақтың техникалық регламентінің талаптарын қолдану мен орындау және техникалық реттеу объектілерінің сәйкестігін бағалауды жүзеге асыру үшін қажетті үлгілерді іріктеу қағидаларын қамтитын ұлттық (мемлекеттік) стандарттардың тізбесі

Адам оқи алатын формат – арнайы құралдарды пайдаланбай, адам оқи алатын форматта ұсынылған құжат;

Машина оқи алатын формат – автоматты және/немесе автоматтандырылған пайдалануға жарамды форматтарда (цифрлық форматтарда) ұсынылған құжат;

Үшінші ел — Одаққа мүше мемлекет болып табылмайтын мемлекет.

1.10 Өзгерістер мен толықтырулар енгізу тәртібі

Осы Техникалық тапсырмаға өзгерістер мен толықтырулар енгізу Шартта белгіленген тәртіппен жүзеге асырылады. Тапсырыс берушімен келісе отырып, осы Техникалық тапсырманың жекелеген ережелері 5.2-бөлімге сәйкес "Цифрлық трансформациялау әдістемесін әзірлеу", "Жүйенің компоненттерін функциялық толықтыруға қойылатын талаптарды әзірлеу" және Жүйе компонентінің техникалық жобасын әзірлеу" деңгейлері бойынша қызметтер көрсету нәтижелері бойынша нақтылануы және түзетілуі мүмкін,

2. Жобаның бағытталуы мен іске асыру мақсаты

2.1 Жобаның бағытталуы

Жоба мыналарды қалыптастыру процестерін цифрландыруға арналған:

- Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесі;

- Өнімге қойылатын міндетті талаптар, техникалық регламенттерді әзірлеу;

- Одақтың техникалық регламенттерінің талаптарын қолдану және іске асыру, сәйкестікті растауды жүзеге асыру, осындай стандарттарды әзірлеу (өзгерту, қайта қарау) бағдарламалары бойынша ұсыныстар әзірлеу үшін қажетті халықаралық және өңірлік (мемлекетаралық) стандарттар тізбелері ,

- сондай-ақ Одақтың техникалық реттеу және стандарттау саласындағы жоба шеңберінде әзірленетін негізгі қызметтерге, сондай-ақ мүше мемлекеттердің, шаруашылық жүргізуші субъектілердің және т.б техникалық реттеу саласындағы уәкілетті органдары мен ұйымдарының сыртқы қызметтеріне мүдделі тұлғалардың қол жетімділігін қамтамасыз ету;

2.2 Жобаны іске асырудың мақсаты

Жобаның негізгі мақсаттары мыналарды:

- ЦТР сервистері іске асырылатын және оның негізінде бұдан былай (осы ТТ аясынан тыс шеңберде) ұлттық сервистер операторлары мен тараптар операторларын ЦТР -ге қосу мүмкіндігі іске асырылуға тиіс технологиялық платформаны білдіретін ұлттық деңгейден жоғары компонентті;

- оған қатысты Одақ шеңберінде міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисі;

- техникалық регламенттерді қолдану және оның талаптарын орындау үшін қажетті техникалық регламенттер мен стандарттар тізбесінің сервисін;

- өнімге қойылатын міндетті талаптар, сәйкестігін бағалау нысандары туралы деректердің толық жиынтығын қалыптастыру сервисін;

- сыртқы сервистерге қосу үшін бағдарламалық қосымшалардың интерфейстерін бағдарламалық қамтамасыз еті болып табылады

3. Автоматтандыру объектісінің сипаты

3.1 Цифрландыру объектісі туралы қысқаша мәліметтер

Одақтың уәкілетті органдары мен шаруашылық жүргізуші субъектілерінің техникалық реттеу мәселелері бойынша өзара іс-қимыл процестері, сондай-ақ Одақ туралы шарт шеңберінде Одақты техникалық реттеу цифрландыру объектісі болып табылады.

Цифрлық техникалық реттеу мыналарды қамтуға:

- сыртқы сервистерге қосу үшін бағдарламалық ұсыныстардың интерфейстерін бағдарламалық қамтылымды қамтуға тиіс.

Жоба шеңберінде мынадай қызметтер кешені көрсетілуге тиіс:

- мыналарға қатысты цифрлық трансформациялау әдістемесін әзірлеу бойынша:

○ - өнімге қойылатын міндетті талаптар;

○ - өнімнің сыныптауышын (сыныптауыштарын) таңдау;

○ - оларға қатысты Одақ шеңберінде міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру және жүргізу бойынша жалпы процестерді анықтау;

○ - Одақтың техникалық регламентінің талаптарын қолдану және орындау үшін қажетті техникалық регламенттер мен техникалық стандарттарды әзірлеу;

○- техникалық регламенттердің мәтіндерін машинада оқи алатындай етуге келтіру (қажет болған кезде);

- жоба бойынша, соның ішінде ұлттық деңгейден жоғары компонент және әзірленетін сервис бойынша әдістемелік құжаттар, ережелер мен келісімдер әзірлеу бойынша;

- өнімнің таңдап алынған тобына қойылатын міндетті талаптар, сәйкестікті бағалау нысандары туралы деректердің толық жиынтығын қалыптастыру сервисін әзірлеу және толықтыру.

3.1 Жобаны құрудың және дамытудың қағидаттары

Жүйе ЕАЭО құқығына сәйкес құрылуға және Одаққа мүше мемлекеттердің заңнамасына қайшы келмеуге тиіс.

Жүйе масштабталуға тиіс және бизнес процестердің өзгерістеріне бейімдеу құралдары болуы керек.

Жобалық шешімдерді біріздендіру ақпараттық, лингвистикалық, бағдарламалық қамтамасыз етудің және ұйымдастырушылық қамтамасыз етудің біртұтас объектіге бағытталған компоненттерін құра отырып, бір типтес міндеттерді шешуге біркелкі көзқараспен қамтамасыз етілуге тиіс.

Орындаушы Жүйені жобалауды және әзірлеуді сенімділікті, компоненттердің нашар байланысын, көлденең масштабтауды және оны кейіннен пысықтауды қамтамасыз ету үшін АЖ микросервис архитектурасын құру қағидаттарына сәйкес жүзеге асыруға тиіс.

Бұл ретте, әрбір кіші жүйе жеке микросервис ретінде жүзеге асырылуы керек. Осыған байланысты, микросервистерді, олардың масштабын өзгертуді және басқаруды енгізу үшін Жүйенің құрамында инфрақұрылымды орналастыруды басқару және микросервистерді масштабтау құралдары көздеуге тиіс.

Жүйені әзірлеу нұсқасын басқару жүйесінде жүзеге асырылуы тиіс. Бұл ретте 4.1.2.5 бөліміне сәйкес тармақталу үлгісі жүзеге асырылуы тиіс.

Құрастыру желісін ұйымдастыруға қойылатын талаптар 4.1.2.5 бөлімінде келтірілген.

4. Жобаға қойылатын талаптар

4.1 Тұтас жобаға қойылатын талаптар

4.1.1 Жүйенің құрылымына қойылатын талаптар

Жүйе мынадай компоненттерден тұруға тиіс:

- ұлттық деңгейден жоғары компонент. Егжей-тегжейлі талаптар 4.2.3 бөлімде келтірілген;

- оған қатысты Одақ шеңберінде міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисі. Егжей-тегжейлі талаптар 4.2.4 бөлімде келтірілген;

- техникалық регламенттерді қолдану және оның талаптарын орындау үшін қажетті техникалық регламенттер мен стандарттар тізбесінің сервисі. Егжей-тегжейлі талаптар 4.2.5 бөлімде келтірілген;

- өнімге қойылатын міндетті талаптар, сәйкестігін бағалау нысандары туралы деректердің толық жиынтығын қалыптастыру сервисі. Егжей-тегжейлі талаптар 4.2.6 бөлімде келтірілген;

- сыртқы сервистерге қосу үшін бағдарламалық қосымшалардың интерфейстерінің бағдарламалық қамтылымы. Егжей-тегжейлі талаптар 4.2.7 бөлімде келтірілген.

Сондай-ақ жобаны іске асыру аясында мыналар жүзеге асырлуға тиіс:

- өнімге қойылатын міндетті талаптар бөлігінде цифрлық трансформациялау әдістемесін әзірлеу, өнімнің сыныптауышын (сыныптауыштарын) таңдау, Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесін қалыптастыру мен жүргізудің жалпы процестерін айқындау, Одақтың техникалық регламенттерінің талаптарын қолдану және орындау үшін қажетті техникалық регламенттер мен стандарттар тізбелерін әзірлеу, техникалық регламенттердің мәтіндерін машина оқитын форматқа келтіру (қажет болған жағдайда). Толық талаптар 4.2.1 бөлімінде келтірілген;

- әдістемелік құжаттаманы, жобаның ережелері мен келісімдерін, оның ішінде ұлттық деңгейден жоғары компонент және әзірленетін сервис бойынша әзірлеу. Егжей-тегжейлі талаптар 4.2.2- бөлімде келтірілген;

- жобаны әзірлеу бойынша ұсыныстарды әзірлеу. Егжей-тегжейлі талаптар 4.2.8- бөлімде келтірілген;

Сонымен қатар, өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы мәліметтердің толық жинағын қалыптастыру сервисін контентпен толықтыру жүзеге асырылуы тиіс.

4.1.1.1. Жүйе компоненттері арасындағы өзара байланыстарға және жүйенің басқа АЖ-мен өзара байланысына қойылатын талаптар

Ақпараттық ағындардағы Жүйе компоненттерімен іс-қимыл кезінде өзара іс-қимылдың 2 тәсілін қолдану керек:

- синхронды;

- асинхронды.

Өзара іс-қимылдың синхронды түрімен бастапқы жүйе сұрауды жібергеннен кейін қабылдаушы жүйеден жауап күтеді, бұл ретте сұрау салынған процестің жұмысы қабылдаушы жүйеден жауап алынғанша тоқтатылады.

Өзара іс-қимылдың асинхронды тәсілінде бастапқы жүйе сұраныстың өңдеу күйін белгілі бір аралықта нәтиже алғанша, процесті тоқтатпай сұрайды.

Ақпараттық өзара іс-қимылды таңдау кезінде басқалармен қатар асинхронды іс-қимылға басымдық берілуге тиіс.

Синхронды өзара іс-қимыл

Жасалған хабарламаны қабылдаушы жүйеге жібергеннен кейін бастапқы жүйе процесті аяқтау үшін міндетті жауапты күтеді.

REST архитектуралық дизайн стилі негізінде құрастырылған JSON хабар алмасу жүйенің компоненттері арасындағы синхронды өзара іс-қимылдың негізгі жолы болуы тиіс.

Бұл өзара іс-қимыл:

- жүйенің компоненттері арасында деректер алмасудың жоғары жылдамдығын;

- жүйе компонентінің масштабтылығын қамтамасыз етеді.

Жүйенің компоненттері арасында синхронды түрде хабарлама алмасу келесі жағдайларда:

- модуль қайсыбір ішкі жүйенің пайдаланушы және UI жұмысының бөлігі шеңберінде шақырылатыны және сұраныстың нәтижесі оған дереу берілетіні;

- модуль дереу модульден деректерді қажет ететін процесті тексеру бөлігі шеңберінде шақырылады (мысалы, кіші жүйе объектілеріне қол жеткізу құқықтарын тексеру кезінде);

- өте маңызды деректерді алмасуды қамтамасыз ететін ағымдарда орынды болады.

Әрбір модуль бір немесе бірнеше оқшауланған процестер ретінде жұмыс істейтін қосымшалар жиынтығы ретінде жүзеге асырылуы тиіс.

Әрбір кіші жүйе кем дегенде іске асырудың 2 деңгейіне бөлінуі керек:

1. Кіші жүйе модулінің қабаты – жүйені басқару үшін әдістердің толық жиынтығын қамтамасыз етеді. Жүйенің және GUI жүйенің әкімшілігі пайдаланады.

2. Интеграциялық қабат – кіші жүйенің басқа кіші жүйелермен өзара әрекеттесуі үшін әдістер жиынтығын қамтамасыз етеді. Бұл қабат кіші жүйенің ішкі логикасын сыртқы пайдаланушылардан капсулдарға бөледі, сондай-ақ кіші жүйедегі деректерді агрегациялауды және оркестрациялауды қамтамасыз ете алады.

Асинхронды өзара іс-қимыл

Кіші жүйелер арасында хабарламалар алмасу хабарламалардың кезектері арқылы жүзеге асырылады. Әрбір хабарға хабарлама сәйкестендіргіші берілуі керек. Хабарламаға жауап болса, жауапта бастапқы хабарламаның сәйкестендіргіші болуы керек.

Бұл өзара іс-қимыл:

- жүйе компоненттері арасындағы деректер алмасудың жоғары ақауларға төзімділігін;

- жүйе компоненттерінің масштабтылығын қамтамасыз етеді .

Жүйе компоненттері арасында асинхронды түрде хабарлама алмасу келесі жағдайларда орынды болады:

- модульдер бизнес үшін маңызды ақпаратпен алмасады, оның жоғалуы Тапсырыс берушінің бизнес-процестері тұрғысынан қабылданбайды;

- деректердің ауқымды көлемімен алмасу (пайдаланушының сұраныстарын өңдеу жылдамдығын қамтамасыз ету үшін).

Хабарламалар форматы: XML, JSON.

Хабарламаларды аутентификациялау

Кіші жүйеге қол жеткізу құқықтарын орнатудың икемділігін қамтамасыз ету үшін пайдаланушы құқықтарын авторизациялау кіші жүйенің интеграциялық қызметі жағында жүзеге асырылуы керек.

Сыртқы жүйелермен өзара іс-қимыл

Сыртқы жүйелермен өзара іс-қимыл үшін сыртқы қызметтерді қосуға арналған бағдарламалық қосымшалар интерфейстерін пайдалану керек.

4.1.1.1 Жүйенің жұмыс істеу режиміне қойылатын талаптар

Жүйе мынадай режимдерде жұмыс істеуді қамтамасыз етуге тиіс:

Штаттық режим – жұмыс істеудің негізгі режимі, онда 4.2-бөлімде көзделген функциялардың орындалуы қамтамасыз етіледі. Негізгі режимде Жүйе Жүйеге қызмет көрсету/жаңарту бойынша жоспарлы іс-шаралар жағдайларын (сервистік режим) қоспағанда, бүкіл күнтізбелік жыл бойына тәулігіне 24 сағат үздіксіз жұмыс істеуге тиіс.

Сервистік режим – сүйемелдеу үшін пайдаланылатын, соның ішінде жұмыстың конфигурациясын, параметрлерін, баптағыштарды сүйемелдеу Жүйенің бағдарламалық-техникалық құралдарына регламенттелген қызмет көрсетуді орындау үшін пайдаланылатын режим. Осы режимде Жүйе функцияларына қол жеткізілмеуі мүмкін.

Авариялық режим – Жүйенің жекелеген немесе барлық функцияларының жұмыс істеуі бұзылатын режим.

Жоғарыда аталған режимдердің әрқайсысында Жүйенің жұмыс жағдайларының сипаттамасы Әкімші нұсқаулығында берілуі керек.

4.1.1.2 Жүйені диагностикалауға қойылатын талаптар

Жүйе авариялық жағдайлар немесе бағдарламалық қамтамасыз етуде қателер туындаған жағдайда логтар түріндегі мәселені сәйкестендіру үшін қажетті ақпарат жинағын сақтап қалуға мүмкіндік беруге тиіс Жүйенің негізгі процестерін диагностикалау құралдарын беруге тиіс.

4.1.1.3 Жүйені дамытудың, жаңалаудың перспективалары

Жобаны іске асыру ЖҰК платформасында жоба аясында әзірленген қызметтерді ғана емес, сонымен қатар мүше мемлекеттерде техникалық реттеу және халықаралық сауда саласында белсенді түрде құрылатын ұлттық және басқа да (тараптардың) сервистерді біріктіру үшін кең мүмкіндіктер туғызады.

Жүйенің архитектурасы АЖ тараптарымен интеграциялау мүмкіндігін, қызметтерді құрам бойынша да, қызметтерге жүктеме бойынша да масштабтауды және тараптар сервистерін қосу мүмкіндігін қамтамасыз етуі керек.

Жоба іске асырылғаннан кейін жүйе қажетті ақпаратты алуда мүдделі тұлғалардың мүмкіндіктерін кеңейте отырып, API арқылы техникалық реттеу және стандарттау саласындағы ұлттық қызметтерді қосуға мүмкіндік беруі керек. Ақпараттық технологиялар саласындағы әзірлемелерді қайталаудың болмауы қаражаттың жұмсалуын оңтайландырады.

Жобаны іске асыру техникалық реттеу, стандарттау және сәйкестікті бағалау, ақпараттандыру және т.б. салада деректер мен түрлі қызмет көрсетушілерді біріктіруге мүмкіндік береді. Бұл ретте қолданылып жүрген элементтер (мысалы, рұқсат беру құжаттамасы (сәйкестік сертификаттары мен сәйкестік туралы декларация) бұдан әрі жобаға сыртқы дербес көздер ретінде қосылатын болады.

4.1.2 Жүйе архитектурасына қойылатын талаптар

4.1.2.1 Жалпы архитектураға қойылатын талаптар

Жүйе масштабталуға тиіс және оны бизнес-процестерде болатын өзгерістерге бейімдейтін құралдары болуға тиіс.

Орындаушы Жүйені жобалауды және әзірлеуді сенімділікті, компоненттерінің нашар байланысын, көлденең масштабтауды және оны келесі дамыту кезінде Жүйені икемді түрде пысықтау мүмкіндігін қамтамасыз ету үшін микросервистік архитектураны құру қағидаттарына сәйкес жүзеге асыруға тиіс.

Мұның барысында, әрбір кіші жүйе жеке немесе бірнеше микросервис ретінде жүзеге асырылуы керек. Микросервистерді енгізу, оларды масштабтау және Жүйедегі өзгерістерді басқару үшін инфрақұрылымды орналастыруды басқару және микросервистерді масштабтау құралдарын қамтамасыз ету үшін құралдарды көздеу қажет.

Жүйе архитектурасы:

заманауи кластерлеу және виртуализация технологияларын қолдану арқылы ақауларға төзімділік, Жүйенің жұмысын тоқтатпай компоненттерді ауыстыру;

мыналардың:

○ - жүйенің жұмыс істеуін оқшауланған, микросервистермен нашар байланыстырылған түрде іске асыру;

○ - мониторинг құралдарын қолдану және тоқтап қалулар мен іркілістерді болжамдау құралдарын қолдану;

○ - жүктеме өзгерген кезде микросервистерді серпінді масштабтау есебінен сенімділік, жұмысқа қабілеттілік және жоғары қолжетімділікті:

Жүйенің жұмысын тоқтатпастан оның компоненттерін ауыстыруды;

жүйенің жұмысын тоқтатпастан Жүйенің баптағыштарын өзгерту және қолдану мүмкіндігін қамтамасыз етуді;

жүйенің жұмыс істеуін қосымша кіші жүйелерді енгізу арқылы кеңейту мүмкіндігін;

жекелеген кіші жүйелерді түрлі командалардың қатар әзірлеуі және Жүйенің жұмысын тоқтатпастан кіші жүйені тәуелсіз іске қосу мүмкіндігін;

жүйенің әрбір кіші жүйесі басқа микросервистерге қарамастан қатар масштабтауды қолдауға тиіс және docker-контейнерлерде күшейтуге толығынан дайын болуға тиіс болуын қамтамасыз етуге тиіс.

Архитектураға сипатталған талаптар Тапсырыс берушінің инфрақұрылымын ескере отырып, тиісті техникалық мүмкіндік болған жағдайда іске асырылады. Техникалық мүмкіндік болмаған жағдайда, Тапсырыс берушінің келісімі бойынша жобалау кезеңінде балама іске асыру механизмі нақтыланады.

4.1.2.2 Техникалық құрылымға қойылатын талаптар

Жүйенің технологиялық құрылымы Жүйенің тиімді және тұрақты жұмыс істеуін қамтамасыз етуге тиіс.

Интеграциялық сервистер:

WSDL не Swagger сипаттамалар түрінде құжатталуға.

кемінде бір мажорлық нұсқа шамасында кері сыйымдылықты қамтамасыз етуге тиіс.

4.1.2.3 Әзірлеу платформасына қойылатын талаптар

Жүйенің бизнес логикасын іске асыру үшін платформаны таңдау кезінде келесі талаптарды ескеру қажет:

- орындау арасында іске асырудың ашық коды;

- негізгі конфигурацияны мониторингілеудің және басқарудың инфрақұрылымдық құралдарының болуы;

- кросс-платформалық (Windows және Linux орталарын қолдау);

- платформалық бағдарламалау тілдерінде жүзеге асырылатын және мыналарға арналған сыртқы кітапханалардың болуы:

○ - интеграциялық сценарийлерді іске асыру;

○ - бизнес-процестердің жай-күйін сақтай отырып іске асыру;

○ - дерекқорлармен жұмыс (РСУБД сияқты, НСУБД мен де);

○ - хабарламалар брокерлерімен жұмыс;

○ - JSON және XML құрылымдық деректермен жұмыс;

○ - Авторизация мен аудентификацияны қамтамасыз ету;

○ - SOAP және REST өзара іс-қимылын іске асыру.

кодты автоматтандыру құралдарының бірімен жинау бөлігінде ұстап тұру:

○ - Maven;

○ - Gradle;

○ - SBT;

○ - Ашық бастапқы коды бар және тәуелділікті басқаруды қолдайтын кез келген басқасымен.

кез келген ашық бастапқы коды бар өнеркәсіпте пайдаланылатын құрал арқылы статикалық талдау тұрғысынан қолдау;

ашық бастапқы коды бар кез келген өнеркәсіпте пайдаланылатын өңдеу ортасын қолдау.

Жүйенің пайдаланушы интерфейсінің логикасын іске асыруға арналған платформасы орындау ортасында іске асыру үшін ашық кодты қамтамасыз етуі керек.

4.1.2.4 Күшейту ортасына қойылатын талаптар

Жүйе модульдерінің микросервистерін күшейту ортасы платформаға немесе сыртқы өнімге ендірілген функционалды пайдалану есебінен контейнерлік басқаруды (CLI немесе осыған ұқсас іске асыру) қолдауы керек.

Орналастыру ортасы тиісті API қолдауы есебінен контейнерлік қауіпсіздік басқару элементтерін ендіру мүмкіндігін қамтамасыз етуі керек.

Микросервистерді күшейту ортасы мына құралдарды беруге тиіс:

- микросервистер арасындағы тәуелділікті басқару.

- жаңартуларды бірте-бірте жеткізу схемаларын басқару.

- бір уақытта жұмыс істеп тұрған микросервис даналарының санын басқару.

- кіріктірілген функционалдылық немесе плагиндер арқылы микросервистердің желілік қол жетімділігін басқару.

Сипатталған талаптар Тапсырыс берушінің инфрақұрылымын ескере отырып, тиісті техникалық мүмкіндік болған жағдайда орындалады. Техникалық мүмкіндік болмаған жағдайда, Тапсырыс берушінің келісімі бойынша жобалау кезеңінде іске асырудың балама механизмі нақтылап көрсетіледі.

4.1.2.5 Құрастыру конвейеріне қойылатын талаптар

Құрастыру конвейерін құру және оны ұйымдастыру технологияларын таңдау кезінде мынадай базалық талаптар қойылады:

- орындаулар арасында іске асырудың ашық коды;

- құрастырылған артефактілерді Жүйені күшейту ортасына жеткізуді қолдау;

- CI/CD конвейерінің жаңартуларды бірте-бірте жеткізу схемаларын басқару механизмдерімен өзара іс-қимылын қолдау.

1-сурет - GitFlow тармақтану моделі

Жоба шеңберіндегі барлық өзгерістер Develop тармағында жүргізілуге керек. Әзірлеуші Develop тармағына commit жасағаннан кейін сценарий автоматты түрде іске қосылуы керек, онда бастапқы кодтан docker-контейнер түрінде артефакт жинайды және оның нұсқаларын байытады. Әрі қарай, артефакт артефакті сақтау жүйесіне жүктелуі керек. Алдыңғы қадам сәтті болып аяқталса, күшейту қадамы орындалуы керек: API пәрмені орналастырылатын қызметтің жаңа нұсқасы бар аргументтерді қамтитын контейнерді басқару жүйесіне жіберіледі. Күшейту процесі байыппен өтуі керек, яғни Жүйенің ағымдағы бизнес функционалдығының жұмысы үзілмеуі керек.

Құрастыру конвейері шеңберінде 1-кестеде келтірілген тармақтарды енгізу моделін іске асыру арқылы ПО бастапқы кодымен басқару қамтамасыз етілуге тиіс.

1-кесте - Тармақтарды жүргізу моделі

N п/п	Тармақтардың атауы	Ескерту
1	Master	Репозиторидің негізгі тармағы. Бұл тармақта DevOps кодын және скриптарды тікелей өзгертуге тыйым салынады. Бұл тармаққа өзгерістер енгізу Merge-Request (енгізуге рұқсат) арқылы жүзеге асырылуы керек.
2	Develop	Әзірлеудің негізгі тармағы. Develop тармағы тікелей өзгерістер енгізу үшін жабық болуға тиіс. Бұл тармаққа өзгерістер енгізу Merge-Request арқылы жүзеге асырылуы керек.
3	Feature	Жаңа функционалдыққа арналған тармақ. Develop тармағынан құралуға тиіс.
4	HotFix	Егер Master тармағында проблема болып қалған кезде жедел түзетулер тармағы. Hotfix тармағы тікелей өзгерістер үшін жабық болуға тиіс
5	Release	Develop тармағынан жасалатын релиз тармағы. Release тікелей өзгерістер үшін жабық болуға тиіс. Бұл тармаққа өзгерістер енгізу Merge-Request арқылы жүзеге асырылуға тиіс.

4.1.2.6 Орындау ортасын ұйымдастыруға қойылатын талаптар

Жүйені әзірлеу шеңберінде объектілік (S3-үйлесімді), сондай-ақ блоктық сақтау қоймасын беру міндетін шешу жүзеге асырылуға тиіс. Сақтау қоймасын іске асыру технологиясы, оның бағдарламалық қамтамасыз етуді басқару деңгейі және көлемі мен жылдамдығына қойылатын талаптар Тапсырыс берушіге қолжетімді технологиялық шешімдерді ескере отырып, Жүйені техникалық жобалау сатысында нақтылануға тиіс.

4.1.3 Жүйені оқшаулауға қойылатын талаптар

Жүйенің пайдаланушы интерфейстері - экрандық пішіндер және олардың элементтері, кеңестер, қате туралы хабарламалар орыс тілінде жүзеге асырылуы керек.

Пайдаланушы интерфейсінің функционалдығы бойынша ұсыныстарды әзірлеу шеңберінде Орындаушы Жүйенің жеке интерфейстерінің көп тілділігіне (ЕАЭО-ға мүше мемлекеттердің мемлекеттік тілдерінде) қойылатын талаптар айқындалатын критерийлерді қалыптастыруға тиіс.

ЖҰК-тің функционалдық толықтыру мен инфрақұрылымына қойылатын талаптарды қалыптастыру және қызметтерге қойылатын талаптарды әзірлеу шеңберінде Орындаушы көптілді (ЕАЭО-ға мүше мемлекеттердің мемлекеттік тілдерінде) форматында іске асырылатын интерфейстердің тізбесін айқындауға тиіс.

Орыстандыруға жатпайтын жүйелік хабарламалар ғана ерекшелік болуы мүмкін.

4.1.4 Жүйе персоналының саны мен біліктілігіне және олардың жұмыс режиміне қойылатын талаптар

Жүйеге қызмет көрсететін персоналдың саны мен біліктілігі келесі талаптарды ескере отырып анықталуы тиіс.

Жүйенің құрылымы мен конфигурациясы техникалық қызмет көрсететін персонал санын барынша азайтуды қамтамасыз ететіндей жүзеге асырылуы керек.

Жүйені пайдаланушылар кем дегенде мыналарды қамтамасыз ететін біліктілікке ие болуы керек:

- заманауи операциялық жүйелер бар (пернетақта, тінтуір, терезе мен қолданбаларды басқару, файлдық жүйе) дербес компьютерде жұмыс істеудің негізгі дағдылары;

- интернет-браузерді пайдаланудың негізгі дағдылары (типтік конфигурацияларды орнату, қосылымдарды орнату, web -сайттарға кіру, навигация, пішіндер және web-интерфейстің басқа да типтік интерактивті элементтері);

- ақпараттық қауіпсіздік негіздерін білу

Техникалық қызмет көрсетуші персоналдың біліктілік деңгейі жүйенің бағдарламалық-аппараттық құралдарын орындаушылардың (өндірушілердің) талаптарына, сондай-ақ пайдалану құжаттамасының талаптарына сәйкес болуы керек.

Персоналдың жұмыс режимі жұмыс құжаттамасында анықталуы керек.

4.1.5 Жүйеге түсетін жүктемеге қойылатын талаптар

Жүйе масштабтауды төмендегі кестеде көрсетілген мақсатты мәндерге дейін қамтамасыз етуге тиіс.

2-кесте. Жүйенің жүктемелік көрсеткіштері

Көрсеткіш	Мәні
Жүйеге бір мезгілде кіру саны, секундына берілетін сұраулар	20 000
Жүйеде бір мезгілде жұмыс істейтін пайдаланушылардың саны, бірлік.	2 000
Жүйеде тіркелген ерекше пайдаланушылардың саны, бірлік	500 000
Сақталатын құжаттардың барынша көп көлемі, Тб	100

Жүктеме көрсеткіштерін Жүйені жобалау кезінде Орындаушы анықтайды және ол техникалық жобаға түсіндірме жазбада көрсетіледі.

Жүйе өнімділік көрсеткіштерін төмендегі кестеде көрсетілгеннен төмен емес шамада қамтамасыз етуі тиіс.

3-кесте. Жүйе өнімділігінің көрсеткіштері

Көрсеткіш	Мәні
Жүйеге бірінші рет кірген кездегі жүктеме	30 сек.дейін
Тапсырмалар арасындағы ауысу	20 сек. дейін
Жүйенің жаңа объектісін құру	15 сек. дейін
Жүйе объектісін процес бойынша жіберу	30 сек. дейін
Жүйенің веб-интерфейсін жүктеу	20 сек. дейін

Жүйенің әрбір компонентінің өнімділік көрсеткіштерін, сондай-ақ Жүйе компоненттерінің әрқайсысының нақты жүктеме көрсеткіштерін Орындаушы Жүйені жобалау кезінде анықтауға және техникалық жобаға Түсіндірме жазбасында көрсетуге тиіс.

4.1.6 Қол жетімділігі мен мықтылығына қойылатын талаптар

Ақаулықтан кейін жүйені қалпына келтіру уақыты 4 сағаттан аспауы керек.

Жүйе деректерінің толық резервтік көшірмесін жасау - кемінде 7 күнде бір рет болуы.

Жүйе деректерінің ішінара (жинақтаушы) резервтік көшірмесін жасау – кемінде 24 сағат сайын бір рет болуы керек.

Резервтік көшірмеден қалпына келтіру кезінде деректердің ең көп жоғалуы сәтсіздікке дейінгі соңғы 24 сағаттан аспайды.

Жүйені қалпына келтіру жүйені резервтік көшірмеден қалпына келтіру арқылы жүзеге асырылуы керек.

Клиенттік жұмыс орындарын қалпына келтіру жалпы және арнайы бағдарламалық құралдарды қайта орнату арқылы жүзеге асырылуы керек.

Сенімділікке қойылатын талаптар реттелетін авариялық жағдайлардың тізбесі:

Авариялық жағдайлар келесі топтарға бөлінеді:

- Жүйенің техникалық құралдарының жұмыс істемей қалуы;

- бағдарламалық қамтылымның тұрып қалуы;

- жұмыс орындары мен Жүйенің серверлік бөлігі арасындағы желінің болмай қалуы.

Жалпы алғанда, Жүйе жұмысының сенімділігі мыналармен қамтамасыз етілуі керек:

- ақауларға төзімділігі жоғары техникалық құралдарды (ТҚ) пайдалану;

- үзіліссіз қоректендіру көздері (ҮҚК) арқылы электрмен жабдықтаудағы қысқа мерзімді үзілістерден қорғау;

- үйлесімділік және жұмыс режимдері үшін қолданылатын бағдарламалық және техникалық құралдарды өндірушілердің талаптарын сақтау.

Жүйенің серверлік аппараттық құралдарының сенімділігі серверлік аппараттық платформаның негізгі элементтерін: жедел жады, қатты дискілер, қуат көздері, енгізу-шығару платалары, желдеткіштерді қайталау арқылы қамтамасыз етілуі керек.

Жүйені қалпына келтіру уақыты электрмен жабдықтаудағы үзілістерге, деректерді беру желілері мен байланыс арналарындағы ақпаратты берудің кешігуіне, техникалық құралдардың (ең алдымен серверлік жабдықтың) істен шығуына, сондай-ақ табиғи құбылыстарға байланысты ақауларды есепке алмай анықталады.

4.1.7. Ақпараттық қауіпсіздікке қойылатын талаптар

Ақпаратты рұқсат етілмегендерден қорғау Комиссияның және мүше мемлекеттердің нормативтік-техникалық және әдістемелік құжаттамасын ескере отырып іске асырылуға тиіс.

Жүйеде қол жетімділігі шектелмеген мәліметтері жоқ ақпарат өңделетін болады.

Пайдаланушыларға Жүйенің жабық бөлімдерінің деректері мен функцияларына қол жеткізуге рұқсат беру пайдаланушыны сәйкестендіру және аутентификация арқылы қамтамасыз етілуі тиіс. Жүйеге ақпаратты енгізетін пайдаланушылар өздері орналастыратын ақпараттың сапасы мен мазмұнына жауапты болады.

Ақпаратқа қол жеткізуді және Жүйенің функционалдығын басқару үшін рөлге негізделген қол жеткізу үлгісін пайдалану керек.

Жүйенің жалпыға қолжетімді мазмұны мен функционалдығы барлық пайдаланушыларға тіркелусіз және рұқсатсыз қолжетімді болуы керек.

Рұқсат етілмеген пайдаланушы Жүйенің арнайы функцияларына қол жеткізе алмауы керек.

Одақтың ИАЖ-мен, Жүйенің сервистерімен, мүше мемлекеттер мен шаруашылық жүргізуші субъектілер әзірлеген ұлттық сервистермен өзара іс-қимылы кезінде қауіпсіздікті қамтамасыз ету үшін өзара іс-қимылдың келесі түрлерін қолдау қажет:

- HTTPS қорғалған хаттамасын пайдалана отырып қосымшалар арасында ауысу;

- бекітілген хаттамалар бойынша берілген құрылым деректерімен алмасу.

Деректерді жинау, өңдеу, беру және ұсыну процестері жіберілетін деректерді ресімдеудің және кодтаудың біркелкі принциптері негізінде әзірленуі керек.

Ақпараттық қауіпсіздік пен ақпараттық қауіпсіздікке арналған жобалық шешімдерді Тұтынушы ұсынады және баптайды және осы техникалық тапсырманың нысанасы болып табылмайды.

4.1.8. Эргономикасы мен техникалық эстетикасына қойылатын талаптар

Жүйенің GUI пайдаланушысы мынадай талаптарды қанағаттандыруға тиіс:

- талаптары 4.2-бөлімде келтірілген Жүйелер функцияларының орындалуын терезелер мен пішіндер арасында ауысудың ең аз санымен қамтамасыз ету;

- сәтті орындалғаны туралы немесе орын алған қателіктер туралы барлық хабарламалар толық ақпаратты және қажет болған жағдайда оларды жою бойынша ұсыныстарды қамтуы керек.

Жүйенің экрандық нысаны ұтқырлыққа және біріздендіруге қойылатын мынадай талаптар ескеріле отырып жоспарлануға тиіс:

- пайдаланушы интерфейсінің барлық экрандық формалары негізгі басқару элементтері мен навигацияның бірдей орналасуымен бір графикалық дизайнда жасалуы керек;

- бірдей операцияларды белгілеу үшін бірдей графикалық белгілерді, түймелерді және басқа да басқару (навигациялық) элементтерін пайдалану керек;

- бірдей ұғымдарды, операцияларды және пайдаланушы іс-қимылдарын сипаттау үшін қолданылатын терминдер бірыңғай болуы керек;

- Жүйенің пайдаланушы әрекеттеріне реакциясы (тінтуір меңзерін көрсету, фокусты ауыстыру, түймені басу) экрандағы орналасуына қарамастан, бір графикалық элементтердегі әрбір іс-қимылға тән болуы керек;

- Жүйенің дизайны пайдаланушы орналасқан бөлімнің сәйкестендіруін қамтамасыз етуі керек; ағымдағы бөлімге навигация жүргізілген бөлімді сәйкестендіруді қамтамасыз етуге тиіс;

- беттер және оларда орналастырылған нысандар және басқа да элементтер браузерді стандартты құралдарымен масштабтау дұрыс көрсетілуі керек;

- шрифтілер кедергісіз пайдаланылуға тиіс;

- Жүйенің веб-бөлімдері 1920 х 1080 және одан да жоғары экранда көлденеңінен айналдырмастан (Тапсырыс берушімен келісу бойынша жекелеген жағдайларда көлденең айналдыру пайдаланылады) көрініп тұруға тиіс;

- Жүйенің графикалық интерфейсі проприетарлық технологияларды (мысалы, flash, silverlight) пайдалануды талап етпеуге тиіс.

4.1.9 Жүйе компоненттерін пайдалануға, техникалық қызмет көрсетуге, жөндеуге және сақтауға қойылатын талаптар

4.1.9.1. Пайдалану жағдайлары мен регламенті (режим)

Жүйенің жұмыс істеу шарттары мен режимі осы ТТ талаптарының орындалуын қамтамасыз етуі тиіс.

Жүйенің техникалық құралдарына техникалық қызмет көрсетудің шарттары, жұмыс режимі, түрлері мен кезеңділігі техникалық құралдарды жеткізушілердің талаптарымен айқындалады және Әкімші нұсқаулығында сипатталып жазылуы тиіс.

4.1.9.2. Қызмет көрсету регламентіне қойылатын талаптар

Жүйеге арналған пайдалану құжаттамасын Жүйелерге техникалық қызмет көрсетудің келесі түрлерін орындау тәртібін сипаттап көрсету қажет:

- күнделікті/апта сайынғы техникалық қызмет көрсету (қажет болған жағдайда);

- ай сайынғы техникалық қызмет көрсету;

жартыжылдық техникалық қызмет көрсету;

- жылдық техникалық қызмет көрсету.

4.1.10. Авариялар кезінде ақпараттың сақталуына қойылатын талаптар

Жүйелерде сақталатын ақпараттың сақталуы келесі оқиғалар болған жағдайда қамтамасыз етілуі керек:

- Қоректену авариялық ажырап қалғанда;

- Файлдық жүйенің тұтастығының жоғалып кетуіне әкеп соқпайтын техникалық және бағдарламалық құралдардың істен шығуы.

Транзакциялар жүргізуде іркілістер болған кезде Дерекқордың тұтастығы қамтамасыз етілуі тиіс.

Диск массивінің екі қатты дискісінің бір уақытта істен шығуы Жүйелердің жұмысына әсер етпеуі тиіс.

Жүйе деректерінің резервтік көшірмесін жасауға қойылатын талаптар Әкімші нұсқаулығында келтірілуге керек.

Ақпараттың сақталуы Жүйенің жұмыс істеуі кезінде ұйымдық-техникалық шаралар кешенімен қамтамасыз етілуі тиіс, атап айтқанда:

- тұрақты резервтік көшірмемен;

- деректердің тұтастығын бақылаумен;

- деректер қоймаларын ақауларға төзімді аппараттық құралдарға орналастырумен;

- жеке тұлғалардың деректер қоймаларына тек Жүйе әкімшілеріне қол жеткізуді шектеумен қамтамасыз етуге тиіс.

4.1.11. Стандарттау мен бірдейлендіруге қойылатын талаптар

Жобалық шешімдерді біріздендіру Жүйені ақпараттық, лингвистикалық, бағдарламалық және ұйымдық қамтамасыз етудің біріздендірілген объектілі-бағдарламалық компоненттерін құра отырып, бір типті міндеттерді шешуге біркелкі көзқараспен қамтамасыз етілуге тиіс.

Жүйедегі ақпаратты өңдеудің интерактивті құралдары функционалдық пернелерді, жұмыс және іздеу режимдерін пайдалану бөлігінде қабылданған келісімдерге сәйкес келуге тиіс:

- Ұқсас операцияларды көрсету үшін ұқсас графикалық белгішелер, түймелер және басқа басқару (навигация) элементтері пайдаланылады.

- Пайдаланушы интерфейсінің экрандық пішіндері негізгі басқару элементтері мен навигация бірдей орналастырыла отырып, бір графикалық дизайнда жасалуы керек;

- Типтік операцияларды (ақпараттық нысанды қосу, деректер өрісін өңдеу) белгілеу үшін қолданылатын терминдер, сондай-ақ оларды орындау кезінде пайдаланушы іс-қимылдарының реттілігі біркелкі болуы керек;

- Интерфейстің ұқсас элементтерінің сыртқы әрекеті (тінтуір меңзерін апаруға жауап беру, фокусты ауыстыру, түймені басу) бір типті элементтер үшін бірдей іске асырылады. Бұл орайда түсінушілікте бірегейлік қамтамасыз етіледі, яғни меню элементтері (немесе олардың аналогтары) пайдаланушы олардың мақсатын анық түсінетіндей болып аталады немесе бейнеленеді.

- Экрандық нысандағы түсіндіруші жазбалар, сондай-ақ пайдаланушыға берілетін хабарламалар (жүйелі хабарламалардан басқа) 4.1.3-бөлімнің талаптарына сәйкес болуға тиіс.

4.2. Функцияларына қойылатын талаптар

4.2.1. Цифрлық трансформациялау әдіснамасын әзірлеуге қойылатын талаптар

Цифрлық трансформациялау әдіснамасын әзірлеу шеңберінде мынадай қызметтер көрсетілуге тиіс:

1. Жобаның пайдаланушы интерфейсінің функционалдық мүмкіндіктері бойынша ұсыныстарын әзірленіп жатқан сервистерді пайдаланушылармен сұхбат негізінде қалыптастыру.

2. Қолданыстағы тәжірибелерді талдау және жобаны іске асыру мақсатында нысаналы ережелер мен ұсыныстарды қалыптастыру.

3. Қолданыстағы анықтамалықтар мен сыныптауыштарды қарастыру, Одақтың Бірыңғай нормативтік-анықтамалық ақпарат жүйесін (НАА) техникалық реттеу бөлігінде жаңарту және (немесе) толықтыру бойынша ұсыныстар дайындау.

4. Техникалық регламенттерді, стандарттардың тізбелерін машинамен оқылатын форматқа аударуды ұсынуға бағалау жүргізу.

5. Жобаны іске асыру үшін қажетті техникалық шешімдерді апробациялау объектілерінің тізбесін қалыптастыру.

6. Техникалық регламентті цифрлық трансформациялау мақсатында өнім сыныптауыш(тар)ын талдау және таңдау, оның сипаттамасына сәйкес өнімді сәйкестендірудің ұсынылған әдістемелерін тексеруді қамтамасыз ету бойынша жұмыстарды жүргізу.

7. Техникалық регламент мәтінін машина оқитын форматқа жазу (қолданыстағыларын аудару) қағидаларын әзірлеу.

8. Жоба шеңберінде өнімнің таңдап алынған сыныптауыш(тар)ына қатысты стандарттар тізімдерін таңбалау ережелерін (нұсқауларын) әзірлеу.

9. Одақтың техникалық регламенттерінде белгіленген бірыңғай міндетті талаптар туралы машинада оқылатын деректердің базасын қалыптастыру үшін деректерді, сондай-ақ Одақтың осы техникалық регламенттерін іске асыруға бағытталған актілердің ережелерін дайындау бойынша консорциумға қатысушыларға арналған нұсқаулықтарды әзірлеу..

10. Техникалық реттеу саласындағы бизнес-процестердің реинжинирингін, оның ішінде Одақ шеңберінде міндетті талаптар белгіленетін өнімдердің бірыңғай тізбесін қалыптастыру және жүргізу бойынша жалпы процестерді айқындау бөлігіндегі реинжинерингті, сондай-ақ Одақтың техникалық регламенттеріне өзгерістерді әзірлеу және енгізу т.б.

11. Одақтың техникалық регламенттерін әзірлеу және өзгерту жобасының сервистік ортасында өнімге қойылатын міндетті талаптарды қалыптастыру бойынша әдістемелік нұсқауларды әзірлеу.

12. Оларды тексеру және жобаға қосылу туралы шешім қабылдау үшін сыртқы қызметтерге қойылатын талаптарды әзірлеу

13. Өнімге қойылатын міндетті талаптар бөлігінде цифрлық трансформациялау әдістемесін өзекті ету, өнімдердің сыныптауыш(тар)ын таңдап алу, сондай-ақ Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесін қалыптастыру және жүргізу үшін Одақтың техникалық регламенттеріне өзгерістерді әзірлеу және енгізу.

4.2.1.1. Әзірленіп жатқан сервистерді пайдаланушылармен сұхбат негізінде жобаның пайдаланушы интерфейсінің функционалдық мүмкіндігі бойынша ұсыныстарды қалыптастыруға қойылатын талаптар

Осы тармақ бойынша қызметтерді көрсету шеңберінде пайдаланушы интерфейсінің функционалдық мүмкіндігі бойынша ұсыныстарды қалыптастыру қажет, оның ішінде:

- пайдаланушылар типінің тізбесі қалыптастырылуы;

- сұхбат алынатын пайдаланушылардың тізбесі қалыптастырылуы;

- жүргізілген сұхбаттың қорытындысы бойынша дайындалған пайдаланушы интерфейсінің функционалдық мүмкіндігінің базалық жиынтығы дайын болуы қажет.

4.2.1.2. Қолданыстағы тәжірибелерді талдауға және жобаны іске асыру мақсаттары үшін нысаналы қағидалар мен ұсынымдарды қалыптастыруға қойылатын талаптар

Осы тармақ бойынша қызметтерді көрсету шеңберінде мынадай нәтижелер алынуға тиіс:

- жобаны іске асыру мақсатында өзгертуді қажет ететін ережелерді көрсете отырып, қазіргі уақытта қолданылып жүрген ережелер мен ұсынымдар жиынтығын көрсетуі тиіс қолданыстағы практиканы талдау;

- техникалық реттеу жүйесін цифрлық трансформациялау жағдайында процеске қатысушылардың өзара іс-қимылын қамтамасыз ететін нысаналы ережелер мен ұсынымдар қалыптастырылуы тиіс.

4.2.1.3. Қолданыстағы анықтамалықтар мен сыныптауыштарды қарауға, Одақтың Бірыңғай нормативтік-анықтамалық ақпарат жүйесін (НАЖ) техникалық реттеу бөлігінде өзекті ету және (немесе) толықтыру бойынша ұсыныстар дайындауға қойылатын талаптар

Осы тармақ бойынша қызметтерді көрсету шеңберінде Одақтың нормативтік-анықтамалық ақпаратының бірыңғай жүйесін (НАА) техникалық реттеу бөлігінде қолданыстағы анықтамалықтар мен сыныптауыштарды жаңарту және (немесе) толықтыру бойынша ұсыныстар қалыптастырылуға тиіс.

Одақтың Бірыңғай НАА жүйесін техникалық реттеу бөлігінде өзекті ету және (немесе) толықтыру жөніндегі ұсыныстар Одақтың НАА бірыңғай жүйесі шеңберінде пайдалану үшін толықтырылуы қажет анықтамалық әдебиеттер мен сыныптауыштардың тізбелерін, сондай-ақ Одақтың НАА Бірыңғай жүйесінде бұрыннан қолданылып келе жатқан, толықтыруды, түзетуді немесе алып тастауды қажет ететін көрсеткіштер тізбелерін қамтуы тиіс.

Ұсыныстар Одақтың Бірыңғай НАА жүйесін техникалық реттеу жүйесін цифрлық трансформациялау мақсатында пайдалану мүмкіндігін қамтамасыз етуге тиіс.

4.2.1.4. Техникалық регламенттерге, машинада оқылатын форматқа аударуға арналған стандарттар тізбелеріне бағалау жүргізуге қойылатын талаптар

Осы тармақ бойынша қызметтерді көрсету шеңберінде осы жоба қойған мақсаттарға қол жеткізу мүмкіндігін қамтамасыз ететін құжаттардың (техникалық регламенттер, стандарттар тізбелері) оларды машинада оқылатын форматқа аудару мақсатында құрылымының жобалары, сондай-ақ осындай құжаттарды машинада оқылатын форматқа аудару бойынша жұмыс жоспары (жол картасы) әзірленуі керек, оның ішінде мыналар жүзеге асырылуы тиіс:

- құжат түрлерінің тізбесін қалыптастыру және цифрландыруды талап ететін ережелерді анықтау;

- цифрлық жобаны іске асыру үшін кейіннен машинада оқылатын форматқа аудару мақсатында қайта қарауды талап ететін құжаттар тізбесін қалыптастыру;

- талаптар элементтерінің түрлерін бөліп алу және оларды машинада оқылатын форматта көрсетуді сипаттау;

- өнімнің түрін және оның өмірлік циклінің кезеңін ескере отырып, талаптарды машинада оқылатын нысанда ұсыну құрылымын анықтау. Бұл ретте машинада оқылатын құжаттардың ашық форматтары пайдаланылуы керек;

- белгілеу әдістемесін әзірлеу.

4.2.1.5. Жобаны іске асыру үшін қажетті техникалық шешімдерді сынақтан өткізу үшін объектілер тізбесін қалыптастыруға қойылатын талаптар

Осы тармақ бойынша қызметтерді көрсету шеңберінде жобаны іске асыру үшін қажетті техникалық шешімдерді (техникалық регламенттер, стандарттар тізбелері, өнім түрлерінің атаулары және т.б.) сынақтан өткізу үшін реттелетін объектілердің жабық тізбесі қалыптастырылуы тиіс.

Реттеу объектілерін таңдау жобаның барлық кезеңдерін пысықтау мүмкіндігін қамтамасыз етуі және пилоттық жобаның нәтижелерін жобаның толық нұсқасына дейін кейіннен масштабтау мақсатында жеткілікті репрезентативті болуы керек.

4.2.1.6. Техникалық регламентті цифрлық трансформациялау мақсатында өнім сыныптауыштарын талдауға және таңдауға, оның сипаттамасына сәйкес өнімді сәйкестендірудің ұсынылған әдістемелерін тексеруді қамтамасыз ету бойынша жұмыстар жүргізуге қойылатын талаптар

Осы тармақта көзделген қызметтерді көрсету шеңберінде қажетті техникалық құралдар мен ақпараттық технологиялар айқындалуы тиіс, таңдап алынған техникалық құралдар мен технологияларды пайдалана отырып, Техникалық реттеу мақсатында өнімдерді сыныптау әдістемесінің жобасы әзірленуі тиіс, оның ішінде мыналар жүзеге асырылуға тиіс:

- нысаналы өнімді сәйкестендіру жүйесі ретінде сыныптауышты таңдап алу және таңдап алуды негіздеу;

- код ішінде сәйкестендіруді қоса алғанда, өнімді сәйкестендіру әдістемесін қалыптастыру;

- "оқытуға арналған деректер жинағына қойылатын талаптарды қоса алғанда, өнімнің атауы бойынша сыныптауыш кодын таңдау" механизмінің сипаттамасы;

- техникалық реттеу саласындағы құжаттарды өнімді сәйкестендіру үшін таңдап алынған сыныптауыш кодтарымен байланыстыру әдістемесін қалыптастыру

4.2.1.7. Техникалық регламенттің мәтінін машинада оқылатын форматқа жазу (қолданыстағы мәтінді аудару) ережелерін (нұсқауларын) әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- техникалық регламенттің мәтінін машинада оқылатын форматқа жазу (қолданыстағы мәтінді аудару) процесіне қатысушылардың рөлдік моделін әзірлеу;

- әрбір рөл үшін нұсқаулар жинағын құру.

4.2.1.8. Жоба шеңберінде таңдап алынған өнім сыныптауыштарына байланыстырылған стандарттар тізбелерін таңбалау ережелерін (нұсқауларын) әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- жоба шеңберінде өнімнің таңдап алынған сыныптауыш(тар)ына байланыстырылған стандарттар тізбелерін белгілеу процесіне қатысушылардың рөлдік моделін әзірлеу;

- әрбір рөл үшін нұсқаулар жинағын құру.

4.2.1.9. Консорциумға қатысушылар үшін Одақтың техникалық регламенттерінде белгіленген бірыңғай міндетті талаптар туралы машинамен оқылатын деректер базасын қалыптастыру үшін деректерді дайындау бойынша нұсқаулықтарды, сондай-ақ Одақтың осы техникалық регламенттерін іске асыруға бағытталған актілерді әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- жоба шеңберінде цифрлық форматқа аудару үшін құжаттар тізбесін қалыптастыру;

- құжаттарды цифрлық форматқа аударудың жол картасын қалыптастыру;

- құжаттардың сөзсіз цифрланбайтын және ішінара цифрланбайтын элементтерін анықтау және өңдеу нормаларын қоса алғанда, қолданыстағы құжаттарды цифрлық форматқа аудару бойынша нұсқаулықтар жинағын әзірлеу;

- цифрландырылған құжаттарды верификациялаудың регламентін әзірлеу.

4.2.1.10. Техникалық реттеу саласындағы бизнес-процестердің реинжинирингіне қойылатын талаптар, оның ішінде Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесін қалыптастырудың және жүргізудің жалпы процестерін айқындау бөлігінде, сондай-ақ Одақтың техникалық регламентіне өзгерістерді әзірлеуге және енгізуге т.б. қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- ағымдағы бизнес-процестерді сипаттау;

- нысаналы бизнес-процестерді әзірлеу;

- НҚА талдау;

- Одақтың техникалық регламенттеріне өзгерістерді әзірлеу және енгізу қажеттігі бөлігінде Одақтың құқығына кіретін актілерді талдау;

- техникалық реттеу жүйесін цифрлық трансформациялау мақсатында нысаналы ережелер (ұсынымдар) бөлігінде Одақ заңнамасына өзгерістер енгізу туралы актілердің жобаларын әзірлеу.

4.2.1.11. Одақтың техникалық регламенттеріне өзгерістерді әзірлеу және енгізу бойынша жобаның сервистік ортасында өнімге қойылатын міндетті талаптарды қалыптастыру жөніндегі әдістемелік нұсқауларды әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- жобаның сервистік ортасындағы өнімге, Одақтың техникалық регламенттеріне өзгерістер әзірлеуге және енгізуге қойылатын міндетті талаптарды қалыптастыру шеңберінде Жүйені пайдалану сценарийлерін әзірлеу;

- әзірленетін әдістемелік ұсыныстарды іске асыру мақсатында ұйымдастыру-техникалық шаралар жиынтығын дайындау;

- "КО ТР әзірлеуші" және "Стандарттар тізбесін әзірлеуші" рөлі үшін, сондай-ақ сырттан тартылатын ұйымдар үшін функционалдық талаптарды қалыптастыру;

- Одақтың техникалық регламенттеріне өзгерістерді әзірлеу және енгізу жобасының сервистік ортасында өнімге қойылатын міндетті талаптарды қалыптастыру бойынша әдістемелік нұсқауларды дайындау.

4.2.1.12. Сыртқы сервистерге оларды тексеру және жобаға қосу туралы шешім қабылдау үшін қойылатын талаптарды әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде "Интеграциялау туралы үлгі келісім" деген құжаттар жинағы әзірленуге тиіс.

4.2.1.13. Өнімге қойылатын міндетті талаптар бөлігінде цифрлық трансформациялау әдістемесін жаңартуға, өнім сыныптауыштарын таңдауға, сондай-ақ оларға қатысты Одақ шеңберінде міндетті талаптар белгіленетін өнімдердің бірыңғай тізбесін қалыптастыру және жүргізу бойынша ЕП-ге, Одақтың техникалық регламентіне өзгерістер әзірлеуге және енгізуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде. 4.2.1.1-4.2.1.12-тармақтар бойынша қызметтер көрсету нәтижелерінің өзара байланысын қажет болған кезде өзекті ету жүргізілуге тиіс.

Осы тармақты іске асыру шеңберінде 4.2.1.1-4.2.1.12-тармақтар бойынша жұмыстар өзекті етілуі мүмкін.

4.2.2. Жоба бойынша, соның ішінде ұлттық деңгейден жоғары компонент және әзірленетін сервистер бойынша әдістемелік құжаттаманы, ережелер мен келісімдерді әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- ұлттық органнан жоғары компоненттің және әзірленетін сервистердің әдістемелік құжаттамасын, Комиссия актілерінің жобаларын (қажет болған кезде) дайындау;

- НАА туралы, әзірленіп жатқан сервистер туралы ережелерді, Одақтың нормативтік-анықтамалық ақпаратының бірыңғай жүйесімен өзара іс-қимылдың тәртібін әзірлеу;

- Үшінші елдердің және басқа да мемлекеттік емес қатысушылардың сервиске қосылу моделін дайындау;

- Жобаны пайдаланушылардың барлық типі үшін құжаттар пакетін дайындау.

4.2.2.1. Ұлттық деңгейден жоғары компонентті және әзірленіп жатқан сервистер бойынша әдістемелік құжаттаманы, Комиссия актілерінің жобаларын (қажет болған кезде) әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- НАА қажетті әдістемелік құжаттамасының және әзірленіп жатқан сервистердің, Комиссия актілері жобаларының тізбесін дайындау;

4.2.2.2. НАА туралы ережелерді әзірлеуге, әзірленіп жатқан сервистерге және Одақтың нормативтік-анықтамалық ақпаратының бірыңғай жүйесімен өзара іс-қимыл тәртібіне қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар әзірленуге тиіс:

- 4.2.3-бөлім шеңберінде әзірленіп жатқан ұлттық деңгейден жоғары компонент туралы ереже;

- 4.2.4 – 4.2.6-бөлімдер шеңберінде әзірленіп жатқан сервистер туралы ережелер;

- Одақтың бірыңғай нормативтік-анықтамалық жүйемен өзара іс-қимылдың тәртібі.

НАА және әзірленіп жатқан сервистер туралы ережелер жоба туралы жалпы ережелерді, Консорциумның Жүйені құру және оның жұмыс істеуі бойынша функциялары мен өкілеттіктерінің сипаттамасын, мүше мемлекеттердің уәкілетті органдарын, Жүйенің операторы мен ұлттық сервистердің операторларын қамтуға тиіс.

4.2.2.3 Үшінші елдердің және басқа да мемлекеттік емес қатысушылардың сервиске қосылу моделін дайындауға қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде үшінші елдердің және басқа да мемлекеттік емес қатысушылардың сервиске қосылуы бойынша архитектуралық шешімдер мен құжаттама жобалары әзірленуі тиіс.

4.2.2.4 Жобаны пайдаланушылардың барлық түрлері үшін құжаттар жинағын дайындауға қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде Жүйені пайдаланушылардың барлық түрімен келісімдер жасасу ұйымдастырылуы және іске асырылуы тиіс.

4.2.3 Ұлттық деңгейден жоғары компонентке қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- Функционалдық толықтыруға және НАА инфрақұрылымына қойылатын талаптарды әзірлеу

- НАА техникалық жобасын әзірлеу

- НАА бағдарламалық қамтылымын әзірлеу

4.2.3.1 Ұлттық деңгейден жоғары компоненттің кіші жүйесінің құрамы

Ұлттық деңгейден жоғары компонент технологиялық платформаны білдіруге тиіс, онда ЦТР сервистері іске асырылады және оның негізінде одан әрі (осы ТТ аясынан тыс) ұлттық сервистер операторлары мен сырттай операторлардың ЦТР сервистеріне қосылу мүмкіндігі іске асырылуға тиіс.

Ұлттық деңгейден жоғары компонент мынадай кіші жүйелерді қамтуға тиіс:

- пайдаланушыларды сәйкестендірудің және олардың функционалдық рөлдерін басқарудың кіші жүйесі;

- деректерді сақтаудың кіші жүйесі;

- Одақтың НАА-мен интеграциялаудың және өзара іс-қимылдың кіші жүйесі;

- пайдаланушы интерфейсінің кіші жүйесі;

- басқа да кіші жүйелер;

Кіші жүйелердің құрамы цифрлық трансформациялау әдіснамасын әзірлеу бөлігінде (4.2.1-бөлімді қараңыз), сондай-ақ ЖҰК функционалдық толықтыруға және оның инфрақұрылымына қойылатын талаптарды әзірлеу шеңберінде нақтылануы мүмкін.

ЖҰК функционалдық толықтыруға және оның инфрақұрылымына қойылатын талаптарды әзірлеу шеңберінде ұлттық деңгейден жоғары компонентке егжей-тегжейлі талаптарды Орындаушы әзірлеуге тиіс.

4.1.9.2. Авоматтандырылатын процестің сипаттамасы

4.2.3.1 Пайдаланушыларды сәйкестендірудің және олардың функционалдық рөлдерін басқарудың кіші жүйесіне қойылатын талаптар

Пайдаланушыларды сәйкестендірудің және олардың функционалдық рөлдерін басқарудың кіші жүйесі Жүйенің пайдаланушыларын, сондай-ақ қажет болған кезде Жүйенің ішкі сервистерін аутентификациялауды және авторизациялауды қамтамасыз етуге арналған.

Қосымша есептік деректерін енгізуді қажет етпей-ақ Жүйе сервистерін "таза" пайдалануды қамтамасыз ететін пайдаланушының бір реттік аутентификациясын іске асыру қажет.

Аутентификация және авторизация құралдары пайдаланушының Жүйенің функционалдық мүмкіндіктеріне қол жеткізуінің рөлдік үлгісін басқаруға мүмкіндік беруі және түпкілікті авторизацияны қамтамасыз етуі керек.

Жүйені пайдаланушыларды аутентификациялау және авторизациялау үшін олардың есептік деректерін байланыс арналары арқылы ашық түрде жіберуді болдырмайтын қатаң аутентификация хаттамалары пайдаланылады.

Пайдаланушының Жүйенің функциялары мен деректеріне қол жеткізуі пайдаланушы аутентификациялау және авторизациялау рәсімдерінен өткеннен кейін ғана қамтамасыз етілуге тиіс (қол жеткізу авторизацияланбаған пайдаланушыларға берілуі мүмкін Жүйенің жалпыға қолжетімді бөлігін қоспағанда).

Пайдаланушылардың Жүйенің функциялары мен деректеріне қол жеткізуі топтық және рөлдік қағидат негізінде шектелуі тиіс. Жүйенің әрбір пайдаланушысының есептік жазбасы басқару объектілеріндегі бір немесе бірнеше рөлдерге тағайындалған бірнеше алдын ала анықталған пайдаланушы топтарының бірімен салыстырылуы керек.

Әрбір пайдаланушы, әрбір объективті рөл үшін Жүйенің функциялары мен деректеріне қол жеткізуге нақты шектеулер белгіленуі керек.

Аутентификациялау мен авторизациялаудың ашық стандарттарын (OAuth, OpenID) пайдалана отырып, аутентификациялау мен авторизациялаудың сыртқы модульдерімен интеграциялау мүмкіндігі қамтамасыз етілуге тиіс.

ЖҰК функционалдық толықтыруға және инфрақұрылымына қойылатын талаптарды әзірлеу шеңберінде авторизациялауды және аутентификациялауды қамтамасыз ететін Одақта қолданылып жүрген шешімдерді пайдалану қажеттілігі айқындалуға, оның ішінде Тұтынушының анықтамалық қызметімен біріктіру мүмкіндігі қаралуға тиіс.

4.2.3.2.2 Деректерді сақтау кіші жүйесіне қойылатын талаптар

Деректерді сақтаудың ішкі жүйесі құрылымдалған және құрылымдалмаған деректердің сақталуын, Жүйенің НАА енгізуді қамтамасыз етуі керек және сонымен қатар мыналарды қамтуы керек:

- жүйелік анықтамалықтарды басқару модулі (Одақтың ИАЖ НАА интеграцияланған);

- техникалық реттеуге жататын өнімнің сыныптауышы;

- сервистердің каталогы;

- техникалық регламенттер мен стандарттар тізбелерінің құрылымдалған сақтау қоймасы;

- деректерді і сақтаудың құрылымдалмаған қоймасы.

Жүйелік анықтамалықтарды басқару модулі Жүйенің ішкі анықтамаларын жүргізу сияқты сыртқы АЖ-дан анықтамалықтарды алуды да қамтамасыз етуі керек. Сыртқы анықтамалықтардың тізбесін (10 анықтамалықтан аспайтын) ҰЖК функционалдық толықтырылуына және оның инфрақұрылымына қойылатын талаптарды әзірлеу шеңберінде Орындаушы айқындайды. Сыртқы анықтамалықтарға Тапсырыс беруші ұйымдасқан түрде қол жеткізе алады.

Жүйелік анықтамалықтардың құрылымын API арқылы немесе графикалық интерфейсті пайдалану арқылы құру және өңдеу мүмкіндігі болуы керек. Анықтамалықты құру кезінде кодтар мен өріс атауларын, пайдаланылған анықтамалықтарға сілтемелерді, толтыру міндеттілігі белгілерін қоса алғанда, анықтамалықтың атрибуттарының тізбесі мен қасиеттерін, анықтау мүмкіндігін қамтамасыз ету қажет.

Техникалық реттеуге жататын өнім сыныптауышы 4.2.1.6. тармақ бойынша жұмыс нәтижелері ескеріле отырып әзірленуге тиіс.

Техникалық реттеуге жататын өнімнің сыныптауышы ол әзірленген ұлттық және/немесе халықаралық сыныптауыштармен үйлесімді болуы керек, соның ішінде техникалық реттеуге жататын өнімдердің сыныптауышы негізделген сыныптауыштарды автоматтандырылған режимдегі сыныптауыштар арасындағы байланысты әр түрлі нұсқаларды қолдау арқылы жаңарту мүмкіндігі болуы керек.

Сервистер каталогы Жүйе беретін сервистерді басқаруға мүмкіндік беруі керек, соның ішінде:

- Жүйе ұсынатын сервистердің тізбесін жүргізуге;

- Жүйе ұсынатын сервистердің әр түрлілігін қамтамасыз етуге;

- Жүйе ұсынатын сервистердің паспортын жүргізуге тиіс.

Техникалық регламенттер мен стандарттар тізбелерін құрылымдалған сақтау қоймасы техникалық регламенттердің метадеректерін және техникалық регламентті немесе жалпы құжат ретінде стандарттар тізбесінен стандартты айқындайтын стандарттар тізбелерін сақтауды қамтамасыз етуі тиіс.

Техникалық регламенттердің тікелей деректерін және стандарттар тізбелерін сақтау құрылымдалмаған түрде жүзеге асырылуы мүмкін.

Техникалық регламенттер мен стандарттар тізбелерінің деректер қоймасының құрылымын таңдауды, сондай-ақ құрылымдық нысанда сақталатын деректер тізбесі мен құрылымдалмаған нысанда сақталатын деректер тізбесін айқындауды Орындаушы Жүйені дамыту және жаңғырту перспективаларын (4.1.1.4 тарауды қараңыз), Жүйенің архитектурасына қойылатын талаптарды (4.1.2 тарауды қараңыз) және техникалық регламент мәтінін машинада оқылатын форматқа жазу (аудару) үшін (4.2.1.7 тарауды қараңыз) ережелерін ( нұсқаулықтар) әзірлеуге қойылатын талаптарды әзірлеу бойынша жұмыс нәтижелерін ескере отырып жүзеге асыруға тиіс.

4.2.3.2.3 Одақтың ИАЖ интеграциялау кіші жүйесіне қойылатын талаптар

Одақтың ИАЖ-мен интеграциясының және өзара іс-қимылының кіші жүйесі Жүйе компонентінің өзара ақпараттық іс-қимылын ұйымдастыруға, сондай-ақ Жүйенің Одақтың ИАЖ-мен, Одаққа мүше мемлекеттердің мемлекеттік АЖ-мен ақпараттық өзара іс-қимылын қамтамасыз етуге арналған.

Одақтың ИАЖ-мен интеграциясының және өзара іс-қимылының кіші жүйесі мамандандырылған микросервистердің қабатын білдіреді, ол Жүйе шеңберінде және Жүйенің Одақтың ИАЖ-мен, Одаққа мүше мемлекеттердің АЖ-мен өзара іс-қимылы шеңберінде ақпарат көздері мен тұтынушылар арасында деректерді берудің инфрақұрылымын іске асырады.

Ішкі жүйе 4.1.1.1-бөлімінің талаптарына сәйкес ақпарат көздері мен тұтынушылар арасында деректер ағындарының синхронды және асинхронды алмасуын жүзеге асыруы тиіс.

Кіші жүйе шеңберінде Жүйе шеңберінде әзірленетін интеграциялық сервистерді автоматты түрде тестілеу құралдары іске асырылуға тиіс.

НАА-ны функционалдық толықтыру мен оның инфрақұрылымына қойылатын талаптарды әзірлеу шеңберінде Орындаушы Одақтың ИАЖ талдауды жүзеге асыруға тиіс және Жүйе мен Одақтың ИАЖ өзара іс-қимылы параметрлерін анықтауға, мәліметтері Жүйеде пайдаланылуы мүмкін жалпы процестер мен ішкі жүйелердің тізбесін, сондай-ақ жобаның мақсаттары үшін пайдалану мақсатында (қажет болған жағдайда) жаңа жалпы процестер мен ішкі жүйелерді оңтайландыру және әзірлеу бойынша ұсыныстарды анықтауға тиіс.

Жүйенің Одақтың ИАЖ-мен өзара іс-қимылының параметрлерін, сондай-ақ мәліметтері Жүйеде пайдаланылуы мүмкін жалпы процестердің тізбесін анықтау кезінде Орындаушы Жүйе мен Одақтың ИАЖ арасында функциялардың қайталануын азайту қағидатын басшылыққа алуы керек.

4.2.3.2.4 Пайдаланушы интерфейсінің кіші жүйесіне қойылатын талаптар

Пайдаланушылардың Жүйемен өзара іс-қимылы жалпыға қолжетімді портал арқылы да (сервистердің каталогынан сервистерді алу шеңберінде), API арқылы пайдаланушының ақпараттық жүйелерін Жүйемен интеграциялау арқылы да жүзеге асырылуға тиіс.

Жалпыға қолжетімді портал авторизацияланбаған пайдаланушылар үшін қолжетімді ашық бөлік сияқты, қол жеткізу пайдаланушыларды сәйкестендіру және олардың функционалды рөлдерін басқару кіші жүйесі арқылы жүзеге асырылатын жеке пайдаланушының жеке кабинетін де көздеуі керек.

Пайдаланушы интерфейсінің кіші жүйесі шеңберінде Жүйенің сыртқы пайдаланушыларының (тұтынушылардың) жеке кабинеттері және Тапсырыс берушінің және/немесе Жүйе операторының жеке кабинеттері көзделуі тиіс.

Жалпыға ортақ портал шеңберінде Жүйедегі оқиғалар туралы пайдаланушыларды хабардар етуді қамтамасыз ететін хабарландыру орталығы іске асырылуы тиіс.

Жалпыға ортақ портал шеңберінде пайдаланушының іс-қимылдарының тарихын сақтау көзделуге тиіс.

Жалпыға ортақ портал шеңберінде пайдаланушылардың Жүйе сервистерін пайдалануының статистикасын жинау механизмі іске асырылуға тиіс, Жүйені пайдаланушылардан кері байланысты жинау механизмі көзделуге тиіс.

Қоғамдық портал шеңберінде пайдаланушыларды сәйкестендіруге және олардың функционалдық рөлдерін басқаруға арналған ішкі жүйе арқылы пайдаланушының орталықтандырылған аутентификациясы қамтамасыз етілуі керек, бұл Жүйенің барлық сервистерін есептік деректерді қайта енгізуді немесе бұрыннан сақталғандарды қайта енгізуді қажет етпей пайдалануға мүмкіндік береді.

Пайдаланушылардың ақпараттық жүйесін Жүйемен интеграциялау үшін API-интерфейсі Техникалық тапсырманың 4.1.1.1, 4.1.2 талаптары ескеріле отырып әзірленуге тиіс.

Пайдаланушылардың ақпараттық жүйесін Жүйемен интеграциялау үшін API-интерфейсі шеңберінде интеграциялық сервистер шаблондары авторизациялау арқылы да және авторизацияламау арқылы да әзірленуге тиіс.

Пайдаланушылардың ақпараттық жүйесін Жүйемен интеграциялау үшін API-интерфейсі шеңберінде Жүйенің пайдаланушылары үшін API-интерфейсі арқылы Жүйеге қосу үшін интеграциялық сервистердің нұсқаулықтары мен шаблондары, интеграциялық өзара іс-қимыл әдістерін ұсынатын каталог, ұсынылатын сервистер каталогы әзірленуге тиіс.

4.2.3.2.5 Басқа да кіші жүйелерге қойылатын талаптар

ЖҰК-тің функционалдық толықтырылуы мен инфрақұрылымына қойылатын талаптарды әзірлеу шеңберінде Орындаушы ЖҰҚ-тың басқа ішкі жүйелерінің тізбесін анықтауы қажет. Басқа кіші жүйелердің тізбесін, мақсатын және талаптарын анықтау кезінде Орындаушы 4.1.2-бөлімде айқындалған Жүйе архитектурасына қойылатын талаптарды ескеруі тиіс.

4.2.4 Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисіне қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисіне қойылатын талаптарды әзірлеу

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисінің техникалық жобасын әзірлеу

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисінің бағдарламалық қамтылымын әзірлеу

4.2.4.1 Автоматтандырылуға жататын функциялар тізбесі

Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисі шеңберінде мынадай процестер автоматтандырылуға тиіс:

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін жүргізу процесі;

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесіне өзгерістер енгізуге бастама білдіру және келісу процесі;

Автоматтандырылатын процестердің құрамы цифрлық трансформациялау әдіснамасын әзірлеу шеңберінде (4.2.1 тарауды қараңыз), сондай-ақ Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін қалыптастыру сервисіне қойылатын талаптарды әзірлеу шеңберінде нақтылануы мүмкін.

Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесін қалыптастыру сервисіне қойылатын егжей-тегжейлі талаптарды Орындаушы Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімдердің бірыңғай тізбесін қалыптастыру сервисіне қойылатын талаптарды әзірлеу шеңберінде әзірлеуге тиіс.

4.2.4.2 Автоматтандырылатын процестің сипаттамасы

4.2.4.2.1 Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін жүргізу процесін автоматтандыру процесіне қойылатын талаптар

Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін жүргізу процесін автоматтандыру процесі шеңберінде соның ішінде мыналар іске асырылуға тиіс:

- Кеден одағы Комиссиясының 2011 жылғы 28 қаңтардағы шешіміне сәйкес Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесін жүргізу;

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің тізбесінің әр нұсқалығын жүргізу;

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнім тізбесінің техникалық реттелуге жататын өнімнің сыныптауышына (4.2.1.6, 4.2.3.2.2-бөлімдерді қараңыз) байланыстырылуы.

4.2.4.2.2 Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесіне өзгерістер енгізуге бастама білдіру және келісу процесін автоматтандыруға қойылатын талаптар

Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесіне өзгерістер енгізуге бастама білдіру және келісу процесін автоматтандыру шеңберінде, соның ішінде мыналар іске асырылуы тиіс:

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесіне өзгерістер енгізуге өтінімдер жинау процесін автоматтандыру;

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесіне өзгерістерді келісу процесін автоматтандыру.

4.2.4.3 Автоматтандыру процесіне қатысушылар

Мыналар автоматтандыру процесіне қатысушылар болып табылады:

- Комиссияның техникалық реттеу департаменті;

- Комиссияның техникалық реттеуге қатысатын өзге де департаменттері;

- Одаққа мүше мемлекеттердің стандарттау және техникалық реттеу жөніндегі органдары;

- Одақ шеңберінде оған қатысты міндетті талаптар белгіленетін өнімнің бірыңғай тізбесіне өзгерістер енгізуге бастама жасаушы заңды және жеке тұлғалар;

- техникалық регламенттер мен стандарттар тізбесін әзірлеушілер.

4.2.5 Техникалық регламенттер талаптарын қолдану және іске асыру үшін қажетті техникалық регламенттерді және стандарттар тізбесін әзірлеу сервисіне қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- Техникалық регламенттер талаптарын қолдану және іске асыру үшін қажетті техникалық регламенттерді және стандарттар тізбесін әзірлеу сервисіне қойылатын талаптарды әзірлеу;

- Техникалық регламенттер талаптарын қолдану және іске асыру үшін қажетті техникалық регламенттерді және стандарттар тізбесін әзірлеу сервисінің техникалық жобасын әзірлеу;

- Техникалық регламенттер талаптарын қолдану және іске асыру үшін қажетті техникалық регламенттерді және стандарттар тізбесін әзірлеу сервисінің бағдарламалық қамтылымын әзірлеу.

4.2.5.1 Автоматтандырылуға жататын функциялардың тізбесі

Техникалық регламенттер талаптарын қолдану мен іске асыру үшін қажетті техникалық регламенттерді және стандарттар тізбесін әзірлеу сервисі шеңберінде мынадай процестер автоматтандырылуға тиіс:

- техникалық регламенттерді (оларға енгізілген өзгертулер) және стандарттардың тізбелерін машинада оқылатын форматта әзірлеу процесі;

- талаптарды өнім сыныптауышына байланыстыру процесі;

- техникалық регламенттердің метадеректерін және стандарттар тізбелерін қалыптастыру процесі;

- Еуразиялық экономикалық одақтың техникалық регламенттерін әзірлеу және Кеден одағының техникалық регламенттеріне өзгерістер енгізу жоспарын басқару процесі.

Автоматтандырылатын процестердің құрамы цифрлық трансформациялау әдіснамасын әзірлеу шеңберінде (4.2.1-бөлімді қараңыз), сондай-ақ техникалық регламенттер және техникалық регламенттердің талаптарын қолдану және орындау үшін қажет стандарттар тізбелерін әзірлеу сервисіне қойылатын талаптарды әзірлеу шеңберінде нақтылануы мүмкін..

Техникалық регламенттердің талаптарын қолдану мен іске асыру үшін қажетті техникалық регламенттерді әзірлеу сервисіне қойылатын егжей-тегжейлі талаптарды Орындаушы техникалық регламенттерді және техникалық регламенттердің талаптарын қолдану мен орындау үшін қажетті стандарттар тізбесін әзірлеу шеңберінде әзірлеуге тиіс.

4.2.5.2. Автоматтандырылатын процестің сипаттамасы.

4.2.5.2.1 Техникалық регламенттерді (оларға өзгерістерді) және стандарттар тізбесін машинада оқылатын форматта әзірлеу процесін автоматтандыруға қойылатын талаптар

Техникалық регламенттерді (оларға өзгерістерді) және стандарттар тізбесін машинада оқылатын форматта әзірлеу процесін автоматтандыру шеңберінде, соның ішінде мыналар іске асырылуға тиіс:

- Одақтың техникалық регламенттерінде, оның ішінде бірнеше пайдаланушының бірлескен жұмыс режимінде белгіленген консорциумға қатысушыларға арналған жалпы міндетті талаптар бойынша машинамен оқылатын деректер базасын қалыптастыру үшін деректерді дайындау жөніндегі нұсқаулықтарға сәйкес (4.2.1.9-бөлімінің талаптарына сәйкес) техникалық регламенттер мен стандарттар тізбелерін белгілеу жөніндегі маманның интерфейсі;

- Одақтың техникалық регламенттерінде белгіленген жалпы міндетті талаптар бойынша машинада оқылатын деректерді техникалық регламенттердің баспа нұсқасымен визуалды салыстыруға арналған интерфейс;

- техникалық регламенттерді (ондағы өзгерістерді) және стандарттардың тізбелерін машинада оқылатын форматта әзірлеу, келісу және бекіту процесін автоматтандыру;

- Одақтың техникалық регламенттерін әзірлеудің барлық кезеңдерінде, құрылатын құжаттардың бөліктерін бұрын жасалған басқа құжаттарға және ақпарат көздеріне, сондай-ақ орындалуы міндетті өнім сыныптауышына "байланыстыра отырып" құжаттардың нұсқаларына мониторинг жүргізу.

4.2.5.2.2 Талаптарды өнім сыныптауышының талаптарына байланыстыру процесін автоматтандыруға қойылатын талаптар

Талаптарды өнім сыныптауышының талаптарына байланыстыру процесін автоматтандыру шеңберінде, соның ішінде мыналар іске асырылуға тиіс:

- техникалық реттеуге жататын өнімнің сыныптауышына қойылатын талаптарды байланыстыру интерфейсы (4.2.1.6, 4.2.3.2.2-бөлімді қараңыз)

- техникалық реттеуге жататын өнімнің сыныптауышына қойылатын талаптарды байланыстыру кезінде дұрыстықты және сілтемелерді форматтық-логикалық бақылау құралдары.

4.2.5.2.3 Техникалық регламенттер мен стандарттар тізбесінің метадеректерін қалыптастыру процесін автоматтандыруға қойылатын талаптар

Техникалық регламенттер мен стандарттар тізбесінің метадеректерін қалыптастыру процесін автоматтандыру шеңберінде , соның ішінде мыналар іске асырылуға тиіс:

- техникалық регламенттер мен стандарттар тізбелерінің каталогын басқару;

- техникалық регламенттер мен стандарттар тізбесінің статустық моделі;

- цифрлық техникалық реттеу шеңберінде техникалық регламенттер мен стандарттар тізбелерінің метадеректері бойынша сүзгілеу және іздестіру мүмкіндігі.

4.2.5.2.4 Еуразиялық экономикалық одақтың техникалық регламенттерін әзірлеу және Кеден одағының техникалық регламенттеріне өзгерістер енгізу жоспарын басқару процесін автоматтандыруға қойылатын талаптар

Еуразиялық экономикалық одақтың техникалық регламенттерін әзірлеу және Кеден одағының техникалық регламенттеріне өзгерістер енгізу жоспарын басқару процесін автоматтандыру шеңберінде, соның ішінде мыналар іске асырылуға тиіс:

- Еуразиялық экономикалық комиссия Кеңесінің "Еуразиялық экономикалық одақтың техникалық регламенттерін әзірлеу және оларға өзгерістер енгізу жоспары туралы" 2021 жылғы 23 сәуірдегі № 57 шешіміне сәйкес Еуразиялық экономикалық одақтың техникалық регламенттерін әзірлеу жоспарын жасау және өзгерістер енгізу

- Еуразиялық экономикалық одақтың техникалық регламенттерін әзірлеу жоспарының орындалуын бақылауды автоматтандыру;

- ТТ 4.2.1.10-бөлімі шеңберіндегі жұмыс нәтижелеріне сәйкес техникалық реттеу (соның ішінде Одақтың техникалық регламенттерін және т.б. әзірлеу және өзгерістер енгізу) саласындағы процестерді автоматтандыру.

4.2.5.3 Автоматтандырылатын процестің қатысушылары

Мыналар автоматтандырылатын процестің қатысушылары болып табылады:

- Одақтың техникалық реттеу департаменті;

- Одақтың техникалық реттеу процесіне қатысушы өзге де департаменттері;

- Одаққа мүше мемлекеттердің стандарттау және техникалық реттеу жөніндегі органдары;

- Техникалық регламенттер мен стандарттар тізбесін әзірлеушілер.

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисіне қойылатын талаптарды әзірлеу;

- Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисінің техникалық жобасын әзірлеу;

- Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисінің бағдарламалық қамтылымын әзірлеу;

4.2.6.1. Автоматтандырылуға жататын функциялардың тізбесі

- Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді сақтау қоймасын қалыптастыру процесі;

- Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді рольдік модельді ескере отырып беру процесі.

Автоматтандырылатын сервистің құрамы цифрлық трансформация әдістемесін әзірлеу шеңберінде (4.2.1-бөлімді қараңыз), сондай-ақ Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді әзірлеу шеңберінде нақтылануы мүмкін.

Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисіне егжей-тегжейлі талаптарды Орындаушы өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисіне қойылатын талаптар шеңберінде әзірлеуге тиіс.

4.2.6.1. Автоматтандырылатын процестің сипаттамасы

4.2.6.2.1 Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді сақтау қоймасын қалыптастыру процесін автоматтандыруға қойылатын талаптар

Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді сақтау қоймасын қалыптастыру процесін автоматтандыру шеңберінде, соның ішінде мыналар іске асырылуға тиіс:

- Жүйені дамыту перспективаларына қойылатын талаптарды ескере отырып (4.1.1.4-бөлімді қараңыз) деректерді сақтау қоймасының архитектурасын таңдау;

- деректерді сақтау қоймасына жинау процесін автоматтандыруды қоса алғанда, өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді сақтау қоймасы;

- өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің витриналарын қалыптастыру.

4.2.6.2.2 Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді рөлдік модельді ескере отырып беру процесін автоматтандыруға қойылатын талаптар

Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді рөлдік модельді ескере отырып беру процесін автоматтандыру шеңберінде, соның ішінде мыналар іске асырылуға тиіс:

- өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің витринасына қол жеткізудің WEB-интерфейсы;

- өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректерді берудің статистикасына мониторинг жүргізу және жинау құралдары;

4.2.6.3 Автоматтандырылатын процестің қатысушылары

Мыналар автоматтандырылатын процестің қатысушылары болып табылады:

Одақтың міндетті техникалық талаптары туралы мәліметтерді тұтынушылар

4.2.7 Сыртқы сервистерді қосу үшін бағдарламалық қосымшалардың интерфейстерін бағдарламалық қамтамасыз етуді әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде мыналар жүзеге асырылуға тиіс:

- Жобаға қосылатын басқа тарап сервистеріне, ұлттық қызметтерге және үшінші елдің қызметтеріне қойылатын талаптарды әзірлеу және бекіту

- Сыртқы сервистерді қосу үшін бағдарламалық қолданбалы интерфейстердің техникалық жобасын әзірлеу

- Сыртқы сервистерді қосу үшін бағдарламалық қосымшалардың интерфейстерін бағдарламалық қамтылымды әзірлеу

4.1.1.1, 4.2.1.12, 4.2.2.3 және 4.2.3.2.3-тармақтарға сәйкес сыртқы сервистермен интеграцияау туралы үлгі келісімде сипатталған сервистер жиынтығы іске асырылуға тиіс.

Сыртқы сервистерді қосу үшін интеграциялық іс-қимылдың нақты әдістерінің жиынтығы (10 әдістен аспайтын) айқындалып, әзірленуге тиіс.

Сыртқы сервистерді Жүйеге қосуға бастама жасау мен келісу процесі автоматтандырылуға тиіс.

Сыртқы сервистерге Жүйе арқылы қосылудың статистикасын жинау механизмі іске асырылуға тиіс.

Сыртқы сервистердің каталогы іске асырылуға, Жүйенің сыртқы сервистерінің каталогы іске асырылуға тиіс.

Соның ішінде сыртқы сервистерді Жүйеге қосу үшін интеграциялық сервистердің нұсқаулықтары мен шаблондарын ұсынатын сыртқы сервистерді әзірлеушінің порталы, интеграциялық өзара іс-қимылдың ұсынылатын әдістері іске асырылуға тиіс.

4.2.8 Жобаны дамыту бойынша ұсыныстарды әзірлеуге қойылатын талаптар

Осы тармақ бойынша қызметтер көрсету шеңберінде цифрлық жобаға бастама жасау үшін қажетті, Комиссия Алқасының 2019 жылғы 16 сәуірдегі № 58 шешіміне сәйкес дайындалған, мынадай құжаттарды қамтитын құжаттар топтамасы әзірленуге тиіс.

- мынадай бөлімдерді қамтитын бизнес-кейс:

○ - жобаның қысқаша сипаттамасы, жобаның мақсаты;

○ - стратегиялық сәйкестігі (басқа жобаларға және іс-шараларға тәуелділігі, стартегиялық пайдалар);

○ - жобаның нәтижелерін тұтынушылар;

○ - проблемалар мен күтілетін нәтижелер;

○ - бизнес-модель;

іс-шаралардың жоғары деңгейлі жоспары ("жол картасы") - іске асыру мерзімдері, күтілетін нәтижелер және жауапты орындаушылар көрсетілген жобаны іске асырудың негізгі кезеңдерін сипаттайтын құжат;

мынадай бөлімдерді қамтитын тұжырымдамалық жоба:

○ - жобаның қысқаша сипаттамасы;

○ - жобаның мақсаты, жобаның шеңбері;

○ - өзекті нәтижелер;

○ - архитектурасының сипаттамасы (архитектуралық қағидаттар, бизнес-архитектура, ақпараттық архитектура, қосымшалар архитектурасы, технологиялық архитектура);

○ - қауіпсіздік қырлары;

мынадай бөлімдерді қамтитын техникалық-экономикалық негіздеме:

○ - жобаның қысқаша сипаттамасы;

○ - жобаның мақсаты;

○ - нарықты талдау;

○ - жобаның негізгі артықшылықтары;

○ - жобаның техникалық бағасы;

○ - жобаға кететін шығындардың, ресурстардың, соның ішінде қаржылық шығындардың, тиімділіктерінің және пайдасының есебі мен бағасы;

○ - жобалық қаржыландыру бойынша ұсынымдар;

- жоба өнімінің сипаттамасы;

- жобаны іске асыру шеңберіндегі өзара іс-қимыл нысанының сипаттамасы;

- жобаны пайдалануды және дамытуды ұйымдастыру бойынша ұсыныстар;

- жобаның коммерциялық сервистерін, соның ішінде сыртқы сервистерін монеталау қағидаттары бойынша ұсыныстар;

- Жүйенің Операторын қаржыландыру тәртібі бойынша ұсыныстар.

4.2. Жүйені қамтамасыз ету түрлеріне қойылатын талаптар

4.3.1. Жүйені ақпараттық қамтамасыз етуге қойылатын талаптар

Жобаны іске асыру шеңберінде өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректер жиынтығын қалыптастыру бойынша сервизді контентті жинауы және толтықтыру қамтамасыз етілуге тиіс.

Контентті жинауға және толықтыруына қойылатын талаптарды Орындаушы консорциумға қатысушылар үшін Одақтың техникалық регламенттерде белгіленген бірыңғай міндетті талаптар бойынша машинада оқылатын деректер базасын қалыптастыру үшін деректерді, сондай-ақ Одақтың осы техникалық регламенттерін іске асыруға бағытталған актілердің ережелерін дайындау бойынша нұсқаулықтарды әзірлеу шеңберінде анықтауға тиіс (4.2.1.9-бөлімді қараңыз).

4.3.2 Жүйені бағдарламалық қамтамасыз етуге қойылатын талаптар

Жүйені бағдарламалық қамтамасыз ету осы ТТ-да көрсетілген функцияларды жүзеге асыруы және жұмыс режимдерін қамтамасыз етуі тиіс.

Жүйені әзірлеу кезінде еркін таратылатын бағдарламалық қамтылымды пайдалануға басымдық берілуге тиіс.

Тапсырыс берушімен келісім бойынша Жүйенің жұмыс істеуі үшін лицензиялық алымдарды төлеуді көздейтін меншікті бағдарламалық қамтылымды пайдалануға рұқсат етіледі. Мұндай бағдарламалық қамтылымды пайдалану кезінде Орындаушы жобаны іске асырудың ұзақтығына барлық қажетті лицензияларды ұсынуы керек.

4.3.3. Жүйені техникалық қамтамасыз етуге қойылатын талаптар

Жүйенің техникалық құралдары осы ТТ талаптарының орындалуын қамтамасыз етуі тиіс. Жүйенің техникалық құралдарының құрамын Орындаушы Жүйенің жабдықтарына, жүйелік бағдарламалық қамтамасыз етуіне және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) шеңберінде анықтайды.

Жүйенің техникалық құралдары регламенттелетін жұмыстарды жүргізуге қажетті уақытты есепке алмай, жылына 365 (366) күн бойы 24х7 режимінде жұмыс істеуі керек.

Есептеу ресурстары мен жадты ұтымды пайдалануды қамтамасыз ету, сондай-ақ физикалық серверлердің жалпы санын азайту үшін серверлерді виртуалдандыру технологиясын жүзеге асыратын ПО пайдалану көзделуге тиіс, ал бұл қосымшалардың талаптарына қарай есептеу ресурстарын бөлуге мүмкіндік береді.

Техникалық құралдарды және оларға қол жеткізуді Тапсырыс беруші Орындаушы Техникалық жобалау шеңберінде әзірлейтін жабдықтарға, жүйелік бағдарламалық қамтамасыз етуге және Жүйенің есептеу инфрақұрылымына қойылатын талаптарға (ерекшеліктерге) сәйкес мынадай тәртіппен береді:

- әзірлеу ортасы үшін аппараттық қамтамасыз ету спецификациясын бергеннен кейін күнтізбелік 3 айдан кешіктірмей;

- тестілік орта үшін аппараттық қамтамасыз ету спецификациясын бергеннен кейін күнтізбелік 3 айдан кешіктірмей;

- өнімділік ортасы үшін аппараттық қамтамасыз ету спецификациясын бергеннен кейін күнтізбелік 12 айдан кешіктірмей береді.

Жүйенің үздіксіз жұмыс істеуін қамтамасыз ету үшін Орындаушы жабдыққа, жүйелік бағдарламалық қамтамасыз етуге және Жүйенің есептеу инфрақұрылымына қойылатын талаптары (ерекшеліктері) бар хат жіберілген күнді және Техникалық жоба әзірленіп, бекітілген күннен ерте болуы мүмкін күнді жабдыққа, жүйелік бағдарламалық қамтамасыз етуге және Жүйенің есептеу инфрақұрылымына қойылатын талаптарды (ерекшеліктерді) берген күн деп есептейді.

5. Көрсетілетін қызметтердің құрамы мен мазмұны

5.1 Көрсетілетін қызметтердің күнтізбелік жоспары

4-кестеде Қызметтер көрсетудің күнтізбелік жоспары келтірілген

4-кесте. Қызметтер көрсетудің күнтізбелік жоспары

Қызмет көрсетудің басталатын уақыты	Іс-шаралардың жоғары деңгейлі жоспарының тармағы ("жол картасы")	Қызмет көрсету кезеңінің атауы	Техникалық тапсырманың тармағы	Көрсетілетін қызметтердің атауы	Қызмет көрсетудің нәтижелері/есептік құжаттама	Қызметтер көрсетудің мерзімі
1-кезең
Шарт жасалған күннен бастап	5	1.1. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.1.	Функционалдық мүмкіндіктер бойынша ұсыныстарды жобаның әзірленетін сервистерді пайдаланушыларымен сұхбат негізінде қалыптастыру.	Техникалық тапсырманың 4.2.1.1- бөлімінің талаптарына сәйкес цифрлық трансформация әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	7 (жеті) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	5	1.2. Цифрлық трансформациялау әдіснамасын әзірлеу	4.2.1.2.	Қолданыстағы тәжірибелерді талдау және техникалық реттеу жүйесін цифрлық трансформация мақсатында нысаналы ережелерді (ұсынымдарды) қалыптастыру.	Техникалық тапсырманың 4.2.1.2- бөлімінің талаптарына сәйкес цифрлық трансформация әдістемесі бойынша есеп беру құжаттары Көрсетілген қызмет актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	5	1.3. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.3.	Қолданыстағы анықтамалықтар мен сыныптауыштарды қарау, Одақтың Бірыңғай анықтамалық ақпарат жүйесін (ААЖ) техникалық реттеу бөлігінде жаңарту және (немесе) толықтыру бойынша ұсыныстар дайындау.	Техникалық тапсырманың 4.2.1.3- бөлімінің талаптарына сәйкес цифрлық трансформация әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	5	1.4. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.5.	Жобаны іске асыру үшін қажетті техникалық шешімдерді сынақтан өткізу объектілерінің тізбесін қалыптастыру	Техникалық тапсырманың 4.2.1.3- бөлімінің талаптарына сәйкес цифрлық трансформация әдіснамасы бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	6	1.5. Әдістемелік құжаттаманы, жобаның ережелері мен келісімдерін әзірлеу, соның ішінде ұлттық деңгейден жоғары компонент және әзірленетін сервистер бойынша әзірлеу.	4.2.2.1.	Ұлттық деңгейден жоғары компоненттің және әзірленіп жатқан сервистің әдістемелік құжаттамасын, Комиссия актілерінің жобаларын (қажет болған кезде) дайындау	Әдістемелік құжаттама, жоба бойынша ережелер мен келісімдер, соның ішінде ұлттық деңгейден жоғары компонент және Техникалық тапсырманың 4.2.2.1-бөлімінің талаптарына сәйкес әзірленіп жатқан сервистер бойынша тапсырмалар Көрсетілген қызметтер актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	7	1.6. Әдістемелік құжаттаманы, жобаның ережелері мен келісімдерін әзірлеу, соның ішінде ұлттық деңгейден жоғары компонент пен әзірленетін сервистер бойынша әзірлеу.	4.2.2.2.	ЖҰК туралы ережелер, әзірленіп жатқан сервистер туралы ережелерді және Одақтың бірыңғай нормативтік-анықтамалық ақпарат жүйесімен өзара іс-қимыл тәртібін әзірлеу	Әдістемелік құжаттама, жоба бойынша ережелер мен келісімдер, соның ішінде ұлттық деңгейден жоғары компонент және Техникалық тапсырманың 4.2.2.2-бөлімінің талаптарына сәйкес әзірленіп жатқан сервистер бойынша ерекшеліктер мен келісімдер Көрсетілген қызметтер актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	11	1.7. Әдістемелік құжаттаманы, жобаның ережелері мен келісімдерін әзірлеу, соның ішінде ұлттық деңгейден жоғары компонент пен әзірленетін сервистер бойынша әзірлеу	4.2.2.3.	Үшінші елдердің және басқа да мемлекеттік емес қатысушылардың сервиске қосылу моделін пысықтау	Әдістемелік құжаттама, жоба бойынша ережелер мен келісімдер, соның ішінде ұлттық деңгейден жоғары компонент және Техникалық тапсырманың 4.2.2.2-бөлімінің талаптарына сәйкес әзірленіп жатқан сервистер бойынша ережелер мен келісімдер Көрсетілген қызметтер актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	8	1.8. Жүйенің компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу	4.2.3.	ЖҰК функционалдық толықтыруға және инфрақұрылымына қойылатын талаптарды әзірлеу	Жүйенің ұлттық деңгейден жоғары компонентіне арналған жеке тапсырма Көрсетілген қызметтердің актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
2-кезең
Шарт жасалған күннен бастап	5	2.1. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.4.	Техникалық регламенттерді, стандарттардың тізбелерін машинамен оқылатын форматқа аударуды ұсынуға бағалау жүргізу	Техникалық тапсырманың 4.2.1.4- бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	6 (алты) айдан асырмай және 2022. 30.09. кешіктірмей
Шарт жасалған күннен бастап	5	2.2. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.6.	Техникалық регламентті цифрлық трансформациялау мақсатында өнімнің сыныптауыш(тар)ын талдау және таңдау оның сипаттамасына сәйкес өнімді сәйкестендірудің ұсынылған әдістемелерін тексеруді қамтамасыз ету бойынша жұмыс жүргізу.	Техникалық тапсырманың 4.2.1.6- бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	9 (тоғыз) айдан асырмай және 2022. 23,12. кешіктірмей
1.4 қызмет көрсетулар аяқталған күннен бастап	16	2.3. Контентті жинау және дайындау	4.3.1.	Таңдалған өнім тобына қойылатын міндетті талаптар, сәйкестікті бағалау нысандары туралы деректердің сервисін толықтыру үшін контентті жинау және дайындау	Өнімге қойылатын міндетті талаптар, сәйкестікті бағалау нысандары туралы деректердің толық жинағын сервиске жүктеу үшін деректерді дайындау және Тапсырыс берушімен келісу туралы есеп Көрсетілген қызметтердің актісі	3 (үш) айдан асырмай
3-кезең
1-кезең аяқталған күннен бастап	5	3.1. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.7.	Техникалық регламенттердің мәтінін машинада оқитын форматқа жазу (қолданыстағыларды аудару) ережелерін (нұсқауларын) әзірлеу.	Техникалық тапсырманың 4.2.1.7- бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	30.06.2023 кешіктірмей
1-кезең аяқталған күннен бастап	5	3.2. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.8.	Жоба шеңберінде таңдалған өнім сыныптауыш(тар)ына қатысты стандарттар тізбелерін таңбалау ережелерін (нұсқауларын) әзірлеу	Техникалық тапсырманың 4.2.1.8- бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтер актісі	30.06.2023 кешіктірмей
1-кезең аяқталған күннен бастап	12	3.3. Жүйе компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу	4.2.4.	Оларға қатысты ЕАЭО-да міндетті талаптар белгіленген және/немесе белгіленуі тиіс өнімдердің бірыңғай тізбесін қалыптастыру сервисіне қойылатын талаптарды әзірлеу	Оларға қатысты ЕАЭО-да міндетті талаптар белгіленген және/немесе белгіленуі тиіс өнімдердің бірыңғай тізбесін қалыптастыру сервисіне арналған жеке техникалық тапсырма Көрсетілген қызметтер актісі	30.06.2023 кешіктірмей
1-кезең аяқталған күннен бастап	13	3.4. Жүйе компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу	4.2.5.	ЕАЭО техникалық регламенттеріне өзгерістер әзірлеп, енгізу сервисіне қойылатын талаптарды әзірлеу	ЕАЭО техникалық регламенттеріне өзгерістер әзірлеп, енгізу сервисіне қойылатын талаптарды әзірлеуге арналған жеке техникалық тапсырма Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
1-кезең аяқталған күннен бастап	14	3.5 Жүйе компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу	4.2.6.	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары, зерттеулер (сынақтар) мен өлшемдер жүргізу ережелері мен әдістері туралы деректердің толық жинағын жасау сервисіне қойылатын талаптарды әзірлеу	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын қалыптастыруға арналған жеке техникалық тапсырма Көрсетілген қызметтер актісі	30.06.2023 кешіктірмей
1-кезең аяқталған күннен бастап	15	3.6. Жүйе компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу	4.2.7.	ЦТР-ға қосылатын сыртқы сервистерге қойылатын талаптарды әзірлеп, бекіту	Жүйенің сыртқы сервистеріне қосылуға арналған жеке техникалық тапсырма Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
1-кезең аяқталған күннен бастап	17	3.7. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.3.	ЖҰК техникалық жобасын әзірлеу	ЖҰК техникалық жобасы құрамында: жүйе компонентінің жобалық шешімдері; жүйелік архитектура бойынша техникалық шешім; жүйе компоненті мен АЖ аралас интеграциялау бойынша жобалық шешімдер Жүйенің жабдықтарына, жүйелік бағдарламалық қамтамасыз етуіне және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
2-кезең аяқталған күннен бастап	18	3.8. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.4.	Оларға қатысты ЕАЭО-да міндетті талаптар белгіленген және/немесе белгіленуі тиіс өнімдердің бірыңғай тізбесін қалыптастыру сервисінің техникалық жобасын әзірлеу	Оларға қатысты ЕАЭО-да міндетті талаптар белгіленген және/немесе белгіленуі тиіс өнімдердің бірыңғай тізбесін қалыптастыру сервисінің техникалық жобасын құрамында: жүйелік архитектура бойынша техникалық шешім; жүйе компоненті мен АЖ аралас интеграциялау бойынша жобалық шешімдер; Жүйенің жабдықтарына, жүйелік бағдарламалық қамтамасыз етуіне және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
2-кезең аяқталған күннен бастап	19	3.9. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.5.	ЕАЭО техникалық регламенттерін әзірлеу және өзгерту сервисінің техникалық жобасын әзірлеу	ЕАЭО техникалық регламенттерін әзірлеу және өзгерту сервисінің техникалық жобасы құрамында: жүйелік архитектура бойынша техникалық шешім; жүйе компоненті мен АЖ аралас интеграциялау бойынша жобалық шешімдер; Жүйенің жабдықтарына, жүйелік бағдарламалық қамтамасыз етуіне және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
2-кезең аяқталған күннен бастап	20	3.10. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.6.	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын қалыптастыру сервисінің техникалық жобасын әзірлеу	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын қалыптастыру сервисінің техникалық жобасы құрамында: жүйелік архитектура бойынша техникалық шешім; жүйе компоненті мен АЖ аралас интеграциялау бойынша жобалық шешімдер; Жүйенің жабдықтарына, жүйелік бағдарламалық қамтамасыз етуіне және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
2-кезең аяқталған күннен бастап	21	3.11. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.7.	Сыртқы сервистерді қосу үшін бағдарламалық қосымшалардың интерфейстерінің техникалық жобасын әзірлеу	Сыртқы сервистерді қосу үшін бағдарламалық қосымшалардың интерфейстерінің техникалық жобасы құрамында: Жүйе компонентінің жобалық шешімдері; жүйелік архитектура бойынша техникалық шешім; жүйе компоненті мен АЖ аралас интеграциялау бойынша жобалық шешімдер; Жүйенің жабдықтарына, жүйелік бағдарламалық қамтамасыз етуіне және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
2-кезең аяқталған күннен бастап	27	3.12. Контентпен толықтыру	4.3.1.	Таңдалған өнім тобына қойылатын міндетті талаптар, сәйкестікті бағалау нысандары туралы деректердің толық жинағын қалыптастыру сервисін контентпен толықтыру	Өнімге қойылатын міндетті талаптар, сәйкестікті бағалау нысандары туралы деректердің толық жинағын қалыптастыру сервисін контентпен толықтыру туралы есеп Көрсетілген қызметтердің актісі	30.06.2023 кешіктірмей
4-кезең
3-кезең аяқталған күннен бастап	5	4.1. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.1.9	Одақтың техникалық регламенттерінде белгіленген бірыңғай міндетті талаптар туралы машинада оқылатын деректердің базасын қалыптастыру үшін деректерді, сондай-ақ Одақтың осы техникалық регламенттерін іске асыруға бағытталған актілердің ережелерін дайындау бойынша консорциумға қатысушыларға арналған нұсқаулықтарды әзірлеу.	Техникалық тапсырманың 4.2.1.9-бөлімінің талаптарына сәйкес цифрлық трансформациялау әдіснамасы бойынша есеп беру құжаттары Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
2-кезең аяқталған күннен бастап	5	4.2. Жүйе компонентінің техникалық жобасын әзірлеу	4.2.1.10.	Техникалық реттеу саласындағы бизнес-процестердің реинжинирингі, оның ішінде Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесін қалыптастырудың және жүргізудің жалпы процестерін айқындау бөлігінде, сондай-ақ Одақтың техникалық регламентіне өзгерістерді әзірлеу және енгізу бөлігінде	Техникалық тапсырманың 4.2.1.10-бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3-кезең аяқталған күннен бастап	5	4.3. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.11.	Одақтың техникалық регламенттерін әзірлеу және өзгерту жобасының сервистік ортасында өнімге қойылатын міндетті талаптарды қалыптастыру бойынша әдістемелік нұсқауларды әзірлеу.	Техникалық тапсырманың 4.2.1.11-бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3-кезең аяқталған күннен бастап	5	4.4. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.12.	Сыртқы сервистерге оларды жобаға қосу туралы шешімді әзірлеп, қабылдауға қойылатын талаптарды әзірлеу.	Техникалық тапсырманың 4.2.1.12-бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3-кезең аяқталған күннен бастап	5	4.5. Цифрлық трансформациялау әдістемесін әзірлеу	4.2.1.13.	13. Өнімге қойылатын міндетті талаптар бөлігінде цифрлық трансформациялау әдістемесін, өнімдердің сыныптауыш(тар)ын таңдап алу, сондай-ақ Одақ шеңберінде міндетті талаптар белгіленген өнімдердің бірыңғай тізбесін қалыптастыру және жүргізу үшін Одақтың техникалық регламенттеріне өзгерістерді әзірлеу және енгізуді өзекті ету	Техникалық тапсырманың 4.2.1.13-бөлімінің талаптарына сәйкес цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттары Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3.7-кезең бойынша қызметтер көрсету аяқталған күннен бастап		4.6. Жүйе компоненттерінің бағдарламалық қамтылымын әзірлеу	4.2.3.	ЖҰК бағдарламалық қамтылымын әзірлеу	ЖҰК бағдарламалық қамтылымы Мынадай құрамдағы жұмыс құжаттамасы: Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3.8-кезең бойынша қызметтер көрсету аяқталған күннен бастап	23	4.6. Жүйе компонентінің бағдарламалық қамтылымын әзірлеу	4.2.4.	Оларға қатысты ЕАЭО-да міндетті талаптар белгіленген және/немесе белгіленуі тиіс өнімдердің бірыңғай тізбесін қалыптастыру сервисінің бағдарламалық қамтылымын әзірлеу	Оларға қатысты ЕАЭО-да міндетті талаптар белгіленген және/немесе белгіленуі тиіс өнімдердің бірыңғай тізбесін қалыптастыру сервисінің бағдарламалық қамтылымы Мына құрамдағы жұмыс құжаттамасы: Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3.9-кезең бойынша қызметтер көрсету аяқталған күннен бастап	24	4.8 Жүйе компонентінің бағдарламалық қамтылымын әзірлеу	4.2.5.	ЕАЭО техникалық регламенттерін әзірлеу сервисінің бағдарламалық қамтылымын әзірлеу	ЕАЭО техникалық регламенттерін әзірлеу сервисінің бағдарламалық қамтылымы. Мына құрамдағы жұмыс құжаттамасы: Мына құрамдағы жұмыс құжаттамасы: Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3.10-кезең бойынша қызметтер көрсету аяқталған күннен бастап	25	4.9. Жүйе компонентінің бағдарламалық қамтылымын әзірлеу	4.2.6.	Өнімге қойылатын міндетті талаптар, сәйкестігін бағалау нысандары туралы деректердің толық жиынтығын қалыптастыру сервисінің бағдарламалық қамтылымын әзірлеу	Өнімге қойылатын міндетті талаптар, сәйкестігін бағалау нысандары туралы деректердің толық жиынтығын қалыптастыру сервисінің бағдарламалық қамтылымы, Мына құрамдағы жұмыс құжаттамасы: Мына құрамдағы жұмыс құжаттамасы: Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3.11-кезең бойынша қызметтер көрсету аяқталған күннен бастап	26	4.10. Жүйе компонентінің бағдарламалық қамтылымын әзірлеу	4.2.7.	Сыртқы сервистерге қосу үшін бағдарламалық қосымшалар интерфейстерінің бағдарламалық қамтылымын әзірлеу	Сыртқы сервистерге қосу үшін бағдарламалық қосымшалар интерфейстерінің бағдарламалық қамтылымы Мына құрамдағы жұмыс құжаттамасы: Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3-кезең аяқталған күннен бастап	28	4.11. Жобаның әдістемелік құжаттамасын, ережелері мен келісімдерін әзірлеу, соның ішінде ұлттық деңгейден жоғары компонент және әзірленетін сервистер бойынша әзірлеу.	4.2.2.4.	Жүйенің барлық пайдаланушыларына арналған келісімдер топтамасын дайындау	Техникалық тапсырманың 4.2.2-бөлімінің талаптарына сәйкес жоба бойынша әдіснамалық құжаттамалар, ережелер мен келісімдер, соның ішінде ұлттық деңгейден жоғары компонент және әзірленіп жатқан сервистер бойынша құжаттар Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
3-кезең аяқталған күннен бастап	29	4.12. Жүйені кешендік тестілеу	6.3.	ЖҚК-ті және әзірленіп жатқан сервистерді тестілеуден өткізу	Әзірленген пайдалану құжаттамасына сәйкес Жүйені кешенді тестілеу хаттамасы. Жүйені кешенді тестілеу кезінде анықталған ескертулер тізілімі. Жүйені пысықтау бойынша ұсыныстар тізілімі. Ескертулерді жою хаттамасы Көрсетілген қызметтердің актісі	25.12.2023 кешіктірмей
5-кезең
4-кезең аяқталған күннен бастап	30	5.1. Бағдарламалық қамтылымды пысықтау	6.3.	Тестілеудің қорытындысы бойынша бағдарламалық қамтылымды пысықтау	Жүйенің пысықталған бағдарламалық қамтылымы Мына құрамдағы пысықталған жұмыс құжаттамасы Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	28.06.2024 кешіктірмей
4-кезең аяқталған күннен бастап	31	5.2. Күшейту және конфигирациялау	7.1.	Жобаны нысаналы аппараттық инфрақұрылымда күшейту	Тәжірибелі пайдалануды жүргізу бағдарламасы Тарихи деректерді ауыстыруды қоса алғанда, бастапқы деректерді жүктеу туралы есеп (қажет болған жағдайда) Пайдаланушыны оқыту бағдарламасы Жүйеге техникалық қызмет көрсету жөніндегі нормативтік құқықтық актілердің жобасы Жүйені сынақтан өткізуге енгізу туралы актінің жобасы Көрсетілген қызметтердің актісі	28.06.2024 кешіктірмей
4-кезең аяқталған күннен бастап	32	5.3. Тәжірибелі пайдалану	6.4.	Жүктеме тестілеуді қоса алғанда, жобаны тәжірибелі пайдалануға қосу	Тәжірибелі пайдалану нәтижелері бойынша пысықталған Жүйенің бағдарламалық қамтылымы (қажет болған жағдайда) Жаңартылған жобалық және жұмыс құжаттамасы (қажет болған жағдайда) Тәжірибелі пайдалану журналы Жүйені пысықтау бойынша ұсыныстар тізілімі Жүйенің тәжірибелік пайдалану жүргізу хаттамасы Көрсетілген қызметтердің актісі	28.06.2024 кешіктірмей
3-кезең аяқталған күннен бастап	36	5.4. Контентті жинау және дайындау	4.3.1.	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын қалыптастыру сервисін толықтыру үшін контентті жинау және дайындау (толық көлемінде)	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын сервиске жүктеу үшін дайындау және Тапсырыс берушімен келісу туралы есеп Көрсетілген қызметтердің актісі	28.06.2024 кешіктірмей
6-кезең
5-кезең аяқталған күннен бастап	33	6.1. Бағдарламалық қамтылымды пысықтау	6.4., 6.5.	Қабылдау сынақтарының қорытындысы бойынша ЦТР бағдарламалық қамтылымды пысықтау	Жүйенің пысықталған бағдарламалық қамтылымы Мына құрамдағы пысықталған жұмыс құжаттамасы Сынақтардың бағдарламасы мен әдістемесі (СБӘ); Әкімші басшылығы (ӘБ); Пайдаланушы басшылығы (ПБ); Жүйенің компонентін күшейту бойынша басшылық Көрсетілген қызметтердің актісі	27.12.2024 кешіктірмей
5-кезең аяқталған күннен бастап	34	6.2. Өнеркәсіптік пайдалануға енгізу	7.1.	ЦТР пысықталған бағдарламалық қамтылымын өнеркәсіптік пайдалануға енгізу	Жүйені өнеркәсіптік пайдалануға енгізу туралы өкім Оқыту формасы мен оқыту талаптары көрсетілген пайдаланушыларды оқыту бағдарламасы Оқу бағдарламасына сәйкес оқу материалдары Қажет болған кезде Жүйені сүйемелдеу регламенті Жүйені өнеркәсіптік пайдалануға енгізу туралы актінің жобасы Көрсетілген қызметтердің актісі	27.12.2024 кешіктірмей
5-кезең аяқталған күннен бастап	35	6.3. Дамыту бойынша ұсыныстар әзірлеу	4.2.8.	ЦТР дамыту бойынша ұсыныстар әзірлеу	Техникалық тапсырманың 4.8 бөлімінің талаптарына сәйкес цифрлық жобаға бастамалық жасау үшін қажетті құжаттар пакеті Көрсетілген қызметтердің актісі	27.12.2024 кешіктірмей
4-кезең аяқталған күннен бастап	37	6.4.Контентпен толықтыру	4.3.1.	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын қалыптастыру сервисін контентпен толықтыру (толық көлемінде)	Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жинағын қалыптастыру сервисін контентпен толықтыру туралы есеп Көрсетілген қызметтердің актісі	27.12.2024 кешіктірмей

Тапсырыс берушімен келісім бойынша, кезең ішіндегі басқа қызметтерге қарамастан жекелеген қызметтерді тапсыруға және қабылдауға рұқсат етіледі. Бұл ретте мұндай қызметтің құны қатысушының "Келісімшарт бойынша қызметтерді көрсету құны туралы ұсыныс" нысанындағы өтінімі негізінде айқындалады",

5.2. Әрбір саты бойынша көрсетілетін қызметтерге қойылатын талаптар

5.2.1. Цифрлық трансформациялау әдіснамасын әзірлеу" сатысы

Бұл сатыда цифрлық трансформациялау әдіснамасын әзірлеу бойынша қызметтер көрсетіледі.

Техникалық тапсырманың 4.2.1-бөлімнің тармақшасына сәйкес жобаның күнтізбелік жоспары нақтыланады. Осы Техникалық тапсырманың 4-кестесінде көрсетілген тиісті Кезеңнің ұзақтығына қатысты егжей-тегжейлі кесте бойынша жұмыс ұзақтығын асыруға тиісті Кезеңді 4-кестеде көрсетілген мерзімде іске асыруға мүмкіндік бермейтін объективті себептер болған кезде Тапсырыс берушімен келісім бойынша ғана рұқсат етіледі

Техникалық тапсырманың 4.2.1-бөлімнің тиісті тармақшасы бойынша егжей-тегжейлі жоба жоспары жұмыс құжаты болып табылады және ол Орындаушының да, Тапсырыс берушінің де қызметкерлерінің жұмысын жоспарлауға мүмкіндік береді. Жоспарды егжей-тегжейлі көрсету жұмыс материалдарын беруді, жоба бойынша мерзімді жиналыстарды өткізуді, сондай-ақ есепті құжаттарды әзірлеу бөлігінде жұмысты егжей-тегжейлі көрсетуді, оларды аралық бекітуді және бекітуді қамтуы керек.

Сатыны іске асыру шеңберінде:

- қажет болған кезде, халықаралық практикаға талдау жүргізіледі;

- қажет болған кезде, Одақтың және қатысушы мемлекеттердің ИТ ландшафтына АЖ бар және пайдаланылатын сыныптауыштары бөлігінде зерттеу жүргізіледі;

- Одақтың және қатысушы мемлекеттердің техникалық реттеу саласындағы қолданылып жүрген нормативтік-құқықтық актілеріне талдау жүргізіледі;

- қажет болған кезде, Жүйенің ықтимал пайдаланушыларынан, техникалық реттеу саласындағы мамандарынан сұхбат алу жүргізіледі;

- қажет болған кезде, тиісті сатылар бойынша көрсетілетін қызметтердің нәтижелерін жария түрде талқылау жүргізіледі;

- 4.2.1-бөлімнің тиісті тармақшалары бойынша цифрлық трансформациялау әдіснамасы бойынша есеп беру құжаттарының шаблонын әзірлеу жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Цифрлық трансформациялау әдіснамасын әзірлеу" сатысының есеп беру құжаттары

Техникалық тапсырманың 4.2.1-бөлімінің талаптарына сәйкес цифрлық трансформациялау әдіснамасы бойынша есеп беру құжаттары.

5.2.2. "Ұлттық деңгейден жоғары компонентті және әзірленіп жатқан сервистерді қоса алғанда, жоба бойынша әдістемелік құжаттаманы, ережелер мен келісімдерді әзірлеу" сатысы

Бұл кезеңде әдістемелік құжаттаманы, жоба бойынша ережелер мен келісімдерді, оның ішінде ұлттық деңгейден жоғары компонентті және әзірленіп жатқан сервистерді әзірлеу бойынша қызметтер көрсетіледі.

Техникалық тапсырманың 4.2.2-бөлімнің тармақшасына сәйкес жобаның күнтізбелік жоспары нақтыланады. Осы Техникалық тапсырманың 4-кестесінде көрсетілген тиісті Кезеңнің ұзақтығына қатысты егжей-тегжейлі кесте бойынша жұмыс ұзақтығын асыруға тиісті Кезеңді 4-кестеде көрсетілген мерзімде іске асыруға мүмкіндік бермейтін объективті себептер болған кезде Тапсырыс берушімен келісім бойынша ғана рұқсат етіледі

Техникалық тапсырманың 4.2.2-бөлімнің тиісті тармақшасы бойынша егжей-тегжейлі жоба жоспары жұмыс құжаты болып табылады және ол Орындаушының да, Тапсырыс берушінің де қызметкерлерінің жұмысын жоспарлауға мүмкіндік береді. Жоспарды егжей-тегжейлі көрсету жұмыс материалдарын беруді, жоба бойынша мерзімді жиналыстарды өткізуді, сондай-ақ есепті құжаттарды әзірлеу бөлігінде жұмысты егжей-тегжейлі көрсетуді, оларды аралық бекітуді және бекітуді қамтуы керек.

Сатыны іске асыру шеңберінде:

- қажет болған кезде, халықаралық практикаға талдау жүргізіледі;

- Одақтың және қатысушы елдердің қолданыстағы нормативтік-анықтамалық актілеріне талдау жүргізіледі;

- әдістемелік құжаттаманың, жоба бойынша ережелер мен келісімдердің шаблонын, соның ішінде ұлттық деңгейден жоғары компонент және әзірленіп жатқан сервистер бойынша әзірлеу жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Әдістемелік құжаттаманы әзірлеу, жобаның ережелері мен келісімдерін, оның ішінде ұлттық деңгейден жоғары компонент және әзірленетін қызметтерді әзірлеу" сатысының есеп беру құжаттары.

Әдістемелік құжаттама, жоба бойынша ережелер мен келісімдер, оның ішінде ұлттық деңгейден жоғары компонент және Техникалық тапсырманың 4.2.2 бөлімінің талаптарына сәйкес әзірленетін сервистер.

5.2.3. "Жүйенің компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу" сатысы

Бұл сатыда Жүйенің компоненттерін қалыптастыру үшін қажетті бастапқы деректерді алу мақсатында қызметтер көрсетіледі.

Тиісті компонентті әзірлеу бойынша жобаның күнтізбелік жоспары нақтыланады. Осы Техникалық тапсырманың 4-кестесінде көрсетілген тиісті Кезеңнің ұзақтығына қатысты егжей-тегжейлі кесте бойынша жұмыс ұзақтығын асыруға тиісті Кезеңді 4-кестеде көрсетілген мерзімде іске асыруға мүмкіндік бермейтін объективті себептер болған кезде Тапсырыс берушімен келісімі бойынша ғана рұқсат етіледі

Тиісті компонентті әзірлеу бойынша жобаның егжей-тегжейлі жоспары жұмыс құжаты болып табылады және ол Орындаушының да, Тапсырыс берушінің де қызметкерлерінің жұмысын жоспарлауға мүмкіндік береді. Жоспарды егжей-тегжейлі көрсету жұмыс материалдарын беруді, жоба бойынша мерзімді жиналыстарды өткізуді, сондай-ақ есеп беру құжаттарын әзірлеу бөлігінде жұмысты егжей-тегжейлі көрсетуді, оларды аралық бекітуді және бекітуді қамтуы керек.

Сатыны іске асыру шеңберінде:

- қажет болған кезде, Одақтың ИТ ландшафтына АЖ бөлігінде зерттеу жүргізіледі;

- қажет болған кезде, Жүйенің ықтимал пайдаланушыларынан сұхбат алу жүргізіледі;

- қажет болған кезде, автоматтандырылған бизнес-процестердің схемаларын әзірлеу және Жүйенің негізгі пайдаланушыларымен келісу жүргізіледі;

- қажет болған кезде, экрандық нысандардың макетттерін, есептерді, аналитикалық панельдерді әзірлеу және оларды Жүйенің негізгі пайдаланушыларымен келісу жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Жүйенің компоненттерін функционалдық толықтыруға қойылатын талаптарды әзірлеу" сатының есеп беру құжаттары

Жүйенің компонентіне арналған жеке техникалық тапсырма

5.2.4. "Жүйе компонентінің техникалық жобасын әзірлеу" сатысы

Бұл сатыда Жүйенің компоненттері бойынша жобалық шешімдерді қалыптастыру мақсатында қызметтер көрсетіледі.

Сатыны іске асыру шеңберінде:

- Жүйе компонентінің техникалық шешімдерін әзірлеу Жүйе компонентін функционалдық толықтыруға қойылатын талаптарды әзірлеу нәтижелерінің негізінде жүзеге асырылады.

- қазіргі АТ-ландшафтты зерттеу нәтижелері негізінде жүйелік архитектура бойынша техникалық шешімдерді әзірлеу жүзеге асырылады;

- аралас АЖ-мен интеграция талаптарына қойылатын талаптарды әзірлеу бойынша жұмыс жүргізіледі;

- жобалық шешімдерді көрсету мақсатында Тапсырыс берушімен келісім бойынша Жүйе компонентінің прототипін әзірлеу жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Жүйенің техникалық компонентін әзірлеу" сатысының есеп беру құжаттары

Жүйе компонентінің мынадай құрамдағы техникалық жобасы:

- Жүйе компонентінің жобалық шешімдері;

- жүйелік архитектура бойынша техникалық шешімдер;

- Жүйе компоненттері мен аралас АЖ интеграциялау бойынша жобалық шешімдер;

- Жүйенің жабдығына, жүйелік бағдарламалық қамтылымына және есептеу инфрақұрылымына қойылатын талаптар (ерекшеліктер).

5.2.5."Жүйе компонентінің бағдарламалық қамтылымын әзірлеу" сатысы

Бұл сатыда "Жүйе компонентінің техникалық жобасын әзірлеу" кезеңінде анықталған техникалық талаптардың функционалдық шеңберінде Жүйе компонентінің техникалық шешімдерін әзірлеу жүргізіледі.

Сатыны жүзеге асыру шеңберінде Жүйе компонентінің есептерін шешу алгоритмдерін әзірлеу бойынша қызметтер көрсетіледі. Тапсырыс берушінің шешім қабылдауға уәкілетті тұлғаларына ұсынылған жобалық шешімдерді көрсету арқылы жұмыс итеративті түрде жүргізіледі. Ұсынылған жобалық шешімдерді көрсету нәтижелері хаттамада көрсетіледі.

Сатыны іске асыру шеңберінде:

- Жүйенің бағдарламалық қамтылымын әзірлеу жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Жүйе компонентінің бағдарламалық қамтылымын әзірлеу" сатысының есеп беру құжаттары

Жүйе компонентінің бағдарламалық қамтылымы

Мынадай құрамдағы жұмыс құжаттамасы:

- сынақтар жүргізу бағдарламасы мен әдістемесі (СБӘ);

- әкімшілік басшылығы (ӘБ);

- пайдаланушы басшылығы (ПБ);

- Жүйе компонентін күшейту бойынша басшылық.

5.2.6. "Жүйені кешенді тестілеу" сатысы

Бұл сатыда "Жүйе компонентінің техникалық жобасын әзірлеу" кезеңінде анықталған техникалық талаптардың функционалды шеңберінде, "Жүйе компонентінің техникалық жобасын әзірлеу" сатысының шеңберінде әзірленген техникалық шешімдерді кешенді тестілеу тәртібі. жүргізіледі.

Сатыны іске асыру шеңберінде:

- Жүйенің әзірленген функционалдығын кешенді тестілеу 6.3-бөлімнің талаптарына сәйкес жүзеге асырылады. Егер кешенді тестілеу нәтижесінде Жүйенің жұмысы мен күтілетін нәтиже арасында сәйкессіздік анықталса немесе тестілеуге арналған деректер жиынтығының толық еместігі анықталса, онда бақылау тестілеуі сәтсіз деп танылады, ал Орындаушы анықталған кемшіліктерді жоюға міндеттенеді. Сынақ нәтижелеріне қарамастан тиісті хаттама рәсімделеді.

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Қабылдап алу сынақтары" сатысының есеп беру құжаттары

Жүйені әзірленген пайдалану құжаттамасы бойынша кешендік тестілеу хаттамасы.

Жүйені кешенді тестілеу кезінде анықталған ескертулердің тізілімі.

Жүйені пысықтау бойынша ұсыныстардың тізілімі.

Кешенді тестілеудің нәтижелері бойынша ескертулерді жоюдың хаттамасы (қажет болған кезде).

5.2.7. "Бағдарламалық қамтылымды пысықтау" сатысы

Осы сатыда "Жүйені кешенді тестілеу" кезеңінде немесе "Тәжірибелі пайдалану" кезеңінде қалыптастырылған Жүйені пысықтау бойынша олардың ұсыныстар тізілімі тапсырмалардың келісілген тізілімі шеңберінде Жүйенің техникалық шешімдерін пысықтау жүргізіледі.

Сатыны іске асыру шеңберінде Жүйе есептерін шешу алгоритмдерін пысықтау бойынша қызметтер көрсетіледі. Жұмыс Тапсырыс берушінің шешім қабылдауға уәкілетті тұлғаларына ұсынылған жобалық шешімдерді көрсету арқылы интеративті түрде жүргізіледі. Ұсынылатын жобалық шешімдерді көрсету нәтижелері хаттамамен ресімделеді.

Сатыны іске асыру шеңберінде:

- Жүйені бағдарламалық қамтылымды пысықтау жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

Жүйе компонентінің бағдарламалық қамтылымын әзірлеу" сатысының есеп беру құжаттары

Жүйенің пысықталған бағдарламалық қамтылымы.

Пысықталған жұмыс құжаттамасы мыналардан тұрады:

- сынақтар бағдарламасы және әдістемесі (СБӘ);

- әкімшілік нұсқаулығы (ӘН);

- пайдаланушы нұсқаулығы (ПН);

- Жүйе компонентін күшейтуге арналған нұсқаулық

5.2.8. "Күшейту және конфигурациялау" сатысы

Бұл сатыда Жүйені тәжірибелі пайдалану бойынша қызметтер көрсетілді.

Осы саты шеңберінде көрсетілетін қызметтер:

- тәжірибелі пайдалануды жүргізу бағдарламасын әзірлеу, сондай-ақ оны әзірлеу, сондай-ақ қажетті нормативтік құқықтық актілердің жобаларын және басқа да әкімшілік құжаттарды әзірлеу жүргізіледі;

- жүйені пайдаланушыларға нұсқама беру үшін аймақты дайындау жүргізіледі (пайдаланушының жұмыс орындарын дайындау, пайдаланушы жазбаларын жасау және рөлдерді тағайындау);

- тарихи деректерді көшіру жүргізіледі (қажет болған жағдайда және тиісті техникалық мүмкіндік болған жағдайда, сондай-ақ деректер бар болса);

- Жүйені пайдаланушыларға нұсқама беру бағдарламасы әзірленеді және пайдаланушылар мен техникалық қызмет көрсететін персоналға нұсқама беру жүзеге асырылады;

- Жүйемен жұмыс істеуді үйрену процесінде жұмыс істеуде анықталған қателіктерді жою, сондай-ақ бұрын бекітілген жобалық шешімдерді, жұмыс құжаттамасын және нормативтік құжаттаманы нақтылау жүргізіледі;

- жобалық құжаттаманы жаңарту бойынша жұмыс жүргізіледі (қажет болған кезде);

- Жүйені тәжірибелі пайдалануға дайындау жүргізіледі (баптаулар/әзірлемелер өнімді схемаға көшіру, түпкі пайдаланушылардың жұмыс орындары дайындау, пайдаланушы жазбалары мен олардың рөлдерін нақтылау);

- Жүйеге техникалық қызмет көрсету регламентінің жобасы әзірленеді (қажет болған жағдайда).

"Күшейту және конфигурациялау" сатысының есеп беру құжаттары

Тәжірибелік пайдалануды жүргізу бағдарламасы.

Тарихи деректерді көшіруді қоса алғанда, бастапқы деректерді жүктеу туралы есеп (қажет болған жағдайда).

Пайдаланушыға инструктаж жүргізу бағдарламасы.

Жүйені сүйемелдеу регламенті.

Жүйені тәжірибелі пайдалануға енгізу актісінің жобасы.

5.2.9. "Тәжірибелі пайдалану" сатысы

"Тәжірибелі пайдалану" сатысында тәжірибелі пайдалану жүргізу бағдарламасына сәйкес нақты деректерді пайдалану арқылы Жүйені пайдалану орындалады. Тәжірибелі пайдалану уақытында жүйенің жұмыс істеу режиміне мынадай талаптар қойылады:

- штаттық режим – жүйенің тәулігіне 24 сағат, аптасына 7 күн (24x7) жұмыс істеуі. Жүйенің тәулік бойы жұмыс істеу режимі пайдаланушылардың тәулік бойы жұмысын ұйымдастыруды талап етпейді және пайдаланушыларға штаттық кестеге сәйкес жұмыс істеуге мүмкіндік береді;

- сервистік режим – мынадай жұмыстарды орындау мүмкіндігін қамтамасыз етеді: техникалық қызмет көрсету, аппараттық-бағдарламалық кешенді жаңарту, авариялық жағдайларды жою. Қызмет көрсету жұмыстары 12 сағат ішінде аяқталуы керек;

- авариялық режим – Жүйе апаттық жағдай туындағанда және штаттық жұмыс істеу мүмкін болмағанда осы режимге ауысады. Штаттық режимге көшу авариялық режимге ауысқан кезден бастап 2 жұмыс күні ішінде жүзеге асырылуы тиіс (кешеннің аппараттық бөлігінің істен шығу жағдайларын қоспағанда).

Жүйені сүйемелдеу былайша жүзеге асырылады:

- қолдаудың бірінші желісін (түпкі пайдаланушыларға консультациялар беру, өтінімдерді өңдеу жүйесінде сұрауларды тіркеу) Тапсырыс беруші жүзеге асырады;

- қолдау көрсетудің екінші желісін (қолдау қызметінің мамандары мен соңғы пайдаланушыларға Пайдаланушы нұсқаулығында сипатталған операция бойынша, сондай-ақ үлгілі емес операциялар бойынша консультация беру, төтенше жағдайларды диагностикалау және жою) жүзеге асырады. Орындаушының кеңесшілері орындайды.

Осы саты шеңберінде көрсетілетін қызметтер:

- тәжірибелі пайдалануды сүйемелдеу бойынша қызметтер көрсетіледі;

- Жүйені жүктемелік тестілеу жүргізіледі;

- Жүйенің жұмыс істеуі процесінде қателер тәжірибелі пайдалану және Жүйенің жұмыс істеуіндегі анықталған қателерді жою журналында тіркеледі, сондай-ақ бұрын бекітілген жобалық шешімдерді, жұмыс құжаттамасын, нормативтік құжаттаманы нақтылау жүргізіледі;

- жобалық құжаттаманы жаңарту бойынша жұмыс жүргізіледі (қажет болған жағдайда);

- 6.4-бөлімінде жазылған жұмыстар жүргізіледі.

"Тәжірибелі пайдалану" сатысының есеп беру құжаттары

Тәжірибелі пайдалану нәтижелері бойынша пысықталған Жүйені бағдарламалық қамтамасыз ету (қажет болған кезде).

Жаңартылған жобалық және жұмыс құжаттамасы (қажет болған кезде).

Тәжірибелік пайдалану журналы.

Жүйені жетілдіру бойынша ұсыныстар тізілімі.

Жүйені тәжірибелі пайдаланудың хаттамасы.

5.2.10. "Өнеркәсіптік пайдалануға қосу" сатысы

Осы сатыда Жүйені өнеркәсіптік пайдалануға енгізу бойынша жұмыстар жүргізіледі.

Осы саты шеңберінде көрсетілетін қызметтер:

- Жүйені өнеркәсіптік пайдалануға енгізу туралы өкімнің жобасын әзірлеу;

- Жүйені өнеркәсіптік пайдалануға дайындау (баптауларды/әзірлеулерді өнімді контурға көшіру, түпкі пайдаланушылардың жұмыс орындарын дайындау, пайдаланушылардың жазбаларын және олардың рөлдерін нақтылау) жүргізіледі;

- Жүйеге техникалық қызмет көрсету регламентінің жобасын жаңарту (қажет болған кезде) жүргізіледі;

- Жүйені пайдаланушылар үшін оқу материалдарын әзірлеу.

"Өнеркәсіптік пайдалануға енгізу" сатысының есеп беру құжаттары

Жүйені коммерциялық пайдалануға енгізу туралы өкімнің жобасы.

Оқыту формасы мен оқыту талаптарын көрсете отырып, пайдаланушыларды оқыту бағдарламасы.

Оқу бағдарламасына сәйкес оқу материалдары.

Қажет болған кезде, Жүйеге техникалық қызмет көрсетудің жаңартылған регламенттері.

Жүйені коммерциялық пайдалануға енгізу туралы актінің жобасы.

Жүйені өнеркәсіптік пайдалануға қосу актісінің жобасы.

5.2.11. "Дамыту бойынша ұсыныстар әзірлеу" сатысы

Бұл сатыда Жүйені әзірлеу бойынша ұсыныстарды қалыптастыру үшін қажетті бастапқы деректерді алу бойынша қызметтер көрсетіледі.

Осы сатыда көрсетілетін қызметтер:

- қажет болған кезде, қолда бар АЖ Одақтағы ИТ ландшафтқа зерттеу жүргізіледі;

- қажет болған кезде, Жүйенің ықтимал пайдаланушыларынан сұхбат алу жүргізіледі;

- Жүйені тәжірибелі пайдаланудың нәтижелеріне, Жүйені дамыту бойынша пайдаланушылардың ұсыныстарына талдау жүргізіледі;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Талдау бойынша ұсыныстарды әзірлеу" сатысының есеп беру құжаттары.

Техникалық тапсырманың 4.8-бөлімінің талаптарына сәйкес цифрлық жобаға бастама жасау үшін қажетті құжаттар жиынтығы.

5.2.12. "Контент жинау және дайындау" сатысы

Бұл сатыда бағалау өнімге қойылатын міндетті талаптар, сәйкестігін бағалау нысандары туралы деректердің толық жиынтығы сервисі үшін контентті дайындау бойынша қызметтер жүзеге асырылады.

Орындаушы контентті дайындау үшін, сондай-ақ контент жинаудың және дайындаудың егжей-тегжейлі күнтізбелік жоспарын дайындау үшін техникалық регламенттердің тізбесін дайындауға тиіс. Осы Техникалық тапсырманың 4-кестесінде көрсетілген тиісті Сатының ұзақтығына қатысты егжей-тегжейлі кесте бойынша жұмыс ұзақтығын асыруға, егер тиісті тапсырманы орындауға мүмкіндік бермейтін объективті себептер болған жағдайда, 4-кестеде көрсетілген мерзімдерде Тапсырыс берушімен келісім бойынша ғана рұқсат етіледі.

Осы сатыда көрсетілетін қызметтер:

- техникалық регламенттердің тізбесі мен стандарттар тізбесін дайындалады;

- 4.2.1.6-тармақ бойынша жұмыс нәтижелеріне сәйкес нақты өнімге арналған техникалық регламенттер мен стандарттар тізбелерінің талаптарын салыстыру жүргізіледі;

- қажет болған жағдайда техникалық регламенттер мен стандарттар тізбелерін жаңартуға бастама жасау, оның ішінде ТК тарта отырып жүргізіледі;

- өнімге қойылатын міндетті талаптар, сәйкестікті бағалау нысандары туралы деректердің толық жинағын қызметке жүктеу үшін деректерді Тұтынушымен келісу;

- саты бойынша есеп беру құжаттарын әзірлеу жүргізіледі.

"Контентті жинау және дайындау" сатысының есеп беру құжаттары.

Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жиынтығы сервиске жүктеу үшін деректерді дайындау және оларды Тапсырыс берушімен келісу туралы есеп.

5.2.13. "Контентпен толықтыру" сатысы

Бұл сатыда өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жиынтығы сервисін контентпен толықтыру бойынша қызметтер жүзеге асырылады.

Орындаушы өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жиынтығы сервисін контентпен жинау мен дайындаудың егжей-тегжейлі күнтізбелік жоспарын дайындауы керек. Осы Техникалық тапсырманың 4-кестесінде көрсетілген тиісті Сатының ұзақтығына қатысты егжей-тегжейлі кесте бойынша жұмыс ұзақтығын асыруға, егер тиісті тапсырманы орындауға мүмкіндік бермейтін объективті себептер болған жағдайда, 4-кестеде көрсетілген мерзімдерде Тапсырыс берушімен келісім бойынша ғана рұқсат етіледі.

Осы саты шеңберінде көрсетілетін қызметтер:

- Техникалық тапсырманың 4.2.1.12-бөлімі шеңберінде әзірленген әдістемелік ұсынымдарға сәйкес өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жиынтығы сервисін контентпен толықтыру жүргізіледі.

"Контентпен толықтыру" сатысының есеп беру құжаттары.

Өнімге қойылатын міндетті талаптар, сәйкестікті растау нысандары туралы деректердің толық жиынтығы сервисін контентпен толықтыру туралы есеп.

6. Бақылау және қабылдап алу тәртібі

6.1. Жалпы ережелер

Көрсетілген қызметтерді өткізу және қабылдап алу қызметтерді көрсетудің күнтізбелік жоспарына сәйкес кезең-кезеңімен жүзеге асырылады.

Көрсетілген қызметтердің нәтижелерін қабылдау көрсетілген қызметтерді өткізу және қабылдап алу актісімен (бұдан әрі – қаржылық акт) ресімделеді.

Қаржылық актіде көрсетілген әрбір қызмет бойынша тиісті түрде ресімделген техникалық актілердің және бекіту парақтарының болуы қаржы актісіне қол қоюдың міндетті шарты болып табылады.

Тапсырыс берушімен келісу бойынша кезең ішіндегі басқа көрсетілетін қызметтерге қарамастан жекелеген қызметтерді өткізуге және қабылдап алуға рұқсат етіледі. Бұл ретте мұндай қызметтің құны қатысушының "Келісімшарт бойынша қызметтерді көрсету құны бойынша ұсыныс" нысанындағы өтініші негізінде айқындалады.

Қызметтерді көрсету нәтижелері бойынша ескертулердің жоқтығы Орындаушының жауапты өкілдері алдын ала қол қойған бекіту парағындағы Тапсырыс берушінің жауапты өкілдерінің қолдарымен расталады.

Техникалық актіге тиісті көрсетілетін қызметке толық толтырылған бекіту парағы болған кезде Тапсырыс берушінің уәкілетті өкілі қол қояды.

Техникалық актілерге қол қоюға уәкілетті Тапсырыс берушінің өкілдері әрбір қызмет бойынша жеке анықталады.

Қызметтерді көрсету нәтижелерін Тапсырыс берушінің жауапты өкілдері бөлініп берілген жауапкершілікке сәйкес қарайды:

- жалпы және функционалдық талаптар бөлігінде;

- ақпараттық қорғауға қойылатын талаптар бөлігінде;

- ақпараттық-коммуникациялық инфрақұрылымға қойылатын талаптар бөлігінде.

Тапсырыс берушінің қызмет көрсету нәтижелерін қарауының ең ұзақ мерзімі шартта айқындалады.

Ескертулер болған жағдайда қабылдап алудан дәлелді түрде бас тартылады. Қызмет көрсету нәтижелері бойынша ескертулер болмаған жағдайда бекіту парақтары мен техникалық актілерге қол қойылады.

Орындаушылар қол қойған бекіту парағы Тапсырыс берушіге тиісті қызметті көрсету нәтижелерімен бір мезгілде беріледі.

Тапсырыс берушінің жауапты өкілдері орындаушы ұсынған материалдарды қарайды.

Бекіту парағына Тапсырыс беруші өкілдерінің қолдарын жинауды Орындаушының өкілдері жүзеге асырады.

6.2. Жүйеге сынақ жүргізу түрлеріне, құрамына, көлеміне және әдістеріне қойылатын талаптар

Жүйені қабылдап алу "Ақпараттық технологиялар. МемСТ 34.603-92 Автоматтандырылған жүйелерді сынау түрлері" дегенге сәйкес ұйымдастырылуға және жүргізілуге тиіс.

Жүйені зерттеудің түрлері, құрамы, көлемі және сынақ әдістері "Сынақ бағдарламасы мен әдістері" (СБӘ) құжатында көрсетілуі керек.

Жүйелік сынақтар жұмыс нәтижелерінің техникалық тапсырма талаптарына сәйкестігін тексеру мақсатында жүргізіледі.

Сынақтар қызметтер көрсетудің күнтізбелік жоспарына сәйкес жалпы Жүйе үшін де, жекелеген кіші жүйелер үшін де жүргізілуі мүмкін.

Сынақтар дегеніміз бұл Жүйелер функцияларының орындалуын тексеру, Жүйенің бағдарламалық қамтылымдағы және құжаттамадағы кемшіліктерді анықтауды және жоюды білдіреді.

ТР белгілеген Жүйелердің функцияларын орындауды тексеру үшін МемСТ 34.603-92 көзделген сынақтардың келесі түрлері жүргізіледі:

ТТ белгіленген Жүйелердің функцияларын орындауды тексеру үшін МемСТ 34.603-92 көзделген сынақтардың келесі түрлері жүргізіледі:

- Жүйені тестілеу (алдын ала сынақтар);

- тәжірибелік пайдалану;

- қабылдап алу сынақтары.

Сынақтар Күнтізбелік жоспар графигінде белгіленген мерзімдерде жүргізіледі.

Жүйенің сыртқы АЖ-мен өзара іс-қимылы сынақтарын ұйымдастыру және өткізу кезінде сыртқы АЖ операторлары анықтайтын бағдарламалық сынақтарды өткізу тәртібіне қойылатын талаптарды да ескеру қажет. Жүйенің сыртқы АЖ-мен өзара іс-қимылы сынақтары Жүйенің тұтас жұмыс істеу сынақтарына қарамастан, бөлек жүргізілуі мүмкін. Мұндай сынақтардың нәтижелері, егер АЖ-нің техникалық, функционалдық немесе ұйымдастырушылық жағынан дайын еместігі анықталған кемшіліктердің себебі болып табылатын болса, орындалған жұмыстар актісіне қол қоюдан бас тарту үшін негіз бола алмайды.

Сынақтарды Тапсырыс беруші құрған Комиссия жүргізеді. Комиссия құрамына Тапсырыс берушінің, Орындаушының өкілдері және қажет болған жағдайда Тапсырыс беруші шақырған сарапшылар кіреді.

6.3. Жүйеге тестілеу жүргізуге қойылатын талаптар (алдын ала сынақтар)

Алдын ала сынақтар жүргізудің тәртібі:

1. Жүйені немесе жекелеген кіші жүйелерді күнтізбелік жоспарға сәйкес алдын ала сынақтар оның жұмысқа қабілеттілігін айқындау және сынақтық пайдалануға күнтізбелік жоспарға сәйкес Жүйені немесе жекелеген кіші жүйелерді қабылдап алу мүмкіндігі туралы шешім қабылдау үшін жүргізіледі.

2. Алдын ала сынақтар басталғанға дейін Орындаушы:

- Тапсырыс беруші ұсынатын сынақ ортасындағы күнтізбелік жоспарға сәйкес Жүйенің немесе жекелеген кіші жүйелердің бағдарламалық қамтамасыз етуін орналастыруға.

- Жүргізілетін сынақтар көлемінде пайдаланушылар топтарын және әрбір топтың құқығын көздей отырып, рөлдік модельді жасауға.

- қатысатын барлық пайдаланушылар үшін, соның ішінде тәжірибелі пайдалану үшін есеп беру жазбасын қалыптастыруға, сондай-ақ пайдаланушылардың қол жеткізу рөлдерін орнатуға.

- Күнтізбелік жоспарға сәйкес Жүйенің немесе жекелеген кіші жүйелердің жұмыс істеуі үшін қажетті каталогтар мен сыныптауыштар бөлігінде күнтізбелік жоспарға сәйкес деректерді Жүйеге немесе жекелеген кіші жүйелерге жүктеуді орындауға тиіс..

3. Алдын ала сынақтарды жүргізу талаптары мен тәртібі Орындаушы әзірлейтін МЗЕ-де жазып көрсетілуге тиіс және Күнтізбелік жоспарда белгіленген мерзімдерде Тапсырыс берушімен келісіледі.

4. Алдын ала сынақтар шеңберінде функционалдық тестілеу – ТТ талаптарына сәйкес Жүйенің немесе жекелеген кіші жүйелердің функционалдығын тестілеу жүргізілуі тиіс

5. Жүйені тестілеу шеңберінде автоматты сынақтарды іске асыру мүмкіндігі қамтамасыз етілуге тиіс.

6. Алдын ала сынақтар жүргізудің нәтижелері бойынша алдын ала сынақтар хаттамасы жасалады, онда Жүйені немесе жекелеген кіші жүйелерді сынақ жұмысының күнтізбелік жоспарына сәйкес қабылдап алу мүмкіндігі (мүмкін еместігі) туралы қорытынды, сондай-ақ қажетті пысықтаулар және оларды іске асырудың ұсынылатын мерзімдері қамтылады.

7. Алдын ала сынақ хаттамасында жазылған ескертулер (ТҚ-да белгіленген талаптардан ауытқу) болған кезде, Орындаушы тестілеу қорытындылары бойынша Тапсырыс берушімен келісілген мерзімде Жүйені нақтылау шеңберінде ескертулерді жоюға және қайталама алдын ала сынақтар жүргізуге міндетті.

8. Алдын ала сынақтардың сәтті аяқталуы нәтижелері бойынша (алдын ала сынақтар хаттамасында сыни ескертулердің болмауы) тәжірибелі пайдаланудың күнтізбелік жоспарына сәйкес Жүйені немесе жекелеген кіші жүйелерді қабылдап алу актісіне қол қойылады.

9. Жүйені тестілеу нәтижелері бойынша Тапсырыс берушімен келісілген көлемде осы ТТ көзделмеген тапсырмалар бөлігінде Жүйені пысықтау жүзеге асырылады.

6.4. Тәжірибелі пайдалануды жүргізуге қойылатын талаптар

Тәжірибелік пайдалану аяқталғаннан кейін қорытынды тапсыру-қабылдап алу сынақтары осы ТТ әзірленіп жатқан "Тәжірибелік пайдалануды жүргізу бағдарламасы" деген құжатта жазылған әдістеме бойынша жүргізіледі. Орындалған жұмыстардың көлемі мен сапасын, Жүйенің жұмысқа қабілеттілігін тексеру нәтижелерін Тараптар Жүйені пилоттық пайдалануға арналған хаттамада көрсетеді.

Тәжірибелі пайдалануды жүргізу тәртібі:

1. Тәжірибелі өнеркәсіптік пайдалану Жүйенің жұмыс істеуін, персоналдың Жүйенің жұмыс істеуі жағдайына дайын екендігін тексеру, Жүйенің құжаттамалары мен баптауыштарын өзгерту мақсатында жүргізіледі.

2. Жүйені тәжірибелі-өнеркәсіптік пайдалану Тапсырыс берушімен келісілген тәжірибелік пайдалану бағдарламасына сәйкес Тапсырыс берушінің бағдарламалық-аппараттық кешенінде жүзеге асырылуы тиіс.

3. Тәжірибелік пайдалануды жүргізу мерзімі Күнтізбелік жоспарда көрсетілген мерзімде, бірақ кемінде 10 (он) жұмыс күнінен аспайтын мерзімде жүргізілуге тиіс.

4. Тәжірибелі пайдалану барысында "Тәжірибелі пайдалану журналы" жүргізілуге тиіс, оған Жүйенің жұмыс істеуі, жұмыс істемей қалуы, іркілістер, авариялық жағдайлар, құжаттамалар мен бағдарламалық құралдарды түзету, техникалық құралдарды іске қосу туралы мәліметтер енгізіледі. Тізбектеліп көрсетілген мәліметтер "Тәжірибелі пайдалану журналында" жоғарыда аталған мәліметтер оларды жіберген адамның ТАӘ мен жіберген күні көрсетіле отырып тіркеледі.

5. Тәжірибелі пайдалану нәтижелері бойынша тәжірибелі пайдалануды жүргізудің хаттамаса жасалады, онда қажетті пысықтаулардың тізбесі келтіріледі.

6. Тәжірибелі пайдалану нәтижелері бойынша Жүйені осы ТТ көзделмеген тапсырмалар бөлігінде Тапсырыс берушімен келісілген көлемде пысықтаулар жүргізіледі.

7. Тәжірибелі пайдалану шеңберінде Орындаушы жүктеме тестілеуін жүргізуге тиіс. Жүктеме тестілеуі - ТТ 4.1.5-бөлімшесінде келтірілген жүктеме көрсеткіштерінің орындалуын тексеруді қамтамасыз етуі керек және ол Тапсырыс берушімен келісілген Жүктемені тестілеу әдістемесіне сәйкес жүргізілуі керек. Жүктемені тестілеу нәтижелері бойынша Орындаушы жүктемені тестілеу туралы Есепті дайындауға тиіс, онда тестілеу нәтижелерін сипаттаудан басқа, қажет болған жағдайда, Жүйенің бағдарламалық және аппараттық құралдарын қайта жаңарту бойынша ұсыныстар болуы тиіс.

Техникалық-пайдалану құжаттамасы және жұмыстың басқа да нәтижелері шарттың күнтізбелік жоспарында көрсетілген жұмысты орындаудың тиісті кезеңі аяқталғаннан кейін Тапсырыс берушіге беріледі. Берілген құжаттаманың толықтығын Тапсырыс беруші тексеруге тиіс.

Жұмыс нәтижелерін қабылдау шарт бойынша қызмет көрсетудің Күнтізбелік жоспарына сәйкес жүзеге асырылады. Орындалған жұмыстардың нәтижелерін өткізу-қабылдап алу кезең бойынша Жұмысты қабылдау актісімен ресімделеді.

6.5. Қабылдап алу сынақтарына қойылатын талаптар

1. Тәжірибелік пайдалану нәтижелері бойынша Жүйенің коммерциялық пайдалануға беруге дайындығын растау мақсатында қабылдау сынақтары жүргізіледі.

2. Қабылдау сынақтары шеңберінде функционалдық экспресс-тестілеу – өнімді ортаға орнатылғаннан кейін Жүйенің негізгі функционалдығын валидациялау (өнімді ортаға қолжетімділікті Тапсырыс беруші қамтамасыз етеді) орындалуы тиіс.

6.6. Орындалатын жұмыстар сапасына кепілдіктерге қойылатын талаптар

Тапсырыс беруші Орындаушы жұмысының сапасына кепілдікті міндеттемелер кезеңін (кепілдікті кезең) айқындайды, ол орындалған жұмыстарды тапсырып, қабылдап алғаннан күннен бастап 12 айды құрайды.

6.6.2. Көрсетілетін қызметтер сапасына кепілдіктердің көлеміне қойылатын талаптар

Кепілдік мерзімі ішінде Орындаушы анықталған кемшіліктерді жою мақсатында құжаттамаға және бағдарламалық қамтамасыз етуге тегін (Тапсырыс беруші тарапынан ешқандай шығынсыз) қажетті өзгерістер енгізуге міндетті. Осы өзгерістерді енгізу және Тапсырыс берушіге беру мерзімі Орындаушы Тапсырыс берушіден тиісті тапсырысты алған күннен бастап 22 (жиырма екі) жұмыс күнінен аспауы тиіс.

Кепілдік жағдайы басталған жағдайда Орындаушы келесі кепілдік қызметтерін тегін орындауға міндетті:

- техникалық құжаттамалар жинағына өзгерістер енгізуге;

- бағдарламалық қамтамасыз етуге өзгерістер енгізуге (қажет болған кезде);

- бағдарламалық қамтылымды қайта орнатуға (қажет болған кезде).

Орындаушы осы Техникалық тапсырма бойынша қызметтерді көрсету шеңберінде, сондай-ақ кепілдікті міндеттемелер кезеңінде осы жұмыстарды пайдалануға қолдау көрсетеді, оның ішінде жұмыс нәтижелері бойынша сертификаттар, түсініктемелер, нақтылаулар беруді, сондай-ақ Еуразиялық экономикалық комиссияның қатысуымен өткізілетін іс-шараларда (семинарларда, конференцияларда, дөңгелек үстелдерде) сарапшылардың сөз сөйлеуін қамтамасыз етуді жүзеге асырады.

7. Жүйені іске қосу үшін автоматтандыру объектісін дайындау бойынша көрсетілетін қызметтердің құрамына және мазмұнына қойылатын талаптар

7.1. Күшейту және конфигурациялау

Жүйенің жұмыс істеуін қамтамасыз ету үшін пайдаланылатын бағдарламалық қамтылымды Орындаушы 4.3.3 бөлімде көзделген тәртіппен Тапсырыс беруші ұсынатын жабдықта орнатуы және конфигурациялауы керек.

Бағдарламалық құралды конфигурациялауды "Әкімші нұсқаулығында" берілген нұсқауларға сәйкес Орындаушы орындауы керек.

Бағдарламалық қамтылымды конфигурациялау әзірлеу ортасы, тестілеу ортасы және өндірістік орта үшін орындалуы керек (4.3.3 бөліміне сәйкес Тапсырыс беруші беретін ресурстар шегінде).

Қажет болған жағдайда Орындаушы егер бұл жаңартулар дистрибутив құрамына енгізілмеген болса, тестілеу нәтижесінде шығарылған жаңартуларды орнатуы керек,.

Орындаушы Жүйенің жұмыс істеуі үшін қажетті барлық анықтамалықтар мен сыныптауыштарды Жүйеге енгізуге тиіс.

Объектіні жұмыс нәтижелерін қабылдап алуға автоматтандыруға дайындау бойынша жұмыстардың көлемі мен мазмұнына, сондай-ақ негізгі қызмет түрлерінің және оларды орындаушылардың тізбесін қоса алғанда, Жүйенің кейінгі пайдалануға қойылатын талаптар жұмыс құжаттамасын әзірлеу барысында Күнтізбелік жоспарға сәйкес анықталуы және келісілуі тиіс.

7.2. Персоналға нұсқама беруге қойылатын талаптар

Тәжірибелі пайдалануды бастамас бұрын Орындаушы Жүйені пайдаланушылар мен техникалық қызмет көрсету персоналына нұсқама беруі керек. Тапсырыс берушімен келісілген көлемдегі Орындаушыдан нұсқау алған пайдаланушылар мен техникалық қызмет көрсету персоналының саны.

Нұсқама беруді жүргізу шеңберінде Орындаушы нұсқама беріліп отырған әрбір пайдаланушыға өздігінен дайындау үшін Жүйені пайдалану мәселелері бойынша әдістемелік материалдарды электронды түрде (немесе оларға сілтеме) беруге міндетті. Әдістемелік материалдар пайдаланушыларға нұсқама беру басталардан 5 жұмыс күннен кешіктірмей берілуі тиіс.

Орындаушы пайдаланушыларға нұсқама беруді мынадай талаптарды ескере отырып жүргізуге тиіс:

- нұсқама беру бейнеконференция байланысты қолдану арқылы немесе негізгі пайдаланушылардың жұмыс орындарында жүргізілуі керек;

- нұсқама берудің ұзақтығы Тапсырыс берушімен келісіледі.

Нұсқама беру мынадай ретпен жүргізілуі керек:

Орындаушы нұсқама беру басталардан кемінде 5 жұмыс күні бұрын Жүйені пайдалану бойынша негізгі пайдаланушыларды таныстыру бағдарламасын (бұдан әрі – Нұсқама беру бағдарламасы) әзірлеу және бекіту үшін Тапсырыс берушіге жолдайды.

Брифинг өткізу күнін Орындаушы Тапсырыс берушімен нұсқама беру басталардан кемінде 5 жұмыс күні бұрын келіседі.

Орындаушы келісілген Нұсқама беру бағдарламасына сәйкес Жүйені пайдалану бойынша нұсқама беру өткізеді.

8. Құжаттауға жасауға қойылатын талаптар

Құжаттама жасау тұрғысынан жұмыс нәтижелері қағазда (екі дана) және машиналық тасымалдағышта (флэш-диск) беріледі. Машиналық тасымалдағышта жіберілген мәтіндік құжаттар docx форматында ұсынылуы керек.

Жүйенің бағдарламалық қамтылымы бөлігіндегі жұмыс нәтижелері машиналық тасымалдағыштарда (флэш-диск) немесе Тапсырыс берушінің есептегіш қуаттарына орналастыру арқылы беріледі. Орындалатын немесе объектілік код түріндегі жұмыстарды орындау кезінде жасалған ЭЕМ және (немесе) дерекқор бағдарламалары бастапқы кодтар түрінде беріледі. Айрықша құқықтары үшінші тұлғаларға немесе Орындаушыға тиесілі жұмыс бөлігі ретінде пайдаланылатын компьютерлік бағдарламалар және (немесе) дерекқорлар Ресей Федерациясының Азаматтық кодексінің 1280-бабында және компьютерлік бағдарламалардың дистрибуторларында көзделген құқықтар көлемінде ерекше емес лицензия нысанында беріледі.

Машина тасымалдағыштарда берілетін жұмыс нәтижелерінің құрамы ақпаратты машинада тасымалдағыштар ведомствосымен ресімделеді.

Барлық материалдар Орындаушының ілеспе құжаттарымен бірге беріледі.

Әрбір қызмет үшін қызмет нәтижелері бойынша әзірленген және берілген құжаттардың тізбесін қамтитын бекіту парақтары мен техникалық шарттар әзірленуі керек.

Техникалық шарттар, бекіту парақтары, сондай-ақ Орындаушылардың қолдары және/немесе мөрлері бар басқа да құжаттар, соның ішінде актілер, хаттамалар және бекіту парақтары (бір данада ұсынылатын шоттар мен шот-фактураларды қоспағанда) орыс тілінде жасалып, Тапсырыс берушіге 2 (екі) данада басылған түрінде ұсынылуы тиіс.

Орындаушы осы Техникалық тапсырма бойынша қызметтерді көрсету шеңберінде, сондай-ақ кепілдік міндеттемелері кезеңінде осы жұмыстарды пайдалануға қолдау көрсетеді, оның ішінде жұмыс нәтижелері бойынша сертификаттар, түсініктемелер, нақтылаулар беру, сондай-ақ Еуразиялық экономикалық комиссияның қатысуымен өткізілетін іс-шараларда (семинарларда, конференцияларда, дөңгелек үстелдерде) сарапшылардың сөз сөйлеуін қамтамасыз етуді жүзеге асырады.

8.1 Цифрлық трансформациялау әдістемесі бойынша құжаттарға қойылатын талаптар

Цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттарының форматын Орындаушы әзірлеуі және тиісті құжатты әзірлеу аяқталғанға дейін 3 айдан кешіктірмей Тапсырыс берушіге бекітуге жіберуі тиіс.

Цифрлық трансформациялау әдістемесі бойынша есеп беру құжаттарының форматы Орындаушы құжат форматын ұсынған күннен бастап күнтізбелік 30 күн ішінде Тапсырыс берушімен келісілуі немесе түзетілуі тиіс. Егер Тапсырыс беруші күнтізбелік 30 күн ішінде цифрлық трансформациялау әдістемесі бойынша құжаттың форматына негізделген түсініктеме бермесе, есеп құжатының бұл форматы келісілген болып саналады.

8.2. Жоба бойынша әдістемелік құжаттамаға, ережелер мен келісімдерге қойылатын талаптар

Әдістемелік құжаттама, жоба бойынша ережелер мен келісімдер бойынша есеп беру құжаттарының форматын Орындаушы әзірлеуге және тиісті құжатты әзірлеу аяқталғанға дейін 3 айдан кешіктірмей Тапсырыс берушіге бекітуге жіберуге тиіс.

Әдістемелік құжаттама, жоба бойынша ережелер мен келісімдер бойынша есеп беру құжаттарының форматын Тапсырыс беруші құжат форматын Орындаушы ұсынған күннен бастап күнтізбелік 30 күн ішінде келісуі немесе түзетуі тиіс. Егер Тапсырыс беруші күнтізбелік 30 күн ішінде әдістемелік құжаттамаға құжаттың форматына, жоба бойынша ережелер мен келісімдерге негізделген түсініктеме бермесе, есеп құжатының бұл форматы келісілген болып саналады.

8.3. Жеке техникалық жобаға қойылатын талаптар

Жеке техникалық тапсырма Жүйе компоненттеріне қойылатын талаптарды егжей-тегжейлі көрсетуге арналған. Жеке техникалық тапсырманы Орындаушы МемСТ34.602-89 сәйкес әзірлеуі керек.

8.4.Техникалық жобаға түсіндірме жазбаға қойылатын талаптар

Техникалық жобаға түсіндірме жазба осы ТТ талаптарының орындалуын қамтамасыз ететін жобалық шешімдерді сипаттауға арналған және оны Орындаушы МемСТ 19.404-79 "Бағдарламалық құжаттаманың бірыңғай жүйесі (БҚЖ). Түсіндірме жазба. Мазмұны мен безендірілуіне қойылатын талаптар" (бұдан әрі – МемСТ 19.404-79) сәйкес әзірлеуі керек Бұл ретте МемСТ 19.404-79 қарастырылған бөлімдердің ішінен техникалық жобаға Түсіндірме жазба бөлімдерінің жеткілікті құрамын Тапсырыс берушімен келісім бойынша Орындаушы анықтайды.

Техникалық жобаға түсіндірме жазбада келтірілген жобалық шешімдердің сипаттамасын егжей-тегжейлі көрсету МемСТ Р ISO / IEC 12207-2010 "Ақпараттық технология. Жүйелік және бағдарламалық инженерия. Бағдарламалық қамтамасыз етудің өмірлік циклінің процестерінде" көзделген ұсынымдарға сәйкес келуге тиіс.

Техникалық жобаға Түсіндірме жазбада жұмыстардың немесе әрекеттердің тізбегін орындауды көздейтін процестерді іске асыруды сипаттау кезінде аталған процестерді іске асырудың сипаттамасын, сондай-ақ R 50.1.028-2001 және/немесе BPMN 2.0 әдістемесіне және/немесе UML әдістемесіне сәйкес IDEF0 әдістемесі ақпараттық ағындарды сипаттау қажет; техникалық жобаға Түсіндірме жазбада белгілі бір процестерді іске асыруды сипаттау кезінде әдістемені таңдауды Орындаушы айқындайды.

Техникалық жобаға түсіндірме жазбаның құрамында Жүйенің кіші жүйелері үшін жобалық шешімдерді келтіру қажет, оның шеңберінде әрбір ішкі жүйелер үшін мыналар ұсынылуы керек:

- Ақпараттық және бизнес-архитектура;

- Қолданбалы шешімдердің архитектурасы;

- Бағдарламалық интерфейс әдістерінің құрамы;

- Кіші жүйенің қолданбалы компоненттерінің басқа кіші жүйелермен өзара іс-қимылының дәйектілігі;

- Кіші жүйе деректерінің моделі (қажет болған кезде);

- BPMN 2.0 нотациясында орындалатын бизнес-процестердің сипаттамасы (қажет болған кезде).

Техникалық жобаға түсіндірме жазбаның құрамында мыналарды қамтитын жүйелік архитектура бойынша техникалық шешімдерді ұсыну қажет:

- Жүйенің қолданбалы шешімдерінің жалпы архитектурасы;

- Жүйе компоненттерінің құрамы;

- Жүйенің аралас жүйелермен өзара іс-қимылы, олардың бір біріне сәйкестігі жөніндегі шешімдер;

- Жүйені күшейту схемасы.

Техникалық жобаға түсіндірме жазбаның құрамында Жүйені және аралас АЖ интеграциялау бойынша жобалық шешімдерді келтіру керек. Мыналар ұсынылуы керек:

- Интеграциялық сервистің жалпы сипаттамасы;

- Кіші жүйенің қолданбалы компоненттерінің сыртқы АЖ өзара іс-қимылының дәйектілігі;

- Интеграциялық өзара іс-қимыл әдістерінің тізбесі;

- Интеграциялық сервистің әрбір әдісінің сипаттамасы.

Техникалық жобаға түсіндірме жазбаның құрамында Тапсырыс беруші әзірлеу ортасын, тестілеу ортасын және өнімді ортаны ұйымдастыру үшін ұсынуы қажет Жүйенің жабдықтарына, жүйелік бағдарламалық қамтылымға және есептеуіш инфрақұрылымына қойылатын талаптарды (ерекшеліктерді) келтіру қажет. 4.3.3-бөлімге сәйкес Жүйенің жабдықтарына, жүйелік бағдарламалық қамтылымына және есептеуіш инфрақұрылымына қойылатын талаптар (ерекшеліктер) техникалық жобаға түсіндірме жазбадан бөлек тапсырыс берушіге жіберілуі мүмкін.

8.5. Жұмыс құжаттамасына қойылатын талаптар

Орындаушы жұмыс құжаттамасын әзірлеу кезінде МемСТ 19.101-77 "ЕСПД. Бағдарламалардың және бағдарламалық құжаттардың түрлері" (бұдан әрі – МемСТ 19.101-77) басшылыққа алуы керек. Бұл ретте құжаттар бөлімшелерінің құрамы Тапсырыс берушімен келісім бойынша айқындалады.

Сынақтар бағдарламалары мен әдістемелерін әзірлеу кезінде (бұдан әрі - СБӘ) Орындаушы МемСТ 19.301.-79 "ЕСПД. Сынақтар бағдарламалары мен әдістемесі. Мазмұнына және ресімделуіне қойылатын талаптарды" басшылыққа алуы тиіс.

Жұмыс құжаттамасы құрамында пайдалану және қабылдап алу құжаттамасы әзірленуге тиіс.

Құрамында мынадай пайдалану құжаттамасы болуы керек:

- пайдаланушының нұсқаулығы;

- әкімшінің нұсқаулығы;

- жүйені күшейту бойынша нұсқаулық;

- түпкілікті кодтағы бағдарламалық компоненттердің мәтіні (бағдарламалардың түпкілікті мәтіндері);

- кіші жүйені (қажетті барлық кітапхананы қоса алғанда, бағдарламалық қамтамасыз ету дистрибутерлерді) күшейтуді толықтай қамтамасыз ететін орындалатын түріндегі бағдарламалық компонент;

Мынадай құрамдағы қабылдап алу құжаттамасы (Күнтізбелік жоспарға сәйкес тұтас немесе кіші жүйелерге арналған):

- сынақтар бағдарламасы мен әдістемесі;

- кешенді тестілеу хаттамасы;

- Жүйені кешенді тестілеу кезінде анықталған ескертулер тізілімі;

- кешенді тестілеу нәтижелері бойынша ескертулерді жою хаттамасы (қажет болған кезде);

- тәжірибелі пайдалануды жүргізу бағдарламасы;

- тарихи деректерді көшіруді қоса алғанда, бастапқы деректерді жүктеу туралы есеп (қажет болған кезде);

- қабылдап алу сынақтарын жүргізу хаттамасы;

- Жүйені сүйемелдеу регламентінің жобасы;

- пайдаланушыларға нұсқама беру бағдарламасы;

- тәжірибелі пайдалану журналы;

- Жүйені тәжірибелі пайдаланудың хаттамасы;

- жүктемелік тестілеу әдістемесі;

- жүктемелік тестілеу әдістемесін жүргізу есебі;

- қорытынды сынақтар жүргізудің хаттамасы;

- Жүйені өнеркәсіптік пайдалануға қосу туралы бұйрықтың жобасы.

Об утверждении технического задания на оказание услуг по реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза"

Оказание услуг по реализации проекта "Цифровое техническое регулирование в рамках Евразийского экономического союза"

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Москва, 2022

Оглавление

1. Общие сведения

2 Назначение и цели реализации проекта

3 Характеристика объекта автоматизации

4 Требования к проекту

5 Состав и содержание оказания услуг

6 Порядок контроля и приемки

7 Требования к составу и содержанию услуг по подготовке объекта автоматизации к вводу системы в действие

8 Требования к документированию

"Еуразиялық экономикалық одақ шеңберінде цифрлық техникалық реттеу" жобасын іске асыру бойынша қызметтер көрсетуге арналған техникалық тапсырманы бекіту туралы

"Еуразиялық экономикалық Одақ шеңберінде цифрлық техникалық реттеу" жобасын іске асыру бойынша қызметтер көрсету ТЕХНИКАЛЫҚ ТАПСЫРМА Мәскеу, 2022

Мазмұны

1. Жалпы мәліметтер

2. Жобаның бағытталуы мен іске асыру мақсаты

3. Автоматтандыру объектісінің сипаты

4. Жобаға қойылатын талаптар

5. Көрсетілетін қызметтердің құрамы мен мазмұны

6. Бақылау және қабылдап алу тәртібі

7. Жүйені іске қосу үшін автоматтандыру объектісін дайындау бойынша көрсетілетін қызметтердің құрамына және мазмұнына қойылатын талаптар

8. Құжаттауға жасауға қойылатын талаптар