ТЗ-Разработка_Портал-2

ПРИЛОЖЕНИЕ № 1
К конкурсной документации
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Программная разработка информационного Портала "reformagkh.ru" 2.0
1. Предмет контракта
Предметом контакта является выполнение работ (оказание услуг) по программной
разработке информационного Портала "reformagkh.ru" 2.0 (далее – Портал,
информационный Портал), в том числе в части изменения архитектуры его программноаппаратного комплекса, оптимизации и изменения структуры баз данных, программная
реализация в рамках Портала средств автоматизации основной деятельности
государственной корпорации – Фонда содействия реформированию жилищнокоммунального хозяйства.
2. Характеристика объекта автоматизации
Действующие информационные системы Заказчика (Далее — ИС Заказчика)
входят в состав АИС «Мониторинг» и состоят из:
1. Автоматизированной информационной системы «Реформа ЖКХ»;
2. Интернет-портала «ReformaGKH.ru»;
Использование ИС Заказчика направлено на обеспечение его основной
деятельности, определенной Федеральным законом от 21 июля 2007 года № 185-ФЗ «О
Фонде содействия реформированию жилищно-коммунального хозяйства».
ИС Заказчика взаимодействуют между собой путем обмена данными и
технологически объединены друг с другом в рамках общей локальной вычислительной
сети.
Система обработки запросов «Atlassian Jira» (далее — Jira) обеспечивает процесс
взаимодействия Заказчика и Разработчиков информационных систем в части обработки
поступающих запросов на создание новых функций и заявок на устранение обнаруженных
ошибок.
2.1. Автоматизированная информационная система «Реформа ЖКХ»
АИС «Реформа ЖКХ» разработана по заказу государственной корпорации – Фонда
содействия реформированию жилищно-коммунального хозяйства.
АИС автоматизирует основную деятельность Заказчика, обеспечивая ввод,
обработку, хранение и публичное раскрытие информации по региональным адресным
программам, финансируемым при участии Заказчика, информации по основным
параметрам реформирования ЖКХ, а также информации по тарифам и платежам
населения за жилищно-коммунальные услуги. Система содержит записи более чем о 1000
заявок на предоставление финансовой поддержки субъектам Российской Федерации
(далее - СФ) и муниципальным образованиям (далее — МО) на проведение капитального
ремонта многоквартирных домов, переселение граждан из аварийного жилищного фонда
и более чем 300000 многоквартирных домов.
АИС обеспечивает совместную работу сотрудников муниципальных образований,
работников региональных ведомств и работников Заказчика по:
 подготовке заявок на получение финансирования, включая ввод данных и
формирование печатных форм в соответствии с методическими рекомендациями
Заказчика (см. http://fondgkh.ru/finance/method/index.html);
 проверке заявок на получение финансирования, включая форматно-логическую
проверку на этапе ввода значений, а также формирование протоколов проверки и
выгрузка их в табличной форме;

подготовке изменений к утвержденным Заказчиком заявкам на предоставление
финансирования, включая создание «копии» заявок для внесения изменений, ввод
данных, формирование печатных форм в соответствии с методическими
рекомендациями Заказчика (см. http://fondgkh.ru/finance/method/index.html);

проверке изменений к заявкам на получение финансирования с помощью форматнологической проверки на этапе ввода значений, а также, формирование протоколов
изменений и выгрузка их в табличной форме;

заполнению электронных паспортов МКД, участвующих в заявке либо в изменении к
заявке;

ведению реестра аварийных домов;

ведению реестра строящихся домов;

ведению реестров контрактов по программам переселения граждан из аварийного
жилья;

подготовке квартальных и годовых отчетов, включая ввод данных о выполнении работ
запланированных в соответствии с заявкой на финансирование, в разрезе
многоквартирного дома и выполняемых в нем работ, формирование печатных форм и
выгрузка их в табличной форме;

проверке квартальных и годовых отчетов, включая проверку внесенных данных по
каждому значению, формирование протоколов проверки квартального/годового отчета
на соответствие данным заявок на финансирование в разрезе каждого
многоквартирного дома и каждого вида работ по нему;

автоматической установке и обновлению связей между квартальными отчетами,
заявками, изменениями заявок;

подготовке оперативных отчетов, включая ввод оперативных данных о ходе
выполнения заявок на финансирование, формирование печатных форм и выгрузка их в
табличной форме;

выгрузке оперативных отчетов в табличной форме за любой отчетный промежуток
времени;

подготовке сводной годовой, оперативной и квартальной отчетности, формирование
печатных форм и выгрузка их в табличной форме.
2.1.1. Архитектура АИС «Реформа ЖКХ»
АИС «Реформа ЖКХ» реализована на базе продукта «ЦФТ – Платформа
Развития». Продукт разработан компанией «Центр Финансовых Технологий» (www.cft.ru)
и представляет собой трехуровневую архитектуру, состоящую из следующих
компонентов:

сервер базы данных, обеспечивает хранение и доступ к данным. Используется СУБД
Oracle Database 10g;

сервер приложений, разработанный компанией ЦФТ на базе COM+ технологии,
обеспечивает обработку данных, разграничение доступа к данным;

клиентское место пользователя, реализованное на основе приложения "ЦФТ –
Интернет навигатор", для Web-доступа к серверу приложений, обеспечивает уровень
представления данных. На компьютере пользователя требуется одна из операционных
систем компании Microsoft® Corp. 2000/XP/Vista/7, наличие web-браузера (тонкий
клиент), для отображения интерфейса системы Microsoft® Internet Explorer 9 (или
ниже), для формирования отчетов и выгрузки данных из Системы необходим
Microsoft® Excel 2003/2007.
Руководства пользователей АИС «Реформа ЖКХ» доступны по адресу
http://testmon.reformagkh.ru (для доступа к руководствам пользователей на тестовой версии
АИС аутентификация пользователя не требуется).
2.1.2. Компоненты АИС «Реформа ЖКХ»

АИС «Реформа ЖКХ» развернута в виде трех компонентов:
Рабочая версия. Предназначена для автоматизации основной деятельности Заказчика.
Используется работниками субъектов РФ, работниками муниципальных образований,
работниками Заказчика, работниками других федеральных структур.

Учебная версия. Предназначена для обучения новых пользователей. Используется
работниками субъектов РФ, работниками муниципальных образований, работниками
Заказчика, работниками других федеральных структур.

Тестовая версия. Предназначена для проведения работниками Заказчика приемочных
испытаний программного обеспечения, представленного Разработчиками.
2.2. Интернет-портал «ReformaGKH.ru»
Интернет-портал «ReformaGKH.ru» (далее - Интернет-портал) разработан по заказу
государственной корпорации – Фонда содействия реформированию жилищнокоммунального хозяйства.
Интернет-портал используется Заказчиком для публикации сведений по
многоквартирным домам, отображения сводной информации о ходе реформы жилищнокоммунального хозяйства в Российской Федерации, а так же для сбора и раскрытия
сведений о деятельности организаций, осуществляющих деятельность в сфере управления
многоквартирными домами, в разрезе регионов, муниципальных образований и
населенных пунктов.
Интернет-портал обеспечивает публикацию информации по региональным
адресным программам с детализацией до уровня многоквартирного дома, при этом, на
Портале раскрывается информация об источниках финансирования, видах работ и
информация об их завершении.
В соответствующих разделах Интернет-портала публикуются сведения о платежах
за жилищно-коммунальные услуги с детализацией до уровня муниципального
образования, поставщика услуг и вида благоустройства, информации о размере субсидий
в жилищно-коммунальном хозяйстве. Для удобства расчета используется «электронный
калькулятор платежей».
На Портале представлены координаты горячих линий в регионах и муниципальных
образованиях, работники которых готовы дать жителям консультации по вопросам
жилищно-коммунального хозяйства.
Кроме этого Портал используется для обеспечения Заказчика обратной связью с
гражданами Российской Федерации. Для пользователей Портала реализована
возможность регистрации и размещения сообщений в Форуме. Сообщения могут
включать любой мультимедийный контент (фотографии, текстовые файлы, и т.д.).
Данные, опубликованные на Портале, периодически обновляются в соответствии с
текущими данными автоматизированной информационной системы «Реформа ЖКХ».
2.2.1. Архитектура Интернет-портала
Интернет-портал представляет собой трехзвенную структуру, состоящую из
следующих звеньев:
 фронтенд, обеспечивающий первичную обработку пользовательских запросов (в
том числе обработку запросов к статическим данным и кэширование результатов
запросов, передачу результатов пользователям) и реализованный на базе серверов
под управлением операционной системы Linux (ОС Linux) с использованием вебсервера nginx;

бэкенд, обеспечивающий основную бизнес-логику Интернет-портала (в том числе
обработку запросов, формирование ответов, кэширование данных и регулярное
обновление кэша, авторизацию и разграничение прав пользователей, импорт и
экспорт данных) и реализованный на базе серверов под управлением ОС Linux с
использованием веб-сервера Apache, интерпретатора языка программирования PHP
версии 5.3, сервера кэширования memcached;

хранилище данных, обеспечивающее хранение и доступ к данным и реализованное
на базе серверов под управлением ОС Linux с использованием СУБД MySQL
версии 5.5.
Мониторинг состояния серверов Интернет-портала осуществляется при помощи
специализированного программного обеспечения «Munin».
Руководства
пользователей
Интернет-портала
доступны
по
адресу
http://reformagkh.ru/faq (для доступа к руководствам пользователей аутентификация
пользователя не требуется).
2.2.2. Компоненты Интернет-портала
Интернет-портал развернут в виде двух компонентов:
 Рабочая версия. Предназначена для публикации сведений, предоставляемых
