Функциональные требования к Порталу

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
для проведения открытого конкурса на право заключения договора по оказанию услуг
разработки и техническому сопровождению портала «Интранет МФЦ» для нужд ГБУ
МФЦ города Москвы
Содержание
Введение
5
Полное наименование Портала
5
Государственный заказчик
5
Исполнитель
5
Цель создания Портала
5
Сроки оказания услуг
5
Источник финансирования
5
Порядок финансирования
5
Порядок оформления и предъявления заказчику результатов услуг по созданию Портала
5
Перечень обозначений и сокращений
Назначение и цели создания Портала
Назначение Портала
Цели услуг
Характеристика объекта автоматизации
Краткие сведения об объекте автоматизации
Основные цели и задачи
Структура и управление МФЦ
Требования к Порталу
5
7
7
7
9
9
9
9
10
Функциональные требования к Порталу
10
Требования к архитектуре
11
Требования к структуре и функционированию Портала
11
Требования к информационной структуре
11
1.
Требования к способам и средствам связи для информационного
обмена между компонентами Портала
11
2.
Требования к характеристикам взаимосвязей со смежными
системами
12
3.
Требования к режимам функционирования Портала
12
4.
Требования по диагностированию Портала
13
5.
Перспективы развития, модернизации Портала
13
Требования к численности и квалификации персонала Портала и режиму его
работы
13
Показатели назначения
15
Требования к надежности
15
6.
Критерии отказа Портала и (или) ее компонентов
15
7.
Перечень аварийных ситуаций, приводящих к отказу Портала и
(или) ее компонентов
15
8.
Критичность простоя Портала
16
9.
Требования к надежности технических средств и программного
обеспечения
16
10. Требования к программным мероприятиям по обеспечению
надежности
17
Требования безопасности
17
11. Требования по обеспечению безопасности при монтаже, наладке,
эксплуатации, обслуживании и ремонте технических средств Портала17
Требования к эргономике и технической эстетике
18
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов Портала
18
12. Условия эксплуатации
18
13. Предварительные требования к допустимым площадям для
размещения персонала и ТС Портала
18
14. Требования к составу, размещению и условиям хранения комплекта
запасных изделий и приборов
19
15. Требования к регламенту обслуживания
19
Требования к защите информации от несанкционированного доступа
19
Требования по сохранности информации при авариях
20
Требования к защите от влияния внешних воздействий
21
Требования к патентной чистоте
21
Требования по стандартизации и унификации
21
Требования к функциям (задачам), выполняемым системой
Требования к верстке и дизайну
Модуль «Администрирование»
Модуль «Статистики»
Модуль «Поиск»
Модуль «Взаимодействия с внешними системами»
Модуль «Публикации периодической информации»
Модуль «Список услуг»
Модуль « База знаний»
Модуль « Библиотеки документов»
Модуль «Профили пользователей»
Модуль «Ведения структуры сайтов»
Модуль «Обратная связь»
21
21
22
22
22
22
22
24
24
24
25
25
26
Требования к видам обеспечения
26
Требования к математическому обеспечению системы
26
Требования к информационному обеспечению
26
Требования к лингвистическому обеспечению Портала
26
16. Требования к применению языков высокого уровня.
26
17. Требования к способам организации диалога с пользователями. 26
18. Требования к языку взаимодействия с пользователем
26
Требования к программному обеспечению
27
19. Состав клиентского общесистемного и прикладного программного
обеспечения
27
Требования к техническому обеспечению Портала
28
20. Состав клиентского аппаратного обеспечения
28
Требования к метрологическому обеспечению.
28
Требования к организационному обеспечению
28
Требования к методическому обеспечению
29
Требования к телекоммуникационному обеспечению
29
Состав и содержание услуг по разработке Портала.
30
Услуги по разработке портала.
Порядок контроля и приемки
Требования к документированию
30
31
32
Введение
Полное наименование Портала
Информационно-аналитический портал «Интранет МФЦ».
Условное обозначение системы: Интранет МФЦ (далее - Портал).
Государственный заказчик
Полное наименование: Государственное бюджетное учреждение
Сокращение в тексте: ГБУ МФЦ г. Москвы, Заказчик
Исполнитель
Исполнитель услуг определяется на конкурсной основе в соответствии с действующим
законодательством (далее по тексту – Исполнитель).
Цель создания Портала
Создание единой информационной площадки внутреннего и служебного использования.
Сроки оказания услуг
Срок начала оказания услуг: не ранее 18 рабочих дней с даты заключения
Договора.
Сроки окончания оказания услуг: не позднее 36 рабочих дней с даты заключения
Договора.
Источник финансирования
Источник финансирования – бюджет города Москвы.
Порядок финансирования
Порядок финансирования определяется нормативными правовыми актами правительства
города Москвы о финансировании расходов бюджета правительства города Москвы и
Договором.
Порядок оформления и предъявления заказчику результатов услуг по
созданию Портала
Результаты услуг передаются Заказчику в порядке, определенном Договором в
соответствии с Календарным планом услуг на основании Актов приема-передачи.
Требования к составу и оформлению результатов услуг определены разделом №4 данных
технических требований.
Все материалы передаются с сопроводительными документами Исполнителя.
Перечень обозначений и сокращений
АС ГУФ
-
Автоматизированная система государственных и
муниципальных услуг и функций
ГОСТ
–
Государственный стандарт
контент
–
Все виды информации (как текстовой, так и
мультимедийной — изображения, аудио, видео),
составляющей наполнение (визуализированное, для
посетителя, содержимое) веб-портала
КТС
–
Комплекс технических средств
МФЦ
_
Многофункциональный центр предоставления
государственных и муниципальных услуг
ПО
–
Программное обеспечение
Портал (вебпортал)
Информационная система (сайт или совокупность
сайтов), обеспечивающая централизованный,
структурированный и унифицированный доступ к
широкому набору сервисов, информационных
объектов, веб-интерфейсов к базам данных и другим
информационным системам
СПО
–
Системное программное обеспечение
СУБД
–
Система управления базами данных
Назначение и цели создания Портала
Назначение Портала
Портал должен стать единым централизованным информационным ресурсом,
обеспечивающим взаимодействие аппарата и подразделений МФЦ.
Портал должен обеспечить возможность формировать внутреннюю служебную культуру
МФЦ районов а так же автоматизировать обратную связь с сотрудниками.
Объект внедрения: ГБУ МФЦ г. Москвы.
Цели услуг
Целью создания Портала является сокращение сроков и упрощение методов доведения
служебной информации до сотрудников МФЦ районов, повышение эффективности
работы сотрудников, обеспечение обратной связи, повышении качества и сокращения
времени при реализации управленческих решений руководства МФЦ.
Достижение указанных целей осуществляется за счет выполнения задач, указанных в
Табл. 1.
Табл. 1. Задачи и критерии оценки результатов создания Портала
Задача
Критерии оценки результатов решения задач
1. Реализация управленческих
решений и их внедрение
1.1.
Должна
быть
реализована
возможность
публикации служебной информации от вышестоящих
подразделений до нижестоящих.
2. Повышение управляемости за счет
организации эффективной обратной
связи с персоналом
2.1.
Должна быть реализована форма обратной связи,
позволяющая
напрямую
доводить
служебную
информацию до вышестоящих организаций путем
автоматической отправки электронных сообщений на
специально выделенные адреса.
2.2.
Должна быть обеспечена возможность хранения
истории отправленных обращений.
3. Обучение и стандартизация
3.1.
Должна быть реализована возможность доведения
обучающих материалов до сотрудников, а также
внедрение стандартных форм документов внутреннего
документооборота.
4. Повышение качества работы
сотрудников за счет развития
процессов унификации и
стандартизации процедур в МФЦ
районов
4.1.
Должна быть технически реализована база знаний,
которая позволит пользователям использовать общую
информацию необходимую для оказания услуг, в том
числе регламенты МФЦ на оказание услуг.
5. Информационное сопровождение
5.1.
Должна
быть
реализована
возможность
поддержания
актуальности
информации
силами
сотрудников без наличия специальной подготовки.
Доступ к данной информации должен быть у всех
пользователей МФЦ
Задача
Критерии оценки результатов решения задач
6. Экономия времени и усилий
сотрудников МФЦ в процессе
оказания услуг
6.1.
Должен быть реализован импорт информации о
государственных и муниципальных услугах из АС ГУФ.
Доступ к данной информации должен быть у всех
пользователей МФЦ.
7. Более быстрый и эффективный вход
новых сотрудников в жизнь
организации
7.1.
Должна быть реализована возможность хранения,
размещения и использования обучающих материалов, в
том числе видеоформата.
Доступ к данной информации должен быть у всех
пользователей МФЦ
Характеристика объекта автоматизации
Краткие сведения об объекте автоматизации
Объектом автоматизации является внутренняя деятельность МФЦ города Москвы в части
оказания услуг, административных процессов и внутрикорпоративной культуры.
На сегодняшний день в Москве функционируют 65 МФЦ районов города.
К началу 2014 года планируется ввести в эксплуатацию ещё 41 МФЦ районов города.
Планируемое количество пользователей от 3 до 5 тысяч человек.
Основные цели и задачи
МФЦ (многофункциональный центр) — это государственное учреждение,
уполномоченное на организацию предоставления государственных услуг городских и
федеральных органов власти, в том числе в электронной форме, по принципу «одного
окна».
Основной принцип работы МФЦ города — уход от оказания отдельных госуслуг к
возможности решения заявителем своей проблемы в целом, путем получения целого
комплекса услуг, востребованных в конкретной жизненной ситуации.
Прием заявителей, обработка обращений и выдача результатов услуг (документов)
осуществляются сотрудниками городских и федеральных органов исполнительной власти,
а также универсальными специалистами МФЦ.
В центрах предусмотрена возможность получения всех необходимых сопутствующих
сервисов: можно сделать ксерокопию, оплатить госпошлину через банкомат,
сфотографироваться на документ, воспользоваться услугами нотариуса и т.д.
Основные преимущества организации предоставления государственных услуг в МФЦ:

