ТЗ_ЕМИАС-Контингент_ИТОГ. Содержание 1Общие сведения 3 Наименование работ 3 Наименование заказчика и пользователя 3

• Название: Содержание 1Общие сведения 3 Наименование работ 3 Наименование заказчика и пользователя 3
• Дата: 07.03.2018
• Размер: 1.78 Mb.
• Имя файла: ТЗ_ЕМИАС-Контингент_ИТОГ.docx
• Тип: Документы; #37923
• страница: 14 из 16

7.3.Сведения о гарантийном обслуживании

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

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

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

Под сроком предоставления гарантии качества товара, работ, услуг понимается период времени, начинающийся с момента завершения работ по Государственному контракту и подписания Акта сдачи-приемки работ, в течение которого Исполнитель обязуется в отношении разработанного Сервиса выполнять работы по устранению выявляемых технических ошибок (дефектов) в следующем объеме:

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

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

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

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

7.5.Статус приемочной комиссии

Статус приемочной комиссии: межведомственная.

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

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

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

8.2.Приведение поступающей в Сервис информации к виду, пригодному для обработки с помощью ЭВМ

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

8.3.Сроки и порядок комплектования штатов и обучения персонала

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

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

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

• 
  ГОСТ 34.003-90, ГОСТ 19781-90 в части терминологии;
  
• 
  ГОСТ 34.201-89, ГОСТ 19.101-77 в части наименования и обозначения документов;
  
• 
  ГОСТ 34.601-90, ГОСТ 19.102-77 в части определения стадий и этапов работ;
  
• 
  ГОСТ 34.602-89, ГОСТ 19.201-78 в части состава, содержания и правил оформления документов «Техническое задание», «Частное техническое задание»;
  
• 
  ГОСТ 34.603 -92 в части определения видов испытаний;
  
• 
  РД 50-34.698-90, ГОСТ 19.ХХХ в части структуры и содержания документов;
  
• 
  ГОСТ 7.32-2001 в части структуры и правил оформления отчета о проведении обследований.
  

В соответствии с ГОСТ 34.602-89: «2.2: … В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом». Дополнительные требования к составу, структуре и содержанию документов могут быть подготовлены Государственным заказчиком и переданы Исполнителю на стадии техно-рабочего проекта (раздел 5.1). Дополнительные требования оформляются протоколом или дополнением к данному ТЗ. Дополнение или указанный протокол являются неотъемлемой частью ТЗ и должны быть утверждены в установленном порядке.

Документы должны быть оформлены в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 листов должны содержать информационную часть, состоящую из аннотации и содержания.

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

Формальное полное соответствие документов на Сервис требованиям РД 5034.698-90 и ГОСТ 19.ХХХ по составу и структуре разделов не требуется, исключая документы «Руководство пользователя» и «Руководство администратора». При этом должно быть достигнуто адекватное описание всех видов обеспечения Сервиса, достаточное для подготовки персонала, развертывания, эксплуатации и сопровождения Сервиса по всем позициям, определяемым РД 50-34.698-90 и ГОСТ 19.ХХХ для отдельных документов.

Отчёт о НИР должен содержать:

• 
  результаты анализа достаточности описанных сервисов, запланированных к реализации в составе Сервиса, на предмет обеспечения полного покрытия потребностей процессов, приведенных в разделе 2.1 настоящего ТЗ;
  
• 
  описание особенностей функционирования Сервиса, включая количество обрабатываемых Сервисом объектов БД СУПП, частоту обращения к ним, распределение обращений по типам (создание, чтение, редактирование, удаление) и компонентам Системы, являющихся потребителям данных;
  
• 
  обзор научно-технических достижений в области разработки сервисов и работы с базами данных;
  
• 
  описание способов усовершенствования используемых технологий в части предусматривающей реализацию индивидуальных особенностей Сервиса;
  
• 
  критический аналитический отчёт о применённых технологиях, направленных на учёт и реализацию индивидуальных особенностей функционирования («ноу-хау» решения или его части), в том числе заключение об необходимых условиях, возможности и готовности к повторному использованию решения или его части в виде обособленного артефакта, концепции или архитектурного шаблона для удовлетворения аналогичных требований в рамках системного ландшафта ЕМИАС;
  
• 
  критический аналитический отчёт о применённых технологиях, направленных на учёт и реализацию индивидуальных особенностей функционирования («ноу-хау» решения или его части), в том числе заключение об необходимых условиях, возможности и готовности к повторному использованию решения или его части в виде обособленного артефакта, концепции или архитектурного шаблона для удовлетворения аналогичных требований в рамках системного ландшафта ЕМИАС;
  
• 
  проект НПА о вводе Сервиса в состав ЕМИАС.
  

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

Документ «Описание программного обеспечения (ПА)» должен содержать исчерпывающее описание разработанного (модернизированного) специального программного обеспечения (СПО) Сервиса, обеспечивающее его установку, настройку, эксплуатацию, сопровождение, модернизацию и развитие в последующие периоды без привлечения Исполнителя (технические требования (спецификации), инструкции по сопровождению, инструкции по вводу в действие (инсталляции) и т.д.) в том числе с учетом требований к документам «Руководство системного программиста» (32) по ГОСТ 19.503-79, «Руководство программиста» (33) по ГОСТ 19.504-79 и «Описание программы» (13) по ГОСТ 19.402-78:

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

В части организации процесса учета и контроля над предоставлением доступа к Сервису документ «Руководство администратора» (И3) по РД 50-34.698-90 должен в том числе определять:

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

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

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

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

Документ «Пояснительная записка» должен содержать развернутые описания конкретных решений с указанием их соответствия требованиям по разделу 4 настоящего ТЗ. При этом:

• 
  должны быть явно указаны качественные и количественные характеристики и другие параметры решений, реализующие требования раздела 4 ТЗ;
  
• 
  пояснительная записка к техническому проекту должна включать описание архитектуры Сервиса, включая структуру организации функций Сервиса, подробные диаграммы взаимодействия функций Сервиса с общегородскими сервисами, подробный расчет нагрузки на общегородские сервисы в разрезе методов сервисов;
  
• 
  при описании решений по организационной и информационной структуре следует включать на уровне приложений или разделов схемы и документы в соответствии с РД 50-34.698-90: Схема организационной структуры (СО), Схема функциональной структуры (С2), Схема структурная комплекса технических средств (С1) Описание организации информационной базы (П6), Описание систем классификации и кодирования (П7), Каталог базы данных (В7), Массив входных данных (В6), Состав выходных данных (В8).
  

Документы «Руководство пользователя», «Руководство администратора» по РД 50-34.698-90 и другие документы, регламентирующие деятельность персонала, должны содержать описание выполнения операций (действий) персонала в технологическом процессе Пользователя, т.е. описание должно строиться на основе технологических задач персонала с использованием возможностей Сервиса и не должно сводиться к простому описанию (перечислению) функций Сервиса. При этом в указанных документах должна быть отражена работа всех функций Сервиса. Указанные документы должны содержать описание выполнения операций (действий) всех категорий персонала, определенных в ТЗ и другой документации на Сервис.

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