Заказчиком. Используется гражданами, работниками субъектов Российской
Федерации, работниками муниципальными образованиями, работниками
Управляющих организаций, работниками Заказчика.
Тестовая версия. Предназначена для проведения работниками Заказчика
приемочных испытаний программного обеспечения, представленного Разработчиками.
3. Цели и задачи развития Портала
Целью работ по программной разработке информационного Портала является
автоматизация бизнес-процессов, направленных на обеспечение деятельности Фонда,
определенной Федеральным законом от 21 июля 2007 года № 185-ФЗ «О Фонде
содействия реформированию жилищно-коммунального хозяйства», а так же
автоматизация деятельности организаций, раскрывающих информацию о своей
деятельности в сфере управления многоквартирными домами в соответствии с
постановлением Правительства Российской Федерации от 23 сентября 2010 года № 731.
При автоматизации основных и вспомогательных бизнес процессов, помимо указанных
нормативных документов, учитываются положения Правил предоставления органам
местного самоуправления информации лицами, осуществляющими поставки ресурсов,
необходимых для предоставления коммунальных услуг, и (или) оказывающими
коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по
содержанию и ремонту общего имущества собственников помещений в многоквартирных
домах, утвержденных постановлением Правительства Российской Федерации от 28
декабря 2012 года № 1468.
На настоящее время в рамках ИС Заказчика автоматизировано 3 основных бизнес
процесса (Подсистемы) и 18 вспомогательных (Модули). Программной разработки в
рамках Портала требуют все внедренные бизнес процессы, по результатам работы в
рамках Портала будут разработаны и внедрены 3 основных и 20 вспомогательных бизнес
процессов.
Задачи, решаемые для достижения цели:
Разработка функционала Портала по программам модернизации систем
коммунальной инфраструктуры, в соответствии с требованиями статьи 16.1 Федерального
закона от 21 июля 2007 года № 185-ФЗ «О Фонде содействия реформированию жилищнокоммунального хозяйства»;


Разработка функционала Портала по мониторингу условий реформирования
в соответствии со статьей 14 Федерального закона от 21 июля 2007 года N 185-ФЗ "О
Фонде содействия реформированию жилищно-коммунального хозяйства" (с учетом
изменений, внесенных Федеральным законом от 25.12.2012 года № 270-ФЗ);

Разработка функционала Портала по мониторингу исполнения
управляющими организациями обязанностей по раскрытию информации в соответствии с
постановлением Правительства Российской Федерации от 23 сентября 2010 года № 731;

Разработка функционала Портала, обеспечивающего миграцию данных из Подсистем
«Базовое ядро», «Заявка» и «Мониторинг» в единое хранилище, реализацию на Портале
существующей бизнес логики АИС, построение на Портале отчетных форм, аналогичных
используемым в АИС ;

Разработка функционала Портала, обеспечивающего миграцию данных Подсистемы
«Витрина» в единое хранилище, реализацию на Портале системных функций Подсистемы
«Витрина» с учетом использования единого хранилища, реализацию на Портале
пользовательских функций Подсистемы «Витрина»;

Разработка функционала Портала, обеспечивающего электронное взаимодействие с
информационными системами регионального и муниципального уровня;
Разработка функционала Портала по мониторингу аварийного жилого фонда в соответствии
с требованиями пункта 7 статьи 17 Федерального закона от 21 июля 2007 года № 185-ФЗ «О
Фонде содействия реформированию жилищно-коммунального хозяйства»;
4. ТРЕБОВАНИЯ К ПОРТАЛУ, РАБОТАМ (УСЛУГАМ)
4.1. Общие требования к работам и услугам
В рамках выполнения работ (оказания услуг) по программной разработке Портала
Исполнитель обязан выполнить:
 Оценку технической реализуемости запросов Заказчика (технических требований) и
выработку оптимальных способов их реализации. Разработку и согласование с
Заказчиком технической документации (технических заданий) на основе полученных
запросов.

Оценку трудозатрат, сроков выполнения согласованных технических заданий и
формирование календарных планов выполнения работ.

Предоставление достаточного количества ресурсов для выполнения работ по
согласованным техническим заданиям с учетом согласованных сроков и трудозатрат.

Управление командой разработки (специалистами Исполнителя), постановка задач и
контроль своевременного и качественного выполнения работ по согласованным
техническим заданиям.

Проведение функционального и нагрузочного тестирования результатов выполненных
работ, в том числе формирование программы приемо-сдаточных испытаний, проверку
соответствия полученного результата техническим требованиям, проверку
корректности работы связанных с выполняемой работой модулей, проведение
нагрузочного тестирования и проверки быстродействия работы разработанного
решения и связанных с ним модулей.

Управление версиями выпускаемых доработок, процессом сборки и развертывания
программного обеспечения.