предоставление максимально возможного комплекса государственных услуг в
едином присутственном месте;

создание комфортных условий обслуживания заявителей;

оказание дополнительных и сопутствующих услуг (нотариальных, банковских,
копировальных, фото-услуг и др.);

территориальная доступность мест предоставления государственных услуг.
Структура и управление МФЦ
Головной организацией является : ГБУ МФЦ Г. МОСКВЫ, осуществляющее контроль и
руководство МФЦ районов города.
МФЦ районов города логически группируются территориальному принципу - по
административным округам города Москвы, но структурно все подчиняются напрямую :
ГБУ МФЦ Г. МОСКВЫ.
Требования к Порталу
Функциональные требования к Порталу
В состав Портала должны входить следующие функциональные модули:
1. Модуль «Администрирование»
2. Модуль «Статистики»
3. Модуль «Поиска»
4. Модуль «Взаимодействия с внешними системами»
5. Модуль «Публикации периодической информации»
6. Модуль «Список услуг»
7. Модуль «База знаний»
8. Модуль «Библиотеки документов»
9. Модуль «Профили пользователей»
10. Модуль «Ведения структуры сайтов».
11. Модуль «Обратная связь»
На Портале должны быть обеспечены следующие роли:

операторы - сотрудники МФЦ районов, в том числе, принимающие участие в
оказании услуг;

контролеры - сотрудники : ГБУ МФЦ Г. МОСКВЫ, осуществляющие контроль и
информационное наполнение Портала;

администраторы – сотрудники, осуществляющие техническую настройку и
эксплуатацию Портала, отслеживающие статистику его использования.
Для операторов должны быть обеспечены следующие возможности:

чтение периодической информации;

чтение списков услуг;

чтение (всем), редактирование (выделенным сотрудникам)
(выделенным сотрудникам) информации в базе знаний;
и
удаление

чтение (всем), редактирование (выделенным сотрудникам)
(выделенным сотрудникам) документов в библиотеках.
и
удаление
Для контролеров должны быть обеспечены следующие возможности:

чтение, редактирование и удаление периодической информации;

чтение списков услуг;

чтение, редактирование и удаление информации в базе знаний;

чтение, редактирование и удаление документов в библиотеках.
Для администраторов должны быть обеспечены следующие возможности:

разграничение прав доступа к сервисам Портала,

ведение и анализ журналов доступа.
Требования к архитектуре
Архитектура Портала должна основываться на трехуровневой модели:

презентационный уровень, обеспечивающий представление информационных
объектов и сервисов Портала пользователям;

прикладной уровень — систему серверов приложений, обеспечивающих
выполнение преобразований информационных объектов в соответствии с
заданными процедурами и правилами;

уровень хранения данных, реализующий задачи контроля за целостностью и
корректностью структуры информационных объектов.
Архитектурная схема представлена на Рис. 1
База данных
Сервера приложений
Рис. 1 Схема взаимодействия компонентов Системы
Требования к структуре и функционированию Портала
Требования к информационной структуре
Информационная структура Портала должна обеспечивать возможность
публикации следующих сведений:
 данные о руководителях и организационной структуре МФЦ;
 данные о МФЦ районов, включая адреса, режимы работы и контактные данные
