| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Термины, определения и сокращения |
1. Термины, определения и сокращения. Термины, определения и сокращения, используемые в Описании объекта закупки и приложениях к нему, в соответствии с Приложением №1 к настоящему Описанию объекта закупки. |
|
|
| Общие сведения о Системе |
2. Общие сведения о Системе. Полное наименование системы: государственная информационная система Воронежской области «Автоматизированная система документационного обеспечения управления Правительства Воронежской области».
Условное обозначение: АС ДОУ, Система.
Государственная информационная система Воронежской области «Автоматизированная система документационного обеспечения управления Правительства Воронежской области» зарегистрирована в едином реестре государственных информационных систем Воронежской области под номером 2009061703.
АС ДОУ реализована на базе программного продукта CompanyMedia 7.1 (далее – ПП), разработанного на основе отечественного программного обеспечения. Правообладатель ПП – АО «КОМПАНИЯ «ИНТЕРТРАСТ».
Система предназначена для автоматизации управленческого документооборота и процессов делопроизводства, информационного взаимодействия в Правительстве Воронежской области, ИО ВО и их подведомственных учреждениях (организациях), иных государственных органах Воронежской области, ОМСУ и их подведомственных учреждениях (организациях).
Система автоматизирует деятельность участников информационного взаимодействия, связанной с регистрацией, обработкой, подготовкой, согласованием, хранением и учетом документов, контролем исполнительской дисциплины и управления.
АС ДОУ является государственной информационной системой Воронежской области, для которой определен 3-й класс защищенности, а также необходимо обеспечение 3-го уровня защищенности персональных данных.
В АС ДОУ обрабатывается общедоступная информация и информация ограниченного доступа, не содержащая сведения, составляющие государственную тайну.
Обработка информации, содержащей сведения, составляющие государственную тайну, или служебной информации ограниченного распространения с использованием АС ДОУ не допускается.
Описание АС ДОУ (текущее состояние), в том числе ее состав и перечень подсистем, в соответствии с Приложением №2 к настоящему Описанию объекта закупки. |
|
|
| Цели и задачи |
3. Цели и задачи. Целью выполнения работ по развитию АС ДОУ являются:
- функциональное расширение существующей системы;
- перевод АС ДОУ на программно-аппаратные средства с сертифицированной российской операционной системой с усиленным уровнем защиты для повышения эффективности и надёжности работы Системы.
Для достижения целей развития АС ДОУ необходимо выполнить следующие работы:
-- Доработать техническую часть Системы в соответствии с настоящим описанием объекта закупки, а именно:
- доработать подсистему «Интеграция с АИС ГЖИ ВО» в части автоматического создания в АС ДОУ проектов исходящих документов, переданных из ГИС ВО «АИС ГЖИ ВО», для последующей отправки по МЭДО, а также передачу из АС ДОУ в ГИС ВО «АИС ГЖИ ВО» по ранее полученным проектам исходящих документов информации об их регистрации и отправке по МЭДО;
- в модуле «Обращения граждан» реализовать функционал группового принятия итоговых отчетов о результатах рассмотрения обращений граждан;
- доработать подсистему «Обмен с МЭДО» в части перехода на использование формата МЭДО версии 3.0;
-- Осуществить перенос прикладного программного обеспечения и баз данных Экземпляров АС ДОУ («Экземпляр ПВО» и «Экземпляр ОМСУ ВО») на новые программно-аппаратные средства под управлением операционной системы Astra Linux 1.8 SE Воронеж;
-- Обеспечить гарантийное обслуживание доработанной Системы.
Окончательный вариант реализации доработанного функционала должен быть согласован с Государственным заказчиком в срок не позднее 7 календарных дней с даты начала выполнения работ по соответствующему этапу. |
|
|
| Цели и задачи (2) |
В случае необходимости внесения изменений в межсетевое взаимодействие (в рамках выполнения работ по Государственному контракту) Исполнителем заполняется и направляется Государственному заказчику матрица доступа по форме в соответствии с Приложением №5 к настоящему Описанию объекта закупки. Государственный заказчик обеспечивает межсетевое взаимодействие в соответствии с матрицей доступа, предоставленной Исполнителем, если такое взаимодействие не противоречит требованиям информационной безопасности Системы. |
|
|
| Требования к развитию Системы |
4. Требования к развитию Системы. 4.1. Требования к доработке подсистемы «Интеграция с АИС ГЖИ ВО» в части автоматического создания в АС ДОУ проекта исходящего документа МЭДО, переданного из ГИС ВО «АИС ГЖИ ВО».
В государственной жилищной инспекции Воронежской области (далее – ГЖИ) для автоматизации ее деятельности используется ГИС ВО «АИС ГЖИ ВО», которая интегрирована с АС ДОУ (в части автоматической передачи информации по обращениям граждан реализовано интеграционное решение - подсистема «Интеграция с АИС ГЖИ ВО).
В настоящее время в ГИС ВО «АИС ГЖИ ВО» в полуавтоматическом режиме формируются письма (с приложенными файлами вложений, которые хранятся в ГИС ВО «АИС ГЖИ ВО») для перенаправления заявлений граждан в адрес «ГУ МВД России по Воронежской области» и другие надзорные органы.
С целью исключения ручного переноса сотрудниками ГЖИ между системами большого объема данных требуется доработать подсистему «Интеграция с АИС ГЖИ ВО» в части автоматизации создания в АС ДОУ проектов исходящих документов, переданных из ГИС ВО «АИС ГЖИ ВО», для последующей отправки по МЭДО, а также передачу из АС ДОУ в ГИС ВО «АИС ГЖИ ВО» по ранее полученным проектам исходящих документов информации об их регистрации и отправке по МЭДО. |
|
|
| Требования к развитию Системы (2) |
4.1.1. Требования к созданию в АС ДОУ проекта исходящего документа МЭДО с предзаполненными полями и вложениями, полученными из ГИС ВО «АИС ГЖИ ВО».
Предусловие:
1. В ГИС ВО «АИС ГЖИ ВО» сформирована карточка проекта исходящего письма, информация о котором (вместе с вложениями) направлена в АС ДОУ для создания проекта карточки исходящего документа (далее – РКК ИсхД, ИсхД) МЭДО;
2. Интеграционное решение АС ДОУ по расписанию в автоматическом режиме забирает информацию (данные) из АИС ВО «АИС ГЖИ ВО» о проекте исходящего письма и проверяет по переданному идентификатору на наличие в АС ДОУ уже созданного проекта РКК ИсхД:
- если совпадение по переданному идентификатору не найдено, то в АС ДОУ создается проект РКК ИсхД МЭДО;
- если совпадение по переданному идентификатору найдено и в АС ДОУ карточка ИсхД МЭДО находится в статусе «Проект» без каких-либо дополнительных статусов (на согласовании, на подписании, подписано, на регистрации), то эта карточка обновляется «свежими» данными;
- если совпадение по переданному идентификатору найдено и в АС ДОУ карточка ИсхД МЭДО находится в статусе, отличном от «Проект», то новая карточка проекта РКК ИсхД МЭДО не создается, в интеграционное решение записывается и передается на сторону ГИС ВО «АИС ГЖИ ВО» информация об ошибке, что данный документ уже создан в АС ДОУ и имеет статус, отличный от «Проект» и в обновлении информации отказано. |
|
|
| Требования к развитию Системы (3) |
4.1.1. (продолжение).
После получения из ГИС ВО «АИС ГЖИ ВО» данных о проекте исходящего письма на стороне АС ДОУ необходимо реализовать функционал создания в модуле «Исходящие» проекта РКК ИсхД МЭДО, в котором:
1.1. На вкладке «Реквизиты» проекта РКК ИсхД МЭДО необходимо:
1.1.1. Заполнить поля заданными данными (с возможностью редактирования Делопроизводителем места регистрации и/или Исполнителем проекта РКК ИсхД):
– поле «Заголовок» – текстом «О перенаправлении обращения»;
– поле «Тематика» – из соответствующего справочника АС ДОУ значением «Перенаправление обращения»;
– поле «Примечание» – текстом «Письмо, обращение, протокол».
– поле «Место регистрации» – из соответствующего справочника АС ДОУ значением «Государственная жилищная инспекция».
1.1.2. Заполнить поля соответствующими значениями, полученными по интеграции из карточки проекта письма в ГИС ВО «АИС ГЖИ ВО» (с возможностью редактирования Делопроизводителем места регистрации и/или Исполнителем проекта РКК ИсхД):
– поле «Вид документа» – выбрать значение из справочника АС ДОУ «Виды документов» (МЭДО) в соответствии с данными из ГИС ВО «АИС ГЖИ ВО»*;
– поле «Корреспондент» – выбрать значение из справочника АС ДОУ «Участники МЭДО» в соответствии с данными из ГИС ВО «АИС ГЖИ ВО»; **
– поле «Исполнитель» – выбрать ФИО пользователя АС ДОУ в соответствии с данными из АИС ГЖИ ВО (исполнитель); ***
– поле «Подписант» – выбрать ФИО пользователя АС ДОУ в соответствии с данными из ГИС ВО «АИС ГЖИ ВО» (подписант) ***
1.2. На вкладке «Содержание» проекта РКК ИсхД МЭДО необходимо прикрепить файлы вложений, переданные из ГИС ВО «АИС ГЖИ ВО»:
– файл основного документа - сопроводительное письмо с метками для штампов регистрации и подписи (в формате doc, docx);
– файлы приложений к письму (например - обращение, Протокол). |
|
|
| Требования к развитию Системы (4) |
4.1.1 (продолжение).
1.4. Необходимо обеспечить протоколирование на вкладке «История» РКК ИсхД МЭДО события о получении по интеграции из ГИС ВО «АИС ГЖИ ВО» и создании проекта документа с текстом «Проект документа передан из АИС ГЖИ ВО».
1.5. После предзаполнения в проекте Исх. МЭДО полей, в том числе прикрепления файлов, преданных из ГИС ВО «АИС ГЖИ ВО» необходимо:
– сохранить проект РКК ИсхД МЭДО;
– сформировать в АС ДОУ в адрес Исполнителя и Делопроизводителей места регистрации уведомление и задачу «Поступил проект документа из АИС ГЖИ ВО» для последующей работы с документом с использованием стандартного функционала АС ДОУ (проверка корректности заполнения проекта РКК ИсхД МЭДО и его редактирование при необходимости, отправка на подпись, подписание, регистрация, отправка по МЭДО).
* Должно быть соблюдено соответствие вида документа между системами - на стороне ГИС ВО «АИС ГЖИ ВО» должно выбираться и передаваться значение определенного и имеющегося в АС ДОУ вида документа МЭДО (например: «DK00000023: Письма граждан», «DK00000018: Ответ на письмо»).
** Из ГИС ВО «АИС ГЖИ ВО» должно передаваться ОГРН организации-корреспондента (ОГРН участника информационного взаимодействия МЭДО из Глобального адресного справочника https://gosedo.ru/wp-content/uploads/files/addresseesActual.html), по которому на стороне АС ДОУ в справочнике «Участники МЭДО» ставится в соответствие Корреспондент.
*** Соответствие Подписанта и Исполнителя между системами определяется по полному совпадению ФИО и должности пользователя АС ДОУ (из ГИС ВО «АИС ГЖИ ВО» должны передаваться значения ФИО и должность). В случае, если по полному совпадению ФИО + должности работник в АС ДОУ не найден, в интеграционное решение должно записываться и передаваться на сторону ГИС ВО «АИС ГЖИ ВО» ошибка о том, что переданный работник ФИО + должность не найден в АС ДОУ и в создании проекта документа отказано. |
|
|
| Требования к развитию Системы (5) |
4.1.2. Требования к передаче из АС ДОУ в ГИС ВО «АИС ГЖИ ВО» по ранее полученному проекту исходящего документа информации о его регистрации и отправке по МЭДО.
После подписания и регистрации в АС ДОУ проекта РКК ИсхД МЭДО, ранее полученного из ГИС ВО «АИС ГЖИ ВО», и отправки его по МЭДО необходимо обеспечить:
1. Передачу из АС ДОУ в ГИС ВО «АИС ГЖИ ВО» (в карточку первоначального проекта письма в ГИС ВО «АИС ГЖИ ВО») следующей информации:
– регистрационный номер и дата регистрации в АС ДОУ исходящего документа МЭДО;
– дата и время отправки исходящего документа по МЭДО.
2. Обеспечить протоколирование на вкладе «История» РКК ИсхД МЭДО события о передаче в ГИС ВО «АИС ГЖИ ВО» информации о регистрации и отправке исходящего документа по МЭДО с текстом «Информация о регистрации и отправке по МЭДО передана в АИС ГЖИ ВО» в следующем формате:
– в части события о передаче регистрационных данных РКК ИсхД МЭДО из АС ДОУ в ГИС ВО «АИС ГЖИ ВО»: «Информация о регистрации передана в АИС ГЖИ ВО» + «дата и время передачи»;
– в части события об отправке в МЭДО РКК ИсхД из АС ДОУ в ГИС ВО «АИС ГЖИ ВО»: «Информация об отправке по МЭДО передана в АИС ГЖИ ВО» + «дата и время передачи». |
|
|
| Требования к развитию Системы (6) |
4.2. Требования к доработке модуля «Обращения граждан» в части группового принятия итоговых отчетов о результатах рассмотрения обращений граждан.
В настоящее время в текущей реализации модуля «Обращения граждан» АС ДОУ для того, чтобы принять итоговый отчет, поступивший из модуля «Обращения граждан», ответственному по ОГ сотруднику (например, Делопроизводитель ОГ или Контролер) необходимо в АС ДОУ открыть соответствующее представление с задачами на рассмотрение, открыть каждую РКК ОГ в отдельности и в представленном итоговом отчете о результате рассмотрения обращения нажать на соответствующую кнопку утверждения.
С целью оптимизации процесса по обработке большого количества поступивших на утверждение итоговых отчетов необходимо доработать модуль «Обращения граждан» в части реализации функционала групповой операции по принятию (утверждению) итоговых отчетов по обращениям граждан. Данный функционал должен быть реализован в виде настройки с возможностью включения и выключения для модуля «Обращения граждан».
Предусловие:
- для модуля «Обращения граждан» включена настройка группового принятия итоговых отчетов;
- в представлении «Задачи/ Поступившие/ Отчеты» есть задачи по документам модуля «Обращения граждан»;
- итоговые отчеты по ОГ не приняты или не отклонены (ранее не обработаны);
- пользователь назначен в АС ДОУ на роль Делопроизводителя ОГ или Контролера (имеет право принимать итоговые отчеты). |
|
|
| Требования к развитию Системы (7) |
4.2. (продолжение).
При выборе пользователем (ответственный по ОГ сотрудник) в представлении «Задачи/ Поступившие/ Отчеты» необходимых задач по итоговым отчетам ОГ и подтверждении операции принятия итоговых отчетов АС ДОУ должна выполнить соответствующие проверки (из предусловия), по результатам которых:
1. Если выбранные по задачам документы прошли проверку (включена соответствующая настройка, текущий пользователь имеет право принимать итоговые отчеты и среди выбранных задач нет ранее обработанных):
- принять (утвердить) итоговые отчеты - для выделенных документов в секции «Исполнение» вкладки «Жизненный цикл» карточки ОГ и в каждом из выбранных итоговых отчетов установить статус отчета «Принят» и дату принятия отчета, отметить выбранные задачи, как обработанные (выполненные задачи);
- обеспечить протоколирование в истории соответствующей РКК ОГ и итоговом отчете данными о принятии итогового отчета, а также направления уведомления в АС ДОУ типа «Отчет принят»;
- информация из принятого итогового отчета должна быть перенесена в соответствующие поля Вопроса (или нескольких вопросов) в таблицу «Исполнение» РКК ОГ.
2. Если выбранные по задачам итоговые отчеты не прошли проверку (не включена соответствующая настройка, текущий пользователь не имеет прав принимать итоговые отчеты и (или) среди выбранных задач оказались обработанные):
- итоговые отчеты по таким документам не должны быть приняты (утверждены);
- в представлении статус задачи по документу с отчетом, который нельзя принять, не должен меняться. |
|
|
| Требования к развитию Системы (8) |
4.3. Требования к доработке подсистемы «Обмен с МЭДО» в части перехода на использование формата МЭДО 3.0.
Необходимо выполнить работы по доработке в АС ДОУ подсистемы «Обмен с МЭДО» в части обеспечения использования возможности отправки и получения документов, квитанций, уведомлений в электронном виде в формате МЭДО версии 3.0 в соответствии с требованиями к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденными Приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12.07.2024 N 611/96.
Возможность обработки в АС ДОУ пакетов входящих документов в форматах схем МЭДО 2.5, 2.7, 2.7.1 должна быть сохранена. |
|
|
| Требования к развитию Системы (9) |
4.4. Требования к работам по переносу прикладного программного обеспечения и баз данных Экземпляров Системы на новые программно-аппаратные средства под управлением операционной системы Astra Linux 1.8 SE Воронеж.
Исполнителем должны быть выполнены работы по переносу прикладного программного обеспечения и баз данных Экземпляров Системы («Экземпляр ПВО» и «Экземпляр ОМСУ ВО») на новые программно-аппаратные средства (далее - ПАС) с существующих виртуальных машин на новые под управлением операционной системы (далее - ОС) Astra Linux 1.8 SE Воронеж («Astra Linux Special Edition 1.8, х86-64, «Усиленный» («Воронеж»)», предоставляется Государственным заказчиком), с обеспечением совместимости и корректности работы АС ДОУ на базе ПП CompanyMedia версии 7.1. (с существующими уникальными доработками) в следующем составе серверного сегмента АС ДОУ:
1. Сервера «Экземпляра ПВО» в количестве 39 штук, в том числе:
- сервера баз данных (6 штук);
- сервера МЭДО и сервера конвертации (6 штук);
- сервера приложений АС ДОУ (7 штук);
- сервера хранения вложений, сервер индексации, сервер резервных копий (4 штуки);
- сервера очереди сообщений ArtemisMQ, сервер архива менеджера агентов MAR, сервер менеджера агентов MA, сервер приложений (5 штук);
- сервера тестовой среды QA, сервер модуля «Диадок» (3 штуки);
- сервера мониторинга, сервер ПО IDP KeyKloack, сервер журнала событий безопасности (ЖСБ), сервер ЕИП НСУД, сервер ИР СМЭВ (8 штук).
2. Сервера «Экземпляра ОМСУ ВО» в количестве 26 штук, в том числе:
- сервера баз данных, сервер баз данных архива менеджера агентов MAR и менеджера агентов MA, сервера хранения вложений (7 штук);
- сервера приложений АС ДОУ (6 штук);
- сервера конвертации, сервер приложения, сервер Шлюза интеграции/Корпоративного шлюза, сервера очереди сообщений ArtemisMQ (6 штук);
- сервера тестовой среды QA, сервер индексации, сервер резервных копий, сервер архива менеджера агентов MAR, сервер менеджера агентов MA (7 штук). |
|
|
| Требования к развитию Системы (10) |
4.4. (продолжение).
Краткое описание задач серверов в зависимости от их типов, а также основные технические характеристики ПО Государственного заказчика, установленного на серверах Системы (текущее состояние), в соответствии с разделом 1 Приложения №2 к настоящему Описанию объекта закупки.
Установка ОС Astra Linux 1.8 SE Воронеж на аппаратную часть серверных мощностей Системы осуществляется Государственным заказчиком.
Исполнителем должна быть обеспечена поддержка работоспособности серверов АС ДОУ на OC Astra Linux 1.8 SE Воронеж на ПАС Государственного заказчика.
В результате выполнения работ:
? серверное прикладное программное обеспечение АС ДОУ, развёрнутое на серверах существующей инфраструктуры Государственного заказчика, должно быть перенесено, настроено, протестировано и адаптировано к условиям эксплуатации на новых серверах под управлением ОС Astra Linux 1.8 SE Воронеж;
? информация из существующих хранилищ данных с серверов баз данных АС ДОУ (с СУБД PostgreSQL), развёрнутых на серверах существующей инфраструктуры Государственного заказчика, должна быть перенесена на новые сервера баз данных под управлением ОС Astra Linux 1.8 SE Воронеж и СУБД PostgreSQL;
? АС ДОУ должна быть адаптирована к взаимодействию с хранилищем данных, перенесённым на новый сервер баз данных;
? работы по переносу прикладного программного обеспечения и баз данных Экземпляров Системы на новые ПАС не должны вызвать сбоев в функционировании Системы и работе пользователей, а также негативно влиять на ее работоспособность.
Порядок и очередность перевода серверов Системы на новые ПАС, а также время (период) переключения старых серверов Системы на новые, по согласованию с Государственным заказчиком. |
|
|
| Состав и содержание Работ |
5. Состав и содержание работ по развитию Системы.
В рамках реализации работ по развитию Системы Исполнитель должен выполнить работы в соответствии с утверждённым календарным планом-графиком работ.
Исполнителем должно быть обеспечено консультационное и техническое сопровождение доработанной и переданной Государственному заказчику Системы на этапе опытной эксплуатации в период, определенный Актом о приемке в опытную эксплуатацию Системы по соответствующему этапу, но не позднее наступления срока гарантийного обслуживания Системы.
Гарантийное обслуживание Системы в течение 12 месяцев с даты завершения работ по Контракту (с даты подписания Государственным заказчиком документа о приемке выполненных Работ по всем этапам). |
|
|
| Порядок контроля и приемки Системы |
6. Порядок контроля и приемки Системы.
6.1. Объем и методы испытаний системы.
Вывод о соответствии Системы данным техническим требованиям производится по результатам приемо-сдаточных испытаний. Испытания Системы должны производиться по согласованной между Государственным заказчиком и Исполнителем программе и методике испытаний.
6.2. Общие требования к приемке работ.
Государственный заказчик вправе контролировать ход и качество выполняемых работ, соблюдение Исполнителем сроков их выполнения, получать информацию о промежуточных результатах выполнения Работ.
Сдача-приемка выполненных Работ (этапов работ) производится в соответствии с требованиями заключенного Контракта и настоящего Описания объекта закупки.
Результаты выполненных Исполнителем Работ передаются Государственному заказчику в соответствии с утверждённым календарным планом-графиком работ и с представлением указанных отчетных документов в соответствии с разделами 5 и 7 настоящего Описания объекта закупки.
До даты начала проведения приемо-сдаточных испытаний Работ по этапу доработанная Система должна быть установлена на программно-аппаратных средствах Государственного заказчика и передана Государственному заказчику для проведения приемо-сдаточных испытаний.
В срок не позднее чем за 2 (два) рабочих дня до даты начала проведения приемо-сдаточных испытаний Работ по этапу Исполнитель должен предоставить Государственному заказчику программу и методику испытаний и другие отчетные документы, разрабатываемые в рамках соответствующего этапа.
Государственный заказчик в течение 5 (пяти) рабочих дней от даты получения от Исполнителя документов рассматривает документы, проводит мероприятия по их согласованию и в случае отсутствия каких-либо замечаний утверждает. При наличии замечаний Государственный заказчик уведомляет Исполнителя о выявленных замечаниях. При этом Исполнитель должен устранить замечания в течении 3 (трех) рабочих дней от даты получения от Государственного заказчика уведомления. |
|
|
| Порядок контроля и приемки (2) |
6.2. (продолжение).
Приемо-сдаточные испытания Системы должны производиться специально образованной комиссией. Состав комиссии утверждается Государственным заказчиком.
Комиссия по утвержденной программе и методике испытаний осуществляет приемку работ по этапу.
По итогам решения комиссии о приемке результатов Работ по этапу и при отсутствии каких-либо замечаний, на основании подписанного всеми членами комиссии протокола проведения приемо-сдаточных испытаний Государственным заказчиком подписывается документ о приемке выполненных Работ по этапу.
Подписанный Исполнителем и Государственным заказчиком документ о приемке выполненных Работ по этапу является основанием для их оплаты.
Права на результаты выполнения Работ, полученные в ходе выполнения Контракта, предоставляются Государственному заказчику в момент подписания им соответствующего документа о приемке выполненных Работ по этапу. |
|
|
| Требования к документированию |
7. Требования к документированию.
Исполнитель должен разработать и передать Государственному заказчику следующий набор документов:
- технический проект (в 1 экземпляре в электронном виде);
- руководства пользователей для модулей доработанной Системы по соответствующему этапу (в 1 экземпляре в электронном виде);
- комплект документации по администрированию доработанной Системы по соответствующему этапу (в 1 экземпляре в электронном виде);
- программа и методика испытаний по соответствующему этапу (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде).
Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации.
Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Исполнителя. |
|
|
| Требования к передаче результатов выполнения работ |
8. Требования к передаче результатов выполнения работ.
8.1. Передача исходных кодов, разработанных в ходе выполнения работ, программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ.
8.2. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами, разработанными в ходе выполнения работ программ для ЭВМ.
8.3. В случае использования для проведения компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Исполнитель за свой счет передает Государственному заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения.
8.4. Исполнитель в процессе сдачи-приемки работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с использованием средств, указанных в пункте 8.1 настоящего Описания объекта закупки, а также в соответствии с инструкциями, приведенными в рабочей документации на Систему.
8.5. Исполнитель должен передать Государственному заказчику исходные коды и дистрибутив доработанной Системы в соответствии с п. 8.1 настоящего Описания объекта закупки в электронном виде в 1 экземпляре. |
|
|
| Требование к месту выполнения работ |
9. Требование к месту выполнения работ.
Исполнитель выполняет работы на территории Государственного заказчика (г. Воронеж, пл. Ленина, 1). В случае необходимости у Исполнителя выполнения работ в удаленном режиме с помощью средств информационных технологий и телекоммуникаций, Исполнитель должен выполнить требования, указанные в разделе 10 настоящего Описания объекта закупки.
Регламент защищённой виртуальной сети VipNet № 2517 размещен на Портале Воронежской области в сети Интернет www.govvrn.ru в разделе министерства цифрового развития Воронежской области. |
|
|
Показать всё
Скрыть
|
Зарегистрироваться
Войти
Все сервисы