Контроль качества выпускаемых разработок и корректности процесса установки
данных доработок для минимизации времени простоя Портала и гарантии отсутствия
потерь данных.

Решение нештатных ситуаций, связанных с работой Портала, возникающих у
Заказчика, если данные ситуации связаны с работой разработанных Исполнителем
модулей Портала.

Предоставление отчетов по трудозатратам в разрезе выполняемых работ, а также при
необходимости, отчетов по проделанным работам по запросам Заказчика.

Назначение лиц, ответственных от Исполнителя за проведение работ по программной
разработке Портала, и предоставление их контактных данных.
Исполнитель обязуется осуществлять в течение 1 года с момента прекращения
Договора гарантийное обслуживание объектов Портала, созданных в рамках
выполненных работ по запросам Заказчика. Исполнитель обязуется за свой счет
исправлять все неполадки Портала, связанные с работами, произведёнными им в рамках
Договора, включая исправление скрытых недостатков.
Разработки, выполняемые Исполнителем должны обеспечивать работоспособность
как вновь разрабатываемых, так и ранее разработанных Исполнителем модулей Портала.
4.2. Общие требования к Порталу
Портал представляет собой веб-приложение, серверная часть которого выполняется
на серверах или виртуальных машинах Заказчика, а клиентская часть – в браузерах
пользователей, взаимодействующих с серверной частью через сеть Интернет.
Высокая надёжность Портала должна обеспечиваться за счёт:
 использования системного, базового и прикладного программного обеспечения,
соответствующего выполняемым задачам;

развертывания критически важных компонентов Портала на отказоустойчивых
кластерах, а также дублирования, при необходимости, критически важных
компонентов Портала;

своевременного и чёткого исполнения процедур сервисного обслуживания, включая
процедуры резервного копирования, в строгом соответствии с регламентами;

постоянного мониторинга основных параметров доступности и работоспособности
элементов программно-аппаратного комплекса Портала с целью прогнозирования
возможных инцидентов.
Портал обеспечивает хранение всех обрабатываемых в нем данных в течение всего
периода эксплуатации за счёт достаточного объёма дискового пространства.
Масштабируемость Портала обеспечивается за счёт архитектурных решений и
использования штатных функциональных возможностей используемых операционных
систем и программного обеспечения, позволяющих осуществлять:
 наращивание вычислительной мощности кластеров, обслуживающих компоненты
Портала, путём добавления новых серверов к кластеру – для обеспечения
горизонтальной масштабируемости Портала;
 перераспределение компонентов Портала между серверами с целью оптимизации
архитектуры Портала, реструктуризацию и дальнейшую оптимизацию архитектуры
Портала путём добавления или исключения инфраструктурных и функциональных
компонентов, а также организации новых кластеров – для обеспечения
вертикальной масштабируемости Портала.
Программно-аппаратный комплекс Портала гарантированно обеспечивает его
штатную работу при следующих показателях:
 количество зарегистрированных пользователей Портала – до 10 млн.;

максимальное количество одновременно активных пользователей – до 15 тыс. (под
активным подразумевается пользователь, совершивший какое-либо действие на
Портале в последние 5 минут);

среднее количество одновременных запросов к веб-интерфейсу Портала – до 1 тыс.
База данных Портала способна обеспечить хранение следующих объёмов данных:
до 5 млн. домовладений или более;


до 1 млн. организаций или более.
Портал поддерживает быструю смену структуры страниц и шаблонов оформления,
без необходимости привлечения программистов.
Программные компоненты Портала должны быть реализованы на базе свободных
программных продуктов с открытым исходным кодом1. Также при использовании
Портала и его компонентов, включая системное ПО, соблюдаются условия патентной
чистоты на территории Российской Федерации на неограниченный срок такого
использования.
Портал поддерживает следующие режимы работы:
 Штатный режим.

Режим проведения технических работ.

Аварийный режим.
Основной режим работы Портала – штатный. Портал считается работающим в
штатном режиме, если:
 все его функции исполняются корректно;

среднее время отклика при работе с веб-интерфейсом не превышает 0,5 сек.;

максимальное время отклика при работе с веб-интерфейсом не превышает 3 сек.
Портал, при возникновении такой необходимости, вручную переводится в режим
технических работ для проведения действий, связанных с его сопровождением, которые
влекут временную недоступность любой из его подсистем. Перевод в режим проведения
технических работ осуществляется обслуживающим персоналом Портала, при этом для
пользователей Портала обязательно указываются временные рамки проведения работ. В
режиме технических работ Портал должен обрабатывать запросы пользователей и
внешних систем и, при этом, выдавать корректные ответы веб-сервера.
Переход Портала в аварийный режим осуществляется автоматически при
возникновении сбоев и нештатных ситуаций в функционировании программноаппаратного комплекса портала. В процессе перехода в аварийный режим программноаппаратный комплекс изолирует, по возможности, сбойные элементы, исключая
распространение нештатной ситуации по Порталу и возможную порчу или потерю
информации. Вывод Портала из аварийного режима осуществляется обслуживающим
персоналом портала после устранения сбоев и нештатных ситуаций (включая и их
последствия).
При возникновении нештатных ситуаций программное обеспечение Портала
должно иметь возможности:
o автоматически уведомить о проблеме лиц, ответственных за функционирование
программно-аппаратного комплекса;
o автоматически перераспределить выполнение функций в пределах кластеров с целью
изолировать сервер, на котором возник сбой, и не допустить возможного
распространения ошибки и порчи информации;

по возможности и при наличии – автоматически подключить резервные или
дублирующие элементы программно-аппаратного комплекса.
Высокая доступность Портала для конечного пользователя обеспечивается за счёт
расположения компонентов Портала на нескольких физических или виртуальных
серверах, а также за счёт организации кластеров с балансировкой нагрузки из нескольких
физических или виртуальных серверов для обслуживания высоконагруженных
компонентов Портала.
1
Свободное программное обеспечение (СПО, англ. free software, также software libre или libre software), свободный софт —
программное обеспечение, в отношении которого права пользователя («свободы») на неограниченную установку, запуск, а также
свободное использование, изучение, распространение и изменение (совершенствование) защищены юридически авторскими правами
при помощи свободных лицензий.
Портал доступен для конечного пользователя круглосуточно 7 дней в неделю
включая праздничные и выходные дни. Сервисное обслуживание элементов программноаппаратного комплекса Портала, включая выполнение процедур резервного копирования,
осуществляется в «горячем» режиме, не требующем остановки всего Портала или
отдельных его компонентов и не допускающем длительных простоев в работе Портала. В
процессе
сервисного
обслуживания
Портала
допустимо
снижение
общей
производительности или производительности отдельных компонентов, не оказывающее
существенного влияния на выполнение функций Портала.
Максимально допустимое время простоя всего Портала в случаях критических
сбоев не должно превышать 2 часов. Максимально допустимое время простоя отдельных
функций Портала в случаях критических сбоев не должно превышать 5 часов. Количество
критических для функционирования Портала инцидентов не должно превышать 1
инцидента в течение календарного месяца.
Для длительного хранения данных используется свободно распространяемая
реляционная база данных, которая выдерживает проектные нагрузки. Реляционная база
данных обеспечивает простоту, понятность и удобство реализации хранения данных. При
проектировании реляционной базы данных применяются строгие правила. Такой подход
позволяет свести к минимуму изменения в прикладных программах при изменении
структуры реляционной базы данных.
4.3. Разграничение прав доступа к Порталу
В рамках работ по программной разработке Портала, необходимо разработать
перечень Пользователей и Ролей существующих ИС Заказчика и произвести
сопоставление (маппирование) этого перечня на изменяемые модули Портала.
 Разграничение доступа к информации должно осуществляться на всех