и руководителях;
 внутренние документы МФЦ, включая шаблоны;
 данные сторонних организаций, с которыми происходит взаимодействие
сотрудников МФЦ в процессе оказания услуг.
Требования к способам и средствам связи для информационного
обмена между компонентами Портала
Для обеспечения информационного обмена компоненты Портала должны работать в
составе единой вычислительной сети, построенной по технологии Интернет/интранет.
В качестве базового протокола сетевого и межсетевого взаимодействия должен
использоваться TCP/IP (Transfer Control Protocol / Internet Protocol - протокол управления
передачей / протокол-Интернет) – стек протоколов Интернет.
Обмен данными должен осуществляться при помощи веб-сервисов или прямого доступа к
БД, если иное не утверждено документами технического проекта.
Требования к характеристикам взаимосвязей со смежными системами
Должна быть обеспечена возможность информационного взаимодействия Портала с АС
ГУФ.
Взаимодействие должно быть реализовано в части получения данных по услугам.
Атрибутивный состав и способ передачи данных должен быть предложен в конкурсной
заявке Исполнителя.
Заказчик, в процессе оказания услуг по договору, обеспечивает решение организационных
вопросов взаимодействия с внешними системами и предоставляет запрашиваемую
Исполнителем документацию.
Требования к режимам функционирования Портала
Портал должен функционировать в следующих режимах:
 штатный режим, при котором обеспечивается выполнение задач в объеме функций,
предусмотренных настоящими техническими требованиями
 сервисный режим, необходимый для проведения обслуживания, реконфигурации
Портала;
 аварийный режим работы.
В штатном режиме функционирования Портал должен обеспечивать следующий режим
работы: доступность функций в режиме — 12 часов в день, 5 дней в неделю (12х5).
Штатный режим функционирования является основным при эксплуатации Портала и
должен выполняться в условиях стабильной работы СПО, КТС и каналов передачи
данных. В данном режиме Портал должен обеспечивать выполнение всех заявленных
функций.
В сервисном режиме Портал должен обеспечивать возможность проведения следующих
работ:
 техническое обслуживание;
 модернизацию аппаратно-программного комплекса.
Техническое обслуживание должно проводиться обслуживающим персоналом Портала.
В сервисном режиме допускается остановка Портала и (или) отдельных его компонентов.
В этом случае доступ пользователей к Порталу невозможен.
Функционирование Портала при отказах и сбоях серверного общесистемного и
специального программного обеспечения и оборудования не предусматривается.
В аварийном режиме обслуживающим персоналом должно осуществляться
восстановление работоспособности Портала после сбоев. Данный режим должен
использоваться в следующих ситуациях:
 отказ серверного оборудования и серверного программного обеспечения;
 отказ активного сетевого оборудования;
 отказ внутренних линий связи между компонентами Портала.
Функционирование Портала при отказах и сбоях серверного общесистемного и
специального программного обеспечения и оборудования не предусматривается
В аварийном режиме должны осуществляться работы:
 по текущему ремонту оборудования;
 по настройке (установке/переустановке) программного обеспечения;
 работы по восстановлению данных из резервных копий.
В аварийном режиме допускается остановка Портала и (или) отдельных его компонентов.
В этом случае доступ пользователей к Порталу невозможен.
Требования по диагностированию Портала
Диагностирование Портала должно осуществляться путем анализа персоналом записей в
журналах событий.
Ведение журналов должно проводиться автоматически в течение всего штатного режима
работы.
Диагностирование Портала должно обеспечивать:
 выявление сбоев и отказов Портала;
 выявление нарушений целостности данных;
 мониторинг действий пользователей по управлению содержимым.
Перспективы развития, модернизации Портала
Дальнейшее развитие Портала может быть произведено в следующих направлениях:
 расширение функциональных возможностей Портала;
 масштабирование Портала с целью повышения её производительности;
 проведение рефакторинга (изменения внутренней структуры Портала с целью
облегчения её понимания);
 расширение механизма
пользователей;
аутентификации
и
персонализации
данных
для
 применение новых современных методов и протоколов связи и передачи данных;
 совершенствование средств
выполнения поручений.
контроля
сроков,
качества
и
эффективности
Требования к численности и квалификации персонала Портала и
режиму его работы
Персонал Портала включает:
 пользователей;
 обслуживающий персонал.
Все пользователи Портала должны обладать квалификацией, обеспечивающей, как
минимум:
 базовые навыки работы на персональном компьютере с современными
операционными системами (клавиатура, мышь, управление окнами и
приложениями, файловая система);
 базовые навыки использования интернет-браузера (настройка типовых
конфигураций, установка подключений, доступ к web-сайтам, навигация, формы
и другие типовые интерактивные элементы web-интерфейса);
 знание основ информационной безопасности при работе с информацией
ограниченного доступа.
Под обслуживающим персоналом понимаются специалисты, отвечающие за техническое
обслуживание и сопровождение Портала.
В состав обслуживающего персонала, необходимого для обеспечения эксплуатации
Портала, входят системные администраторы, администраторы баз данных, специалисты
по техническому обслуживанию.
Основными обязанностями системного администратора являются:
 установка, настройка и мониторинг работоспособности системного и базового
программного обеспечения;
 инсталляция и настройка прикладного программного обеспечения (ПО);
 ведение учетных записей пользователей Портала;
 управление правами доступа пользователей к функциям Портала.
Системный администратор должен обладать высоким уровнем квалификации и
практическим опытом выполнения работ по установке, настройке и администрированию
программных средств, применяемых в Системе, а также должен иметь профессиональные
знания и практический опыт в области системного администрирования.
Основными обязанностями администратора баз данных являются:
 установка, модернизация, настройка параметров программного обеспечения систем
управления базами данных (СУБД);
 оптимизация функционирования прикладных баз данных по времени отклика,
скорости доступа к данным;
 резервное копирование и аварийное восстановление данных;
 конфигурирование и настройка программно-технических средств Портала;
 разработка, управление и реализация эффективной
информации, хранящейся в прикладных базах данных.
политики
доступа
к
Администратор баз данных должен обладать высоким уровнем квалификации и
практическим опытом выполнения работ по установке, настройке и администрированию
используемых в Системе СУБД.
Основными обязанностями специалиста по техническому обслуживанию являются:
 модернизация, настройка и мониторинг работоспособности комплекса технических
средств (серверов, рабочих станций);
 конфигурирование и настройка программно-технических средств Портала;
 диагностика типовых неисправностей;
 замена базовых узлов периферийных устройств, имеющих ограниченный ресурс;
 настройка локальной компьютерной сети и Интернета;
 контроль доступа к сетевым ресурсам;
 настройка сетевого окружения.