технологических этапах обработки информации и во всех режимах функционирования
Портала, включая проведение ремонтных и регламентных работ.

Средства разграничения доступа не должны существенно ухудшать основные
функциональные характеристики Портала.

Разграничение прав доступа различных категорий пользователей Портала должно
строиться по принципу «что не разрешено – то запрещено».

Средства разграничения прав доступа должны позволять раздачу отдельных
привилегий конкретным пользователям.

Средства разграничения прав доступа должны позволять управление Ролями.
Защита информации обеспечивается за счёт согласованного применения комплекса
технологических и организационных мер. Защита от внешних информационных атак
осуществляется с помощью штатных программных и аппаратных средств, входящих в
комплект программно-аппаратного комплекса Портала или предоставляемых компанией
осуществляющей технологическую поддержку Портала (хостинг).
Низший уровень доступа – анонимный пользователь (Гражданин).
После регистрации и авторизованного доступа Гражданин становится
Авторизованным пользователем, и ему становится доступен Личный кабинет.
В случае ролевого назначения, Авторизованному пользователю становится
доступен соответствующий функционал Портала.
В рамках функций, реализуемых в АИС «Реформа ЖКХ» определены следующие
роли:
 Оператор МО – работник МО, ответственный за ввод данных МКД, участвующих в
региональных программах капитального ремонта и переселения граждан; ввод
данных, формирование печатных форм (заявки на получение финансирования,
квартального и годового отчета, оперативных отчетов) и выгрузка в MS Excel;
заполнение технических паспортов МКД; ведение Реестра аварийных МКД;
заполнение данных по услугам ЖКХ по своему МО (максимальные тарифы,
нормативы, субсидии и жилищные услуги);

Оператор СФ – ответственный работник СФ, обеспечивающий контроль ввода данных
МО, формирование печатных форм (заявки на получение финансирования,
квартального и годового отчета, оперативных отчетов) и выгрузка в MS Excel; также
обеспечивающий контроль ведения Реестра аварийных МКД, заполнение информации
о технических паспортах МКД, а также по услугам ЖКХ;

Оператор Тарифов ЖКХ – работник СФ, ответственный только за ввод данных по
услугам ЖКХ по своему СФ;

Администратор СФ – работник СФ, обеспечивающий создание и администрирование
пользователей с ролями Оператор СФ и Оператор МО;

Оператор Фонда – ответственный работник Заказчика, осуществляющий входную
проверку и контроль данных заявок на предоставление финансирования; квартальных
и годовых отчетов; оперативных отчетов;

Оператор Реестра аварийных МКД – работник Заказчика или другой организации
имеющий доступ к данным Реестра аварийных МКД по всей РФ;

Администратор Фонда – работник Заказчика, обеспечивающий: выполнение
служебных операций с заявками, оперативными и квартальными (годовыми) отчетами;
реестром аварийных МКД и Тарифами ЖКХ; создание и администрирование
пользователей с ролями Администратор СФ, Оператор Фонда, Оператор Реестра
аварийных МКД;

Контролер – ответственный сотрудник Заказчика или другой организации, имеющий
доступ только на чтение данных Объектов АИС по всей РФ.

В рамках функций, реализуемых на Портале «ReformaGKH.ru» определены
следующие роли:
 Посетитель – неавторизованный посетитель Портала, просматривающий
информацию, представленную на доступных ему страницах;
 Зарегистрированный пользователь – авторизованный посетитель Портала.
Имеет возможность оставлять сообщения на форуме и подавать заявку на
регистрацию УО;
 Администратор Портала – работник Заказчика, обеспечивающий выполнение
любых служебных операций на Портале, в т.ч.: Перенос в архив \ временное
скрытие учетных записей; Редактирование, удаление (временно или навсегда)
сообщений и комментариев в соответствии с Правилами форума;
Корректировка атрибутов сообщений и комментариев (гео-тэги, тематические
тэги, тип сообщения); Актуализация словарей тематических тэгов (по
результатам анализа предложений пользователей, etc.); Особые операции с
МКД (например, привязка к другому МО или удаление МКД из базы данных
Портала); Запуск операций импорта; Запуск операций выгрузки данных; Запуск
вычисления рейтинга УО;
 Модератор Портала — работник Заказчика, обеспечивающий выполнение
сокращенного набора служебных операций на Портале: Перенос в архив \
временное скрытие учетных записей; Редактирование, удаление сообщений и
комментариев в соответствии с Правилами форума; Корректировка атрибутов
сообщений и комментариев (гео-тэги, тематические тэги, тип сообщения);
Особые операции с МКД (например, привязка к другому МО или удаление
МКД из базы данных Портала); Запуск операций импорта; Запуск операций
выгрузки данных;
 Информационная
группа
–
работник
Заказчика,
осуществляющий
взаимодействие с пользователями портала на форуме, в т.ч. имеющий
возможность: редактировать тексты всех сообщений и комментариев к ним;
удалять (скрывать) сообщения и комментарии; удалять файлы, прикрепленные
к сообщениям; изменять и добавлять ключевые слова сообщений и
комментариев к ним; менять гео-тег публикации; менять тип публикации;
самостоятельно получать расширенную выгрузку текстов всех сообщений и
комментариев и прочих атрибутов в табличной форме за произвольный период;
 Администратор внешних систем - работник третьей стороны, осуществляющий
операции импорта и экспорта данных на Портал, в т.ч. имеющий возможность:
Экспортировать (выгружать) Анкеты УО и МКД, относящиеся к его ВС
(внешней системе); Синхронизировать организации (ВС vs Портал) и
импортировать на Портал обновление данных Анкет УО и связанных с ними
Анкет МКД; При выполнении операции синхронизации изменять права доступа
к Анкетам УО в учетных записях существующих Администраторов и/или
Операторов УО, отбирая или восстанавливая их; При выполнении операции
синхронизации блокировать от изменения Анкеты МКД, импортированных из
ВС (и снимать такую блокировку при отсутствии связи);
 Администратор СФ – работник регионального органа исполнительной власти,
осуществляющего региональный государственный жилищный надзор.
Назначает Администраторов МО, выгружает протоколы проверки в табличной
форме;
 Администратор МО — работник органа государственного жилищного надзора.
Подтверждает заявки на регистрацию УО, ведет реестр управляющих
организаций, выгружает протоколы проверки в табличной форме;
 Администратор УО – назначает операторов УО и просматривает Сертификаты
УО;
 Оператор УО – работник управляющей организации. Редактирует данные УО и
просматривает Сертификаты УО.
Описания существующих Ролей и соответствующих им функций доступны по
адресу http://reformagkh.ru/faq и http://testmon.reformagkh.ru (для доступа к руководствам
пользователей аутентификация пользователя не требуется).
Список и набор привилегий Ролей может изменяться по мере необходимости.
4.4. Требования к способу реализации Пользовательского интерфейса
Интерфейс конечного пользователя полностью локализован, язык локализации –
русский.
Интерфейс типизирован – все основные элементы управления (ссылки, кнопки и
т.д.) узнаваемы и соответствуют утвержденному дизайну сайта «ReformaGHK.ru».
Пользовательский интерфейс интуитивно понятен, минимально нагружен,
визуально привлекателен, соответствует общепринятым требованиям в части
интерфейсных решений и эргономики и, следовательно, рассчитан на продолжительную
работу пользователя с ним.
Основные элементы управления снабжены контекстной справкой в виде
всплывающих подсказок, кратко информирующих пользователя о предназначении
данного элемента управления на данной странице Портала;
При возникновении ошибок в работе Портала на экран в контексте веб-интерфейса
или веб-браузера (в зависимости от характера ошибки) выводится сообщение с описанием
ошибки и с рекомендациями по её устранению (в тех случаях, когда такие рекомендации
можно сформировать).
Для формирования пользовательского интерфейса используется язык разметки
HTML 5, каскадные таблицы стилей CSS.
В пользовательском интерфейсе не допускается использование Adobe Flash и
других приложений технологий и решений, требующих загрузки и установки на
клиентскую сторону дополнительного ПО (за исключением случаев, когда по
согласованию с Заказчиком используются широко распространенные средства просмотра
приложенных документов, например, Adobe Reader).
Пользовательский интерфейс корректно отображается и функционирует в
следующих веб-браузерах:
 MS Internet Explorer 8 или более поздний, а так же производные от него;

Mozilla Firefox 15 или более поздний (для платформ MS Windows, GNU\Linux и Mac
OS X), а так же другие браузеры использующие движок Gecko;

Google Chrome 21 или более поздний (для платформ MS Windows, GNU\Linux и Mac
OS X), а так же другие браузеры использующие движок WebKit;

Opera 10 или более поздний (для платформ MS Windows, GNU\Linux и Mac OS X);

Safari 6 или более поздний;

встроенный браузер мобильной ОС iOS 5;

встроенный браузер мобильной ОС Android 4;

мобильный браузер Opera Mobile.
Для формирования пользовательского интерфейса Исполнителем при наличии
целесообразности и только с прямого согласия Заказчика могут быть использованы иные
языки и технологии.
4.5. Требования к Стадии разработки
При разработке используются последние стабильные версии сторонних
компонентов и библиотек, если иное не согласовано с Заказчиком.
При разработке следует максимально ориентироваться на повторное использование
уже созданного программного кода.
Применяемые при разработке Портала технические (форматы данных, протоколы
передачи и т.п.) и организационные (регламенты, требования, инструкции и т.п.) решения
должны быть специфицированы2 и доступны3. Использование не специфицированных или
недоступных решений не допускается.
Проектирование и разработку следует вести с учетом возможности появления
новых функций Портала.
В процессе разработки Исполнитель должен использовать систему управления
версиями.
4.6. Организационные требования
Процесс выполнения работ (оказания услуг) по разработке Портала организован
Исполнителем с использованием гибких методологий разработки. Конкретная
методология и регламент разработки должны быть согласованы с Заказчиком, и должны
учитывать весь спектр предъявляемых к разработке требований.
Исполнитель предпринимает все необходимые меры, чтобы результаты работ
(услуг) могли быть использованы Заказчиком для достижения заявленных целей.
Заказчик самостоятельно выделяет и группирует задачи по разработке или
изменению одной или нескольких функций Портала в отдельные Запросы на исполнение
работ (Заявки) исходя из соображений оптимальной организации работ и эффективности
достигаемого при этом результата и назначает их Исполнителю с помощью Системы
обработки запросов «Atlassian Jira» (далее — Jira). Каждый Запрос на исполнение работ
(Заявка) подготовленный Заказчиком, содержит технические требования на реализацию
конкретного функционала (задачи). При выполнении работ (оказания услуг) по каждой
Заявке, Исполнитель согласует с Заказчиком свои предложения по реализации или
изменению представленных Заказчиком технических требований, разрабатывает задание
на исполнение работ (услуг), в котором указывает сроки выполнения работ (услуг) и
трудозатраты на выполнение этих работ (оказания услуг). Запросы на исполнение работ
(оказание услуг), согласованные обеими сторонами, являются неотъемлемой частью
контракта.
Если в ходе решения задачи Исполнитель по своему усмотрению реализовал один
из вариантов решения задачи вопреки мнению или без учета мнения Заказчика, Заказчик
вправе потребовать внести в данное решение изменения, реализующие иной возможный
вариант. В таком случае, указанные изменения Исполнитель производит за свой счёт.
4.7. Требования к архитектуре Портала
Портал реализован в рамках трёхуровневой архитектуры в соответствии со
следующими требованиями:
 компоненты презентационного уровня предназначены для ввода информации
на Портал и отображения содержащихся в Портале данных, включая сводные,
2
В данном контексте, «специфицированность» означает, что использованные решения документированы Исполнителем в
виде, достаточном для независимой (без обращения к Исполнителю) реализации третьими сторонами. В том случае, если используются
общеизвестные или стандартные решения, достаточно ссылки на общедоступные документы, где данное решение исчерпывающим
образом описано.
3
В данном контексте, «доступность» означает возможность получить исчерпывающие описания без лицензионных или иных
отчислений.
статистические и иные отчёты;

компоненты уровня логики предназначены для обработки поступающих на
Портал и хранящихся на Портале данных, включая проверку вводимой
информации на корректность и формирование сводных, статистических и иных
отчётов;

компоненты уровня данных предназначены для приёма, хранения и
предоставления остальным компонентам Портала данных.
Компоненты уровня данных выполняются на стороне сервера. Выполнение
компонентов уровня логики оптимальным образом распределено между клиентом и
сервером. Компоненты презентационного уровня выполняются на стороне клиента.
Программно-аппаратный комплекс и архитектура Портала позволяют организовать
отказоустойчивые кластеры и кластеры с балансировкой нагрузки для обслуживания
высоконагруженных или критически важных компонентов Портала.
Взаимодействие
компонентов
Портала
строится
на
базе
открытых
общеупотребительных механизмов и протоколов. Настройка параметров Портала
осуществляется с помощью текстовых конфигурационных файлов или же посредством
административного интерфейса.
Компоненты Портала предоставляют открытый API для возможности разработки
сторонних программных модулей или интеграции Портала со смежными системами.
Портал реализован в рамках единого централизованного программно-аппаратного
комплекса, хранение всех данных Портала осуществляется в рамках централизованного
хранилища. В качестве протокола взаимодействия между компонентами Портала на
транспортно-сетевом уровне используется протокол TCP/IP. Информационный обмен
между компонентами Портала осуществляется с использованием протоколов прикладного
уровня NFS, HTTP/HTTPS и/или SMB/CIFS. Для организации доступа пользователей к
отчётности, а также для ввода пользователями информации на Портал применяется
протокол презентационного уровня HTTP/HTTPS.
4.8. Перечень подсистем (модулей) Портала и их назначение
Подсистемы Портала, с точки зрения исполняемых ими функций, разделены на:
‒ Подсистема «Базовое ядро». Обеспечивает взаимодействие с системой управления
базами данных, аутентификацию пользователей и разграничение прав доступа,
работу с системными справочниками и другие системные функции; В рамках
подсистемы «Базовое ядро» реализованы модули:
 Синхронизация данных с внешними и наследуемыми системами;
 Синхронизация данных с внешними классификаторами;
 Ведение системных справочников и классификаторов;