Проведение более сложных операций по обслуживанию и ремонту должно
осуществляться силами сервисных служб поставщиков технических средств, входящих в
состав программно-аппаратного комплекса Портала.
Квалификация обслуживающего персонала должна позволять:
 использовать стандартные возможности применяемых типовых
вычислительной техники, ОС, СУБД и другого системного ПО;
средств
 работать с архиваторами, дисковыми утилитами, антивирусными программами и
программами резервного копирования;
 определять источник сбоя функционирования и отказа Портала;
 восстанавливать работоспособность Портала после сбоя или отказа;
 проводить регламентные работы и техническое обслуживание Портала;
 обеспечивать требуемые условия эксплуатации Портала.
Пользователи должны пройти обязательную общую подготовку, которая должна включать
в себя получение навыков работы с компьютером и общим ПО (ОС, офисное ПО) в
объеме навыков Пользователей персональных компьютеров.
Пользователи должны обладать знаниями и навыками работы в качестве Пользователя
персональных компьютеров в соответствии с Приложением к приказу Мининформсвязи
России от 27.12.2005 г. № 147 «Квалификационные требования к государственным
служащим в области использования информационных технологий».
Численность персонала и режим его работы определяются Заказчиком.
Показатели назначения
При создании Портала должны выполняться следующие условия:
 время отклика в 80% случаев - не более 3 секунд, за исключением поискового
запроса;
 число одновременных активных подключений к Порталу - не менее 1000.
Требования к надежности
Критерии отказа Портала и (или) ее компонентов
Надёжность Портала должна определяться уровнем безотказности в работе и
способностью к восстановлению работоспособности после отказов.
Показатели надежности технических средств Портала должны оцениваться и
контролироваться в соответствии с требованиями и по методикам ГОСТ 27.001-95 на всех
стадиях жизненного цикла Портала. Оценка и контроль показателей надёжности
программных средств должны производиться в соответствии с требованиями и по
методикам ГОСТ 28195-89 на всех стадиях жизненного цикла Портала.
Критерии отказа Портала и (или) ее компонентов определяются:
 средним временем наработки на отказ (время работы Портала без сбоев) не менее
40000 часов;
 средним временем восстановления работоспособности (после сбоев) не более 4
часов при сохранении целостности БД.
Перечень аварийных ситуаций, приводящих к отказу Портала и (или)
ее компонентов
Время гарантированной работы для завершения серверных и прикладных
приложений, обеспечиваемое источниками бесперебойного питания, должно быть не
менее 3 часов (обеспечивается Заказчиком).
Работоспособность Портала и сохранность информации на Портале должна
обеспечиваться при возникновении следующих аварийных ситуаций:
1. Отказы в электроснабжения:
 отказы технических средств подсистемы электропитания Портала;
 полное отключение электроэнергии.
2. Отказы комплекса технических средств (аппаратных средств):
 отказы серверного оборудования;
 отказы АРМ пользователей;
 отказы сетевого, телекоммуникационного оборудования и каналов связи;
 отказы оборудования резервного копирования информации.
3. Отказы программных средств:
 отказы общего ПО;
 отказы СПО.
4. Отказы в результате ошибок обслуживающего персонала и пользователей.
Критичность простоя Портала
Под отказом понимается прекращение компонента Портала выполнять
предопределенные функции. Портал должен обеспечивать период времени от момента
отказа до момента локализации отказа не больше 2 часов.
Максимальное время простоя Портала без учета времени решения
организационных вопросов должно составлять не более 180 часов в течение года.
Требования к надежности технических средств и программного
обеспечения
При размещении на технической площадке, удовлетворяющей требованиям
эксплуатационной документации, Портал должен обеспечивать высокий уровень
доступности, составляющий не менее 95% в год.
Портал должен удовлетворять следующим требованиям к надежности:
Суммарное время простоя Портала — не более 180 часов в год.
1. Допустимое время восстановления системных данных, в случае внештатного простоя
Портала не должно превышать 4 часа.
2. Допустимое время восстановления хранимых данных, в случае внештатного простоя
Портала не должно превышать 48 часов.
3. Допустимый временной интервал потери хранимых данных в случае внештатного
простоя Портала не должен превышать 1 часа.
Портал должен обеспечивать возможность резервирования системных и хранимых
данных на внешние дисковые носители и ленточные библиотеки.
При возникновении сбоев в аппаратном обеспечении Портал должен
автоматически восстанавливать свою работоспособность после устранения сбоев и
корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения
рабочих носителей информации с исполняемым программным кодом и данными).
Требования к программным мероприятиям по обеспечению
надежности
Надежность Портала должна достигаться комплексом организационных и
технических мер, обеспечивающих требуемые уровни безотказности,
ремонтопригодности, долговечности и сохранения ресурсов Портала.
Технические меры по обеспечению надежности должны предусматривать:
 резервирование критически важных компонентов и данных Портала и отсутствие
единой точки отказа;
 использование технических средств
возможностью их «горячей» замены;
с
избыточными
компонентами
и
 использование программного резервирования (программной избыточности);
 конфигурирование используемых средств и применение специализированного ПО,
обеспечивающего высокую надёжность.
Организационные меры по обеспечению надежности должны быть направлены на
минимизацию ошибок пользователей (а также обслуживающего персонала при
эксплуатации и проведении работ по обслуживанию), минимизацию времени ремонта или
замены вышедших из строя компонентов за счёт:
 обеспечения требуемого уровня квалификации пользователей;
 обеспечения требуемого уровня квалификации обслуживающего персонала;
 регламентации и нормативного обеспечения выполнения работ обслуживающего
персонала и пользователей;
 своевременного оповещения
компонентов Портала;
пользователей
о
случаях
нештатной
работы
 своевременной диагностики неисправностей;
 наличия запасных изделий;
 наличия договоров на сервисное обслуживание и поддержку компонентов