2. Подсистема «Заявка». Обеспечивает совместную работу сотрудников
муниципальных образований, (МО) работников региональных ведомств (СФ) и
работников Фонда по подготовке и проверке заявок на предоставление финансовой
поддержки из средств Заказчика (см. http://fondgkh.ru/finance/method/index.html).
В рамках подсистемы «Заявка» реализованы модули:
 Электронный паспорт МКД (Реестр МКД).Управление жизненным циклом
МКД;
 Реестр аварийных домов;
 Реестр строящихся домов;
 Реестр контрактов по программам переселения граждан из аварийного жилья.
3. Подсистема «Мониторинг». Обеспечивает совместную работу сотрудников
муниципальных образований, работников региональных ведомств и работников
Фонда по подготовке и проверке оперативных, квартальных, годовых и прочих
видов отчетов о выполнении работ, запланированных в заявках на финансирование
(см.
http://fondgkh.ru/finance/method/index.html).
В
рамках
подсистемы
«Мониторинг» реализованы модули:
 Оперативный отчет;
 Квартальный отчет Раздел 1 и 2;
 Квартальный отчет Раздел 3;
 Годовой отчет.
4. Подсистема «Витрина». Обеспечивает раскрытие сведений АИС «Реформа ЖКХ»
по многоквартирным домам, отображения сводной информации о ходе реформы
жилищно-коммунального хозяйства в Российской Федерации. Используется для
сбора и раскрытия сведений о деятельности организаций, осуществляющих
деятельность в сфере управления многоквартирными домами, в разрезе регионов,
муниципальных образований и населенных пунктов. В рамках Подсистемы
«Витрина» реализованы модули:
 Раздел «Мой дом»;
 Раздел «Мой управляющий»;
 Раздел «Мой платеж».
 Раздел «Ход реформы»;
 Раздел «Форум»;
 Раздел «Личный кабинет пользователя».
Подробное описание перечисленных выше Подсистем приведено в документах:
1. 2012-09-17=Кейсы-017.doc;
2. ФСР ЖКХ Техническое задание на разработку АС 0.7.doc.
5. Состав, содержание и объем работ (услуг) по развитию
Портала5.1. Перечень и содержание работ (услуг)
5.1.1. Разработка функционала Портала по программам модернизации
систем коммунальной инфраструктуры, в соответствии с требованиями
статьи 16.1 Федерального закона от 21 июля 2007 года № 185-ФЗ «О
Фонде
содействия
реформированию
жилищно-коммунального
хозяйства»
Разработать модуль «Заявки СКИ» в рамках Подсистемы «Заявка», в т.ч.
разработать и внедрить новый тип Заявки для программ комплексного развития систем
коммунальной инфраструктуры, в том числе разработать структуру данных, разработать
новые формы ввода, экранные представления, протоколы проверки, Квартальные,
Годовые и Оперативные отчеты, выгрузки различных типов, механизмы импорта
существующих данных из внешних источников, экспорта данных во внешние системы, в
соответствии с требованиями статьи 16.1 Федерального закона от 21 июля 2007 года №
185-ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства».
5.1.2. Разработка функционала Портала по мониторингу условий
реформирования в соответствии со статьей 14 Федерального закона от
21 июля 2007 года N 185-ФЗ "О Фонде содействия реформированию
жилищно-коммунального хозяйства" (с учетом изменений, внесенных
Федеральным законом от 25.12.2012 года № 270-ФЗ)
Разработать функционал Подсистемы «Мониторинг» в части реализации Модуля
«Квартальный отчет раздел 3», в т.ч. в части включения в КО Раздел 3 изменений,
соответствующих требованиями ст. 14 Федерального закона от 21 июля 2007 года № 185ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства» с учетом
изменений, внесенных Федеральным законом Российской Федерации от 25 декабря 2012
г. N 270-ФЗ "О внесении изменений в Федеральный закон "О Фонде содействия
реформированию жилищно-коммунального хозяйства", с учетом изменения форм ввода,
печатных форм, протоколов проверки, КО, ГО, ОО, и механизмов раскрытия этой
информации в Подсистеме «Витрина» на Портале. Разработать протокол проверки
соблюдения субъектами РФ условий статьи 14.
Разработать функционал Подсистемы «Витрина» в части реализации Раздела «Ход
Реформы».
5.1.3. Разработка функционала Портала по мониторингу исполнения
управляющими
организациями
обязанностей
по
раскрытию
информации в соответствии с постановлением Правительства
Российской Федерации от 23 сентября 2010 года № 731
Разработать функционал Подсистемы «Витрина» в части реализации Раздела «Мой
управляющий», в т.ч. Анкеты УО и МКД с учетом требований Стандарта раскрытия
информации, утвержденного постановлением Правительства Российской Федерации от 23
сентября 2010 года № 731. Разработать механизм, с помощью которого работники
федеральных,
региональных
и
муниципальных
органов,
осуществляющих
государственный жилищный надзор смогут контролировать соблюдение требований
указанного Стандарта организациями, осуществляющими деятельность в сфере
управления многоквартирными домами.
5.1.4. Разработка функционала Портала, обеспечивающего миграцию
данных из Подсистем «Базовое ядро», «Заявка» и «Мониторинг» в единое
хранилище, реализацию на Портале существующей бизнес логики АИС,
построение на Портале отчетных форм, аналогичных используемым в
АИС
Разработать функционал Подсистемы «Базовое ядро» в т.ч. измененив архитектуру
программно-аппаратного комплекса Портала, сориентировав новую архитектуру на
высокую производительность и масштабирование ресурсов. В том числе:
 оптимизировать и стандартизировать структуру баз данных АИС. Создать единое
хранилище данных АИС и Портала, обеспечить миграцию существующих данных
АИС и Портала в единое хранилище;

разработать системные функции, механизмы аутентификации пользователей,
механизмы работы с системными справочниками с учетом использования единого
хранилища данных;

разработать модули подсистем «Заявка» и «Мониторинг» аналогичные используемым
в АИС «Реформа ЖКХ», в том числе формы ввода данных, механизмы проверки
данных и вывод отчетных форм;
Переключение Пользователей на разработанные в рамках Портала функции с
аналогичных функций в АИС производится поэтапно. Прекращение работы пользователей
с существующими функциями АИС до, во время и после переключения не допускается.
5.1.5. Разработка функционала Портала, обеспечивающего миграцию
данных Подсистемы «Витрина» в единое хранилище, реализацию на
Портале системных функций Подсистемы «Витрина» с учетом
использования единого хранилища, реализацию на Портале
пользовательских функций Подсистемы «Витрина»
Разработать функционал Подсистемы «Витрина» в части изменения архитектуры
программно-аппаратного комплекса Портала и существующих разделов Портала «Мой
дом», «Мой управляющий», «Мой платеж», «Ход реформы», «Форум», сориентировав
новую архитектуру на использование нового хранилища данных. В том числе:
 оптимизировать и стандартизировать структуру баз данных Подсистемы «Витрина»,
обеспечить миграцию существующих данных Подсистемы «Витрина» в единое
хранилище;

разработать системные функции, механизмы аутентификации пользователей,
механизмы работы с системными справочниками с учетом использования единого
хранилища данных;

разработать функции Подсистемы «Витрина», в том числе формы ввода данных,
механизмы проверки данных и вывод отчетных форм, функционал доступный
Администраторам и Модераторам Портала;

разработать функционал Подсистемы «Витрина» в части реализации Раздела
«Форум», разделов «Справка» и «Вопросы и ответы».
Переключение Пользователей на разработанные в рамках Портала функции
Подсистемы «Витрина» производится поэтапно. Прекращение работы пользователей с
существующими разделами Подсистемы «Витрина»до, во время и после переключения не
допускается.
5.1.6. Разработка функционала Портала, обеспечивающего электронное
взаимодействие с информационными системами регионального и
муниципального уровня
Разработать модуль «Взаимодействие с внешними системами» в рамках
Подсистемы «Витрина», в т.ч. разработать механизм автоматизированного обмена
сведениями Портал - внешние системы в части автоматизированного импорта и экспорта
данных, с учетом соблюдения требований следующих нормативных документов:
 Стандарт раскрытия информации, утвержденный постановлением Правительства
Российской Федерации от 23 сентября 2010 года № 731;
 Правила предоставления органам местного самоуправления информации лицами,
осуществляющими поставки ресурсов, необходимых для предоставления
коммунальных услуг, и (или) оказывающими коммунальные услуги в
многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту
общего имущества собственников помещений в многоквартирных домах,
утвержденные постановлением Правительства Российской Федерации от 28 декабря
2012 года № 1468;
 Требования пункта 7 статьи 17 Федерального закона от 21 июля 2007 года № 185-ФЗ «О
Фонде содействия реформированию жилищно-коммунального хозяйства»..
5.1.7. Разработка функционала Портала по мониторингу аварийного
жилого фонда в соответствии с требованиями пункта 7 статьи 17
Федерального закона от 21 июля 2007 года № 185-ФЗ «О Фонде
содействия реформированию жилищно-коммунального хозяйства»
Разработать функционал модулей «Электронный паспорт МКД», «Реестр
аварийных домов» и «Управление жизненным циклом МКД» Подсистемы «Заявка» в
части реализации электронного паспорта МКД, с учетом сбора сведений о полном
жизненном цикле дома, хранения истории изменений его элементов и состояний. При
разработке указанных модулей учесть требования следующих нормативных документов:
 Требования пункта 7 статьи 17 Федерального закона от 21 июля 2007 года № 185-ФЗ «О
Фонде содействия реформированию жилищно-коммунального хозяйства».
 Стандарт раскрытия информации, утвержденный постановлением Правительства
Российской Федерации от 23 сентября 2010 года № 731;
 Правила предоставления органам местного самоуправления информации лицами,
осуществляющими поставки ресурсов, необходимых для предоставления
коммунальных услуг, и (или) оказывающими коммунальные услуги в
многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту
общего имущества собственников помещений в многоквартирных домах,
утвержденные постановлением Правительства Российской Федерации от 28 декабря
2012 года № 1468;
5.2. Состав услуг (работ), сроки и объемы их выполнения
№
Состав услуг (работ)
1
2
3
4
4.1
4.2
4.3
5
5.1
5.2
5.3
Срок
выполнения
услуг (работ)
Трудозатраты
ИСПОЛНИТЕЛЯ
(чел/час)
Разработка функционала Портала по
программам модернизации систем
коммунальной инфраструктуры, в соответствии
с требованиями статьи 16.1 Федерального
10.04.2013
850
закона от 21 июля 2007 года №
185-ФЗ «О Фонде содействия реформированию
жилищно-коммунального хозяйства»
Разработка функционала Портала по
мониторингу условий реформирования в
соответствии со статьей 14 Федерального закона
от 21 июля 2007 года N 185-ФЗ "О Фонде
31.05.2013
750
содействия реформированию жилищнокоммунального хозяйства" (с учетом изменений,
внесенных Федеральным законом от 25.12.2012
года № 270-ФЗ)
Разработка функционала Портала по
мониторингу исполнения управляющими
организациями обязанностей по раскрытию
информации в соответствии с постановлением
Правительства Российской Федерации от 23
29.06.2013
500
сентября 2010 года № 731 "Об утверждении
стандарта раскрытия информации
организациями, осуществляющими
деятельность в сфере управления
многоквартирными домами"
Разработка функционала Портала, обеспечивающего миграцию данных из Подсистем
«Базовое ядро», «Заявка» и «Мониторинг» в единое хранилище, реализацию на
Портале существующей бизнес логики АИС, построение на Портале отчетных форм,
аналогичных используемым в АИС
Миграция данных из Подсистем «Базовое
ядро», «Заявка» и «Мониторинг» в единое
01.10.2013
1000
хранилище
01.10.2013
900
Реализация на Портале бизнес логики АИС
Построение на Портале отчетных форм,
01.10.2013
700
аналогичных используемым в АИС
Разработка функционала Портала, обеспечивающего миграцию данных Подсистемы
«Витрина» в единое хранилище, реализацию на Портале системных функций
Подсистемы «Витрина» с учетом использования единого хранилища, реализацию на
Портале пользовательских функций Подсистемы «Витрина»
миграция данных Подсистемы «Витрина» в
01.10.2013
600
единое хранилище
Реализация на Портале системных функций
Подсистемы «Витрина» с учетом использования
01.10.2013
900
единого хранилища
Реализация на Портале пользовательских
01.10.2013
1100
функций Подсистемы «Витрина»
Разработка функционала Портала,
обеспечивающего электронное взаимодействие
6
с информационными системами регионального
и муниципального уровня
Разработка функционала Портала по
мониторингу аварийного жилого фонда в
соответствии с требованиями пункта 7 статьи 17
7
Федерального закона от 21 июля 2007 года №
185-ФЗ «О Фонде содействия реформированию
жилищно-коммунального хозяйства»
8 Прочие разработки на Портале
01.11.2013
1400
29.06.2013
700
31.12.2013
1100
Итого (чел/час): 10500
5.2.1. Порядок контроля и приемки Портала
Приемка работ (услуг) осуществляется в соответствии с Приложением №1
«Регламент тестирования и развертывания ПО» и на основании согласованных
технических требований на реализацию конкретного функционала (задачи).
Заказчик не проводит на тестовой версии полного повторного функционального (и
прочих видов) тестирования принимаемой им задачи, а выполняет только «тестирование
при приемке».
Порядок испытаний при приемке Портала должен соответствовать требованиям
ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных
систем.
На каждом этапе проведения испытаний, Исполнитель самостоятельно проводит
Предварительные испытания по согласованной с Заказчиком программе Приемочных
испытаний. По результатам положительных Предварительных испытаний Исполнитель
имеет право предъявить завершенную работу (услугу) для проведения Приемочных
испытаний Заказчику.
Испытания Портала на соответствие требованиям настоящего ТЗ должны проводиться
совместно Исполнителем и Заказчиком по Программам и методикам испытаний,
разработанным отдельно для каждой Подсистемы Портала (модуля) и утвержденным
Заказчиком.
6. Требования к составу и содержанию работ по подготовке
Портала к вводу в действие результатов выполненных работ (услуг)
.
В процессе подготовки Портала к вводу в действие результатов выполненных
работ (услуг) должны быть выполнены следующие мероприятия:
 выделены вычислительные мощности на стороне Заказчика для развертывания
вводимой функции, в соответствии техническими требованиями на реализацию
конкретного функционала (задачи);

выделены ответственные специалисты со стороны Заказчика для взаимодействия с
проектной командой Исполнителя по вопросам разворачивания работ (услуг), их
настройки и миграции данных.
Также перед вводом в эксплуатацию реализованных функций, должно быть проведено
обучение сотрудников Заказчика основным навыкам работы с вводимыми функциями.
7. Требования к документированию
По завершении работы над каждой работой (услугой) раздела 5.2 данных
Технических требований, Исполнитель предоставляет Заказчику полную и достоверную
проектную, техническую и иную документацию к выполненным работам (услугам) как в
электронной (редактируемый первоисточник в формате OpenDocument Format (ODF)), так
и в печатной форме (с приложением всех дополнительных материалов). Объем, состав и
содержание документации должно соответствовать требованиям «РД 50-34.698-90
Автоматизированные системы. Требования к содержанию документов» и быть
достаточным для дальнейшей эксплуатации и развития Портала.
К типовой документации, разрабатываемой в ходе выполнения работ относят
следующие документы:
1. технические требования на реализацию конкретного функционала (задачи),
включающие описание бизнес-логики в виде схем процессов;
2. руководства пользователей и администраторов Портала, описывающие разработанный
функционал;
3. описание комплекса технических средств (далее - КТС), включая:
4. схему функциональной структуры;
5. структурную схему КТС;
6. описание разработанного программного обеспечения и его взаимосвязи с КТС;
4. программу и методику испытаний
Приложение №1
к техническому заданию
по программной разработке информационного Портала "reformagkh.ru" 2.0
Регламент тестирования и развертывания ПО
Общие термины и определения
Уровни серьезности ошибок и обычных Запросов:
1) BLOCKER – Отказ в работе сайта или его компонентов. Затронут критичный для
пользователя функционал. Наблюдается потеря или искажение данных.
2) CRITICAL – Ошибка затрагивает основной функционал. Его невозможно
использовать так, как предполагалось функциональными или нефункциональными
требованиями.
3) MAJOR – Ошибка затрагивает важный функционал. Пользователь может либо
обойти эту проблему, либо не использовать эту функцию.
4) MINOR – Ошибка не затрагивает важный функционал. Оказывает незначительное
влияние на работу пользователя.
5) TRIVIAL - Ошибка не влияет на функциональность.
Приоритетность исправления ошибок и реализации задач (Запросов) задается Фондом в
Системе обработки запросов «Atlassian Jira» (далее — Jira) в явном виде. Приоритет
может не соответствовать уровню важности ошибок, например, при необходимости
исправление ошибки MAJOR может быть выполнено ранее, чем ошибки BLOCKER в
соответствии с требованием Фонда.
Тестирование