комплекса технических средств (КТС).
Комплекс технических и организационных мер обеспечивается Заказчиком.
Требования безопасности
Требования по обеспечению безопасности при монтаже, наладке,
эксплуатации, обслуживании и ремонте технических средств Портала
Размещение и использование оборудования должно соответствовать требованиям
нормативно-технических документов (НТД) по обеспечению безопасной эксплуатации
электроустановок и обеспечивать безопасность пользователей и эксплуатирующего
персонала при всех видах работ и во всех режимах эксплуатации.
Размещение оборудования на рабочих местах должно обеспечивать его безопасное
обслуживание и эксплуатацию.
Требования к эргономике и технической эстетике
Необходимо наличие удобного и интуитивно-понятного интерфейса на всех
стадиях ввода, обработки и передачи информации, позволяющего пользователю свободно
ориентироваться в информационном и функциональном пространстве Портала.
Интерфейсы Портала должны быть понятными и удобными. Навигационные
элементы должны быть выполнены в удобной для пользователя форме. Средства
редактирования информации должны удовлетворять принятым соглашениям в части
использования функциональных клавиш, режимов работы, поиска, использования
оконной системы. Ввод-вывод данных Портала, прием управляющих команд и
отображение результатов их исполнения должны выполняться в интерактивном или
автоматическом режимах.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений), должны быть на русском языке.
Экранные формы пользовательского интерфейса должны быть спроектированы при учете
следующих требований по их унификации:
 экранные формы должны быть выполнены в едином графическом дизайне, с
одинаковым расположением основных элементов управления и навигации;
 для обозначения одних и тех же операций должны использоваться одинаковые
графические значки, кнопки и другие управляющие (навигационные) элементы;
должны быть унифицированы термины, используемые для описания идентичных
понятий, операций и действий пользователя;
 реакция Портала на действия пользователя (наведение указателя «мыши»,
переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия
над одними и теми же графическими элементами, независимо от их расположения на
экране.
Требования к эксплуатации, техническому обслуживанию,
ремонту и хранению компонентов Портала
Условия эксплуатации
Портал должен быть рассчитан на эксплуатацию в составе программно–
технического комплекса Заказчика и учитывать возможность подключения пользователей
по сети Интернет. Техническая и физическая защита аппаратных компонентов Портала,
носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее
обслуживание реализуется техническими и организационными средствами в соответствии
с требованиями эксплуатационной документации, предоставляемой поставщиками СПО и
КТС.
Предварительные требования к допустимым площадям для
размещения персонала и ТС Портала
При размещении оборудования, соответствующего требованиям, в одной
монтажной стойке требуется обеспечить электропитание необходимое для работы всего
оборудования.
Для размещённого в стойке оборудования рекомендуется использовать минимум
один ИБП и устройство АВР, предназначенного для автоматического переключения
электропитания с первого питающего ввода на второй.
Система кондиционирования в помещении с установленным оборудованием
должна обеспечивать поддержку температуры в диапазоне от 18 до 24 градусов по
Цельсию при измерениях на высоте 1,5 метра от уровня пола.
Относительная влажность воздуха в помещении с установленным оборудованием
должна поддерживаться в диапазоне от 30% до 55% при измерениях на высоте 1,5 метра
от уровня пола. Скорость изменения влажности воздуха ограничивается величиной 6% в
час. Конденсация влаги должна быть исключена при любых условиях.
Система вентиляции должна создавать в помещении с установленным
оборудованием избыточное давление, а ее производительность должна обеспечивать
минимум однократную полную смену воздуха в час.
Площадка для размещения персонала и КТС Портала предоставляется Заказчиком.
Требования к составу, размещению и условиям хранения комплекта
запасных изделий и приборов
Состав запасных частей и приборов (ЗИП) должен быть достаточен для
выполнения текущих («горячих») и плановых замен. Условия размещения и хранения
ЗИП должны быть определены техническими требованиями поставщиков.
За выполнение требований к составу, размещению и условиям хранения комплекта
запасных изделий и приборов отвечает Заказчик.
Требования к регламенту обслуживания
При эксплуатации Портала входящее в его состав системное программное и
аппаратное обеспечение должно соответствовать рекомендациям производителя.
Должны соблюдаться правила эксплуатации компонентов Портала, а так же
производиться своевременная установка обновлений программного обеспечения,
рекомендованных производителями.
Должна быть обеспечена возможность выполнения периодического резервного
копирования информации и восстановления данных из сохранено ранее резервной копии.
Резервная копия должна храниться на внешнем носителе.
Исполнитель на стадии разработки документации (см п.5) должен разработать
проект регламента резервного копирования и восстановления Портала
Предпочтительный интервал для технического обслуживания Портала в нерабочее
время, например с 21:00 до 07:00.
При эксплуатации Портала должен соблюдаться регламент тестирования и
обновления входящего в её состав системного и прикладного программного обеспечения.
Данные требования обеспечиваются Заказчиком.
Требования к защите информации от несанкционированного
доступа
Портал относится к группе многопользовательских информационных систем с
различными правами доступа. Должен быть реализован следующий комплекс мер,
направленных на защиту от несанкционированного доступа к функциям
административного интерфейса:
 возможность ограничения доступа к административному интерфейсу;
 возможность ведения журналов действий пользователей в административном
интерфейсе и журнала аутентификаций.
Организационные и технические меры по обеспечению информационной
безопасности обеспечиваются Заказчиком и должны включать:
 антивирусную защиту;
 контроль физического доступа к серверному оборудованию;
 аудит доступа к информационной системе.
Доступ пользователей к функциям и данным Портала должен предоставляться
только после прохождения пользователем процедур аутентификации и авторизации.
Доступ пользователей к функциям и данным Портала должен быть ограничен
правами доступа. Каждому пользователю Портала должна быть сопоставлена учетная
запись. Для каждой учетной записи пользователя должны быть определены конкретные
ограничения на доступ к функциям и данным Портала.
Для настройки прав пользователей должны создаваться отдельные роли
пользователей с конкретизацией разрешений на выполнение отдельных функций и
ограничений по доступу к информации, хранимой на Портале.
Портал предназначен для хранения конфиденциальной информации, связанной с
профессиональной деятельностью Заказчика, а также персональных данных
пользователей. В связи с этим Исполнитель должен обладать действующей лицензией
ФСТЭК России, на деятельность по технической защите конфиденциальной информации.
Портал не предназначен для хранения информации, составляющей государственную
тайну.
Должна быть обеспечена возможность защиты информации от потери и
несанкционированного доступа на время ее передачи и хранения. Средства защиты
предоставляются Заказчиком.
Требования по сохранности информации при авариях
Сохранность информации, размещенной на Портале, должна обеспечиваться:

при пожарах, затоплениях, землетрясениях и других стихийных бедствиях организационными и защитными мерами, опирающимися на подготовленность
помещений и персонала, обеспечивающими сохранность хранимых копий
информации на магнитных носителях;

при разрушениях информации в результате механических и электронных сбоев и
отказов в работе компьютеров - на основе программных процедур восстановления
информации с использованием хранимых копий баз данных, программных файлов
Портала, а также копий загружаемых файлов;

при сбое в электропитании - организационными и защитными мерами,
опирающимися на подготовленность резервного питания для поддержания
нормального функционирования Портала в течение времени, необходимого для
устранения сбоя в электропитании;

при сбое из-за ошибок в работе персонала - организационными и защитными
мерами, опирающимися на подготовленность персонала.
Для обеспечения сохранности информации на Портале обслуживающий персонал
должен выполнять следующие функции:

резервное копирование баз данных Портала;

восстановление данных в непротиворечивое состояние при программноаппаратных сбоях (отключение электрического питания, сбоях операционной
системы и других) вычислительно-операционной среды функционирования;

восстановление данных в непротиворечивое состояние при сбоях в работе сетевого
программного и аппаратного обеспечения.
Требования к защите от влияния внешних воздействий
Требования к защите от влияния внешних воздействий определяются
производителями используемых технических средств, на которых функционирует Портал.
Соблюдение требований к защите от влияния внешних воздействий обеспечивает
Заказчик.
Требования к патентной чистоте
Патентная чистота Портала и его компонентов должна быть обеспечена в
отношении патентов, действующих на территории Российской Федерации.
Реализация технических, программных, организационных и иных решений,
входящих в Портал, не должна приводить к нарушению авторских и смежных прав
третьих лиц.
При использовании на Портале программ (модулей или компонентов),
разработанных третьими лицами, условия, на которых передается право на использование
(исполнение) этих программ, не должны накладывать ограничений, препятствующих
использованию Портала по его прямому назначению.
Требования по стандартизации и унификации
Разработка Портала должна быть реализована с использованием стандартных и
унифицированных методов разработки программных средств.
Требования к функциям (задачам), выполняемым системой
Требования к верстке и дизайну
В каждом окне Портала должны быть меню отображающее действия доступные
пользователю. Должны быть реализованы всплывающие подсказки на русском языке,
уточняющие назначение кнопок.
Шапка и главная страница должны быть реализованы согласно принятому дизайну.
Должна быть обеспечена возможность изменения главной страницы сайта с
выделением пространства для публикации оперативной информации (новостей) и
возвращения к исходному формату страницы без участия Исполнителя.
На главной странице должна быть возможность размещать (в случае наличия связи
с сетью Интернет):

баннеры внешних сайтов. Перечень баннеров должен быть согласован
Исполнителем и Заказчиком.

«информеров» (информационных окошек) внешних интернет-порталов, на
которых может быть представлена информация о:
o погоде;
o валюте;
o государственных праздниках;
На всех страницах Портала должна быть доступна форма обратной связи, для
отправки сообщения руководителям и технической поддержке.
Модуль «Администрирование»
Модуль «Администрирования» определяет методы разграничения доступа
пользователей к объектам, функциям и данным, принципы аутентификации
пользователей, аудита их действий в Портал, контроля целостности Портал и информации
в ней хранящейся.
Модуль администрирования должен обеспечивать выполнение следующих
функций:

настройка и разграничение прав пользователей Портала, с возможностью
настройки доступных функций и прав на удаление и редактирование
информации;

добавление, хранение, удаление и редактирование данных по пользователям
Портала;

настройка и разграничение прав пользователей Портала, с учетом
принадлежности пользователя к определенному подразделению и выбранной
роли.
Модуль «Статистики»
Модуль «Статистики» должен обеспечивать выполнение следующих функций:

сбор и хранение статистической информации посещаемости Портала, включая
время, дату, учетную запись, IP-адрес в локальной сети;

сбор и хранение статистической информации посещаемости страниц Портала
(для определения самых востребованных);
 сбор и хранение результатов проведенных голосований.
Должны быть разработаны отчеты и шаблоны для работы с данной статистической
информацией.
Модуль «Поиск»
Модуль поиска должен обеспечивать:

полнотекстовый поиск;

поиск по карточке, например, по фамилиям сотрудников.
Модуль «Взаимодействия с внешними системами»
Модуль должен обеспечивать получение из АС ГУФ информации по услугам.
Атрибутивный состав и способ передачи должен быть предложен в конкурсной заявке
Исполнителя.
Модуль «Публикации периодической информации»
Модуль предназначен для публикации, хранения и архивации периодической
информации, размещаемой на Портале.
Модуль «Публикация периодической информации» должен быть основан на работе
с информационными объектами и их метаописаниями. Модуль должен обеспечивать
поддержку полного жизненного цикла контента в соответствии с редакционной
политикой Портала, обеспечивать поддержку маршрутизации (последовательности
обработки) контента.
Должны быть обеспечены следующие функции:

публикация информационных материалов;

изменение (редактирование) опубликованных материалов уполномоченными
пользователями;

утверждение материалов перед публикацией;

перемещение материалов между разделами (в том числе автоматическое при
устаревании);

хранение материалов, в том числе автоматическое архивирование (с
возможностью доступа к архивным материалам);

возможность создания архива новостей с привязкой к датам публикации и
помещения в архив.
Атрибутами элемента контента данного модуля должны быть:
1. Название – однострочное текстовое поле;
2. Фото – для анонса, выводится, если подгружено, в определенный размер, это
же фото выводится как детальное;
3. Текст анонса — многострочное текстовое поле;
4. Детальное содержание – многострочное текстовое поле;
5. Дата публикации – дата, выводится автоматически;
6. Дополнительные свойства необходимые для функциональности.
По умолчанию элементы должны быть упорядочены в убывающем порядке по дате, на
странице выводится 10 элементов и постраничная навигация (пейджинг). Для каждого
элемента должны отображаться:
- Дата публикации;
- Название – ссылка на детальное содержание элемента;
- Фото анонса – ссылка на детальное содержание элемента;
- Текст анонса.
На странице детального описания должны отображаться:
1. Дата публикации;
2. Название;
3. Фото;
4. Детальное содержание;
5. Дополнительные свойства необходимые для функциональности;
6. Ссылка «Назад к списку».
Модуль «Список услуг»
Модуль «Список услуг» должен обеспечивать возможность доступа к данным по
услугам, оказываемым в МФЦ . Данные по услугам должны импортироваться из АС ГУФ,
по запросу пользователя. Перечень импортируемых данных должен быть определен
Исполнителем в конкурсной заявке.
В модуле «Список услуг» страницы Портала реализуются как динамический
контент.
Модуль « База знаний»
Модуль «База знаний» должен обеспечивать возможность хранения данных
необходимых для эффективного оказания услуг пользователями МФЦ районов.
Модуль «База знаний» должен быть основан на работе с информационными
объектами и их метаописаниями. Модуль должен обеспечивать поддержку полного
жизненного цикла контента в соответствии с редакционной политикой Портала.
Должны быть обеспечены следующие функции:

публикация информационных материалов;

изменение (редактирование) опубликованных материалов уполномоченными
пользователями;

утверждение материалов перед публикацией;

перемещение материалов между разделами (в том числе автоматическое при
устаревании);

хранение материалов, в том числе автоматическое архивирование (с
возможностью доступа к архивным материалам).
В режиме визуального редактора должна быть возможность вставлять в текст
изображения, подзаголовки нескольких уровней внутри текста, таблицы, маркированные
и нумерованные списки, ссылки на другие страницы сайта или внешние ресурсы и тд.
Также материал может содержать заголовок, описание
Должна быть реализована возможность для каждого видео, загруженного на
Портал, создавать собственную страницу с проигрывателем, содержащую метаданные о
видео, а так же управлять различными форматами каждого видео, предоставляя
возможность работать с различными разрешениями, форматами кодирования и немного
измененным видеосодержимым. Портал должен позволять управлять выбором
воспроизводимой кодировки в зависимости от возможностей браузера.
Модуль « Библиотеки документов»
Модуль «Библиотека документов» должен обеспечивать хранение документов
пользователей.
Модуль «Библиотека документов» должен быть основан на работе с
информационными объектами и их метаописаниями. Модуль должен обеспечивать
поддержку полного жизненного цикла контента в соответствии с редакционной
политикой Портала, обеспечивать поддержку маршрутизации (последовательности
обработки) контента.
Должны быть обеспечены следующие функции:

публикация документов;

изменение (редактирование) документов;

хранение версий документов;

возможность совместной работы над документом;

утверждение материалов перед публикацией;

перемещение материалов между разделами;

хранение материалов, в том числе автоматическое архивирование (с
возможностью доступа к архивным материалам).
Модуль «Профили пользователей»
Модуль «Профили пользователей» должен обеспечивать доступ к информации о
зарегистрированных пользователях Портала.
Должны быть обеспечены следующие функции:

публикация информации;

изменение (редактирование) информации;

хранение информации

удаление информации.
Модуль «Ведения структуры сайтов»
Модуль «Ведения структуры сайтов» должен обеспечивать создание отдельного
сайта для каждого МФЦ района на Портале на основании шаблона. Шаблон должен быть
создан на стадии разработки.
Модуль «Ведения структуры сайтов» должен быть основан на работе с отдельными
сайтами, являющимися дочерними по отношении к головному сайту Портала. Работа
дочерних сайтов должна быть основана на работе с информационными объектами и их
метаописаниями. Модуль должен обеспечивать поддержку полного жизненного цикла
контента на всех дочерних сайтах Портала в соответствии с редакционной политикой
Портала, обеспечивать поддержку маршрутизации (последовательности обработки)
контента.
В дочерних сайтах должны быть обеспечены следующие функции:

публикация контента;

изменение (редактирование) контента;

перемещение контента между разделами;

хранение материалов, в том числе автоматическое архивирование (с
возможностью доступа к архивным материалам).
Модуль «Обратная связь»
Модуль «Обратная связь» должен обеспечивать возможность настраиваемую отправку
писем в соответствии с заданными адресатами.
Модуль «Обратная связь» должен быть основан на работе программных шаблонов с
почтовыми протоколами.
Должны быть обеспечены следующие функции:
 Настройка и установка почтовых адресов и их обозначениий;
 Создание и отправка писем в соответствии с заданными шаблонами;
 Изменение и настройка шаблонов в форме отправки.
Требования к видам обеспечения
Требования к математическому обеспечению системы
Требования к математическому обеспечению системы не предъявляются.
Требования к информационному обеспечению
Информационное наполнение Портала должно базироваться на информации,
предоставляемой Заказчиком.
Первичное наполнение Портала осуществляется Исполнителем, на основании материалов
предоставленных Заказчиком. Дальнейшее наполнение должно осуществляться
сотрудниками Заказчика.
Структура базы данных должна быть организована рациональным способом,
исключающим единовременную полную выгрузку информации, содержащейся в базе
данных Портала. Технические средства, обеспечивающие хранение информации, должны
использовать современные технологии, позволяющие обеспечить повышенную
надежность хранения данных и оперативную замену оборудования (распределенная
избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы;
кластеризация).
Первичное заполнение осуществляет Исполнитель (справочники, данные,
предоставленные Заказчиком).
Требования к лингвистическому обеспечению Портала
Требования к применению языков высокого уровня.
Используемые при разработке языки высокого уровня должны обеспечивать решение всех
задач по реализации функций Портала.
Требования к способам организации диалога с пользователями.
Способ организации диалога с пользователем должен обеспечивать:
 уменьшение вероятности совершения оператором случайных ошибочных
действий;
 логический контроль ввода данных.
Требования к языку взаимодействия с пользователем
Все экранные формы, выходные формы, инструкции по работе, вся документация должны
быть выполнены на русском языке. Исключения могут составлять только системные и
административные сообщения.
Требования к программному обеспечению
Прикладное программное обеспечение должно отвечать следующим требованиям:
 высокую степень готовности для решения поставленных задач;
 возможность работы программных продуктов в сетях общего пользования;
 совместимость программных продуктов в части используемых технических
средств,
системного
программного
обеспечения
и
общесистемной
инфраструктуры в пределах требований к техническому обеспечению, а также
их информационная совместимость в пределах требований к информационному
обмену;
 наличие эксплуатационной документации на русском языке.
Для функционирования Портала должно использоваться общее программное обеспечение
(ОПО), установленное на технических средствах Заказчика.
Характеристики ОПО приведены в таблице 2.
Табл. 2. Характеристики ОПО Портала
№
п/п
1
2
Часть ОПО
Серверное
ОПО
ОПО
автоматизиро
ванного
рабочего
места (АРМ)
пользователя
Вид ОПО
Программный продукт
Операционная
система
Microsoft Windows Server 2008 R2x64
SP1
Сервер СУБД
Microsoft SQL Server 2008 R2 SP1
Веб-сервер
MicrosoftInternetInformationServer7.5
Сервер приложений
Microsoft SharePoint Server 2013
Менеджер рабочих
процессов
Microsoft Workflow Manager 1.0
Интеграционная
шина
Microsoft Service Bus 1.0
Операционная
система
Microsoft Windows Vista (и выше)
Веб-браузер
Microsoft Internet Explorer (версия 8.0 и
выше)
Данное программное обеспечение предоставляется Заказчиком.
Состав клиентского общесистемного и прикладного программного
обеспечения
В состав клиентского общесистемного программного обеспечения должны входить:
 операционная система Microsoft Windows Vista Business/7 Professional или
аналог;
 MS Internet Explorer версии 8.0 или аналог;
 при формировании выходных печатных документов должен использоваться
пакет программ MS Office или аналог.
Поставку необходимого клиентского программного обеспечения обеспечивает Заказчик.
Требования к техническому обеспечению Портала
В состав серверного аппаратного обеспечения должны входить (минимальные
требования):
 2 сервера БД со следующими характеристиками:
o процессор: 64-bit;
o тактовая частота процессора не менее 2.13 ГГц;
o число процессоров 16 и более;
o объем оперативной памяти 64ГБ и более;
o объем жесткого диска 100 ГБ и более;
 2 сервера приложений со следующими характеристиками:
o процессор: 64-bit;
o тактовая частота процессора не менее 2.13 ГГц;
o число процессоров 8 и более;
o объем оперативной памяти 32ГБ и более;
 2 веб-сервера со следующими характеристиками:
o процессор: 64-bit;
o тактовая частота процессора не менее 2.13 ГГц;
o число процессоров 8 и более;
o объем оперативной памяти 32ГБ и более.
Поставку необходимого технического обеспечения обеспечивает Заказчик.
Состав клиентского аппаратного обеспечения
В состав клиентского аппаратного обеспечения должны входить (минимальные
требования):
 процессор Pentium IV (или аналогичный) с тактовой частотой от 2 ГГц;
 оперативная память от 2048 Мбайт;
 сетевая карта от 100 Мбит/сек.
Поставку необходимого технического обеспечения обеспечивает Заказчик.
Требования к метрологическому обеспечению.
Требования к метрологическому обеспечению не предъявляются.
Требования к организационному обеспечению
Должностные лица, ответственные за информационное и техническое сопровождение
Портала, а также лица, ответственные за администрирование и управление работой
персонала по обслуживанию Портала, определяются Заказчиком не позднее начала
опытной эксплуатации.
Защита от ошибочных действий персонала Портала должна обеспечиваться с помощью
средств управления правами доступа пользователей к информации.
Защита от ошибочных действий пользователей Портала должна обеспечиваться с
помощью общепринятых правил программирования, реализующих логику работы
пользователя и информационные подсказки, способствующие однозначным действиям
пользователя.
Требования к методическому обеспечению
В состав методического обеспечения Портала должны входить следующие документы:
 руководство пользователя Портала;
 руководство администратора Портала.
Требования к телекоммуникационному обеспечению
Портал должен разрабатываться из расчета использования общегородскими каналами
связи, с учётом реализованных технологий и протоколов передачи данных.
Состав и содержание услуг по разработке Портала.
Услуги по разработке портала.
Услуги по созданию Портала перечислены в Табл. 3.
Табл. 3. Наименования работ и услуг
№
Наименование и содержание
оказываемых услуг
Результаты услуг
Стоимость услуг
1.
Проектирование Портала
Пояснительная записка к техническому проекту.
10% от цены Договора
Руководство пользователя
Руководство администратора
2.1. Разработка Портала
Программа и методика предварительных испытаний.
Протокол проведения предварительных испытаний
2.
Отчет о проведении опытной эксплуатации
2.2. Опытная эксплуатация
Программа и методика приемочных испытаний
Протокол проведения приемочных испытаний
90% от цены Договора
Порядок контроля и приемки
Текущий контроль объема и сроков оказания услуг осуществляет Государственный заказчик.
Результаты оказания услуг подлежат сдаче и приемке в порядке, установленном Договором с
оформлением соответствующих Актов сдачи-приемки оказанных услуг.
Срок гарантийного обслуживания оказанных услуг должен распространяться на весь период
действия Договора.
Приемка результатов услуг осуществляется в соответствии с календарным планом оказания услуг
по Договору.
Приемка результатов оказанных услуг оформляется Актом сдачи-приемки услуг. Основанием для
составления и подписания Акта сдачи-приемки услуг является передача Исполнителем продукции
в соответствии с условиями Договора и (при проведении испытаний) утвержденных сторонами
соответствующих Актов приемки в эксплуатацию.
Документация и другие результаты по оказанным услугам передаются Заказчику после
завершения оказания услуг, определенного в календарном плане Договора, на основании Акта
приема-передачи услуг. Комплектность передаваемой документации подлежит проверке
Заказчиком.
Предусмотренные испытания проводятся комиссией, формируемой Заказчиком на основании
приказа.
В состав комиссии включаются представители организаций Заказчика, Функционального
заказчика и Исполнителя.
Результаты проведения испытаний должны быть зафиксированы в соответствующих Протоколах
испытаний.
По завершении испытаний оформляются соответствующие Протоколы, содержащие вывод о
соответствии системы предъявляемым требованиям, а также сроки устранения замечаний и
реализации рекомендаций, данных комиссией в ходе испытаний.
По завершению работ Исполнитель представляет Государственному заказчику комплект отчетной
документации в одном экземпляре на бумажном носителе и в 2-х экземплярах на CD/DVD диске,
исходный код специального программного обеспечения, сопроводительное письмо Исполнителя и
проектами актов (в 2-х экземплярах).
Требования к документированию
Техническая и эксплуатационная документация на Систему (далее – документы на Систему)
должна удовлетворять требованиям комплекса стандартов и руководящих документов на
автоматизированные Портала:

ГОСТ 34.003-90 – в части терминологии;

ГОСТ 34.201-89 - в части наименования и обозначения документов;

ГОСТ 34.601-90 - в части определения стадий и этапов работ;

ГОСТ 34.603 -92 – в части определения видов испытаний;

РД 50-34.698-90 – в части структуры и содержания документов.
Документы на Систему оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата
А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней. Допускается для
размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой
стороне листа. Документы объемом более 25 листов должны содержать информационную часть,
состоящую из аннотации и содержания.
В рамках проекта должна быть разработана документация на Систему, состав документов
определен в разделе 5.
Документация на Систему передается на бумажных (два экземпляра) и на машинных носителях
(CD|DVD). Электронный вид текстовых документов, передаваемых на машинных носителях,
должен соответствовать формату редактора Microsoft Word 2003. Документация должна быть
выполнена на русском языке, за исключением официальных наименований используемого
программного и технического обеспечения, а также кодов программ.
Комплект эксплуатационной документации на Систему должен содержать сведения, достаточные
для обеспечения установки, настройки и эксплуатации Портала.
Формальное полное соответствие документов на Систему требованиям РД 50-34.698-90 по составу
и структуре разделов не требуется. При этом должно быть достигнуто адекватное описание
технических решений и видов обеспечения Портала, достаточное для подготовки персонала,
развертывания, эксплуатации и сопровождения Портала.