Способ и метод тестирования каждой задачи доводятся до сведения Фонда до
начала разработки и согласовываются последним в рамках технических
требований. План и результаты тестирования документируются и предоставляются
в виде приложенного к документации отчета.

До начала разработки с Фондом согласовывается также и объем трудозатрат на
тестирование. Объем тестирования всегда зависит от сложности задачи. В
процентах от объема работ не вычисляется.

В соответствии с техническими требованиями Исполнитель обеспечивает
интеграцию нового кода с уже существующим.

На этапе тестирования Исполнитель производит:
 функциональное тестирование решений (кода/настроек), реализуемых в
рамках отдельных технических требований. Например, «AIS-1404.
Реализовать отображение рейтинга в разделе Мой Управляющий»;
 тестирование производительности (и иже с ним) для крупных модулей или
сложных/тяжелых задач. Например, нагрузочное тестирование Раздела Мой
управляющий или Раздела Форум;
 Интеграционное тестирование.
 Фонд допускает обнаружение в процессе эксплуатации ошибок в коде, развернутом
на боевой версии. Размер разумности определяется в процессе совместных работ.
При частом, регулярном или неприлично высоком количестве ошибок в
«протестированном» Исполнителем коде – Фонд будет оспаривать результаты
тестирования и снимать часы за него.
 Функциональное тестирование
http://beta.reformagkh.ru.
проводится
на
тестовой
версии
портала
 После того, как Исполнитель опубликует в системе JIRA положительное
заключение об итогах тестирования, Фонд приступает к приемке работ на
тестовой версии;
 Фонд не проводит на тестовой версии полного повторного функционального
тестирования, а выполняет только «тестирование при приемке».
 После того, как
Фонд опубликует в системе JIRA положительное
заключение об итогах приемки, Исполнитель (или, по согласованию с
Фондом, специалист Фонда или специалист службы технической поддержки
Провайдера) переносит результат (код и настройки) на промышленную
версию www.reformagkh.ru.
 Перенос на промышленную версию готового, протестированного и
принятого Фондом ранее на тестовой версии кода или настроек
производится:

в любое время, если перенос кода или настроек на промышленную
версию не требует перевода Портала в Режим проведения
технических работ;

в рабочие дни с 18:00 до 2:00 МСК по согласованию с Фондом, если
перенос кода или настроек на промышленную версию требует
перевода Портала в Режим проведения технических работ;

В любое время в нерабочие дни по согласованию с Фондом, если
перенос кода или настроек на промышленную версию требует
перевода Портала в Режим проведения технических работ;

В отдельных случаях допускается перенос в другое согласованное с
Фондом время.
 Порядок переноса (инструкция системного администратора) описан в
соответствующем разделе технических требований в рамках описания
разработанного программного обеспечения и его взаимосвязи с комплексом
технических средств.
 После переноса на промышленную версию Исполнитель выполняет
формальную проверку корректности развертывания обновлений, не
являющуюся тестированием.
 Для применения обновлений используется распределенная система контроля
и управления версиями программного продукта (кода), например, SVN,
основной сервер которой находится на стороне Исполнителя.
 Основным мастер-репозиторием является репозиторий тестовой версии,
расположенный на сервере beta.reformagkh.ru и содержащий весь
программный код Портала.
Сопровождение

Тестирование производительности Портала в ходе сопровождения, проводится как
на тестовой версии, так и, при необходимости, на промышленной версии. Цели,
время, способы и пр. параметры согласовываются с Фондом.

Ошибки возвращаются на исправление Исполнителю по мере их обнаружения. Во
время гарантийного срока исправление ошибок производится Исполнителем
бесплатно.

По истечении гарантийного срока сообщения о недостатках в работе системы и
пожелания по ее совершенствованию рассматриваются как запросы на доработку и
могут быть обработаны по дополнительному соглашению.