v. техническая часть конкурсной документации

V. ТЕХНИЧЕСКАЯ ЧАСТЬ КОНКУРСНОЙ ДОКУМЕНТАЦИИ
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по созданию и развитию программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Московской
области
1. Общая информация
Оказание услуг по созданию и развитию программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Щелковского
района Московской области (далее – Программный комплекс) выполняется с целью повышения
открытости данных, связанных с бюджетом и бюджетным процессом, для населения Щелковского
района Московской области посредством внедрения инновационных технологий.
1.1. Цели и задачи
Основной целью внедрения Программного комплекса является повышение открытости и
доступности информации о бюджете и бюджетном процессе Щелковского района Московской
области для жителей и организаций Щелковского района Московской области за счет
формирования
единого
открытого
информационного
пространства
и
применения
информационных и телекоммуникационных технологий в сфере управления общественными
финансами и экономикой Щелковского района Московской области, в том числе:
‒ повышение информированности населения и бизнеса о финансовом состоянии, объемах
и источниках поступлений в бюджет, об основных приоритетах и направлениях выплат
из бюджета;

создание Программного комплекса "обратной связи" с гражданским обществом,
повышение роли граждан в управлении общественными финансами;

противодействие коррупции;

повышение инвестиционной привлекательности Щелковского района Московской
области.
В рамках оказания услуг должны быть разработаны функции Программного комплекса.
Задачами по реализации функций Программного комплекса являются:

создание инструмента для просмотра актуальной информации о бюджете Щелковского
района;

привлечение внимания населения к деятельности администрации Щелковского района
в рамках планирования и исполнения бюджета;

наглядное и подроное представление сведений об исполнении государственных
программ.
1.2. Требования к Программному комплексу
Программный комплекс должен обеспечивать функционирование в штатном режиме
круглосуточно, без выходных «режим 24*7» с допустимыми регламентными перерывами на
техническое обслуживание суммарной длительностью не более 12 часов в год и длительностью
каждого перерыва не более 0,25 часа (с полным отключением).
Программный
комплекс
должен
позволять
сотрудникам
отдела
информационной
безопасности получать оперативный доступ к данным, для более эффективного отслеживания
событий информационной безопасности в режиме реального времени.
2. Общие требования
Для выполнения работ Исполнитель должен руководствоваться данным техническим
заданием.
Заказчик передает Исполнителю информацию о бюджетном процессе не позднее 5 (пяти)
календарных дней с даты подписания договора.
Исполнитель обязуется выполнять работы по созданию Приложения в рамках технического
задания Заказчика.
2.1.
Требования к структуре и функционированию Программного комплекса
Исполнитель должен разработать и внедрить Программный комплекс, состоящий из
следующих частей:
•
программно-техническая часть;
•
документационная часть.
Программно-техническая часть Программного комплекса:
1. Общая информация о бюджете
Раздел должен содержать общую информацию о бюджете для граждан (предполагается
максимальная визуализация процессов)

Бюджетный процесс
1) Заголовок. Текстовое поле
2) Текст. Текстовое поле
3) Кнопки изменения и добавления

План-график подготовки бюджета (описание процесса подготовки бюджета,
ведомства, участвующие в процессе, суть этапов подготовки)
1) Название этапа. Заголовок
2) Срок этапа. Текстовое поле
3) Наименование участника. Заголовок
4) Информация о участнике. Текстовое поле
5) Информация о этапе. Текстовое поле

Бюджетный калькулятор.
2. Проект бюджета
Дожен содержать проект бюджета, с информацией о планируемом уровне доходов и раходов
бюджета, с детализацией источников дохода и целями расхода, а так же возможность сравнения с
проектами бюджета прошлых лет и с бюджетами других регионов ЦФО.
Должна быть реализована возможность быстрого переключения в раздел «Исполнение бюджета».

Доходы бюджета
◦ Налоговые
◦ Неналоговые

Расходы бюджета
◦ Целевые программы
▪ разрез по подпрограммам (Подпрограммы должны быть расписаны до конечного
объекта, на который выделяются деньги)
◦ Разрез по экономическим статьям
◦ Разрез по Главным распорядителям бюджетных средств
1) Список ГРБС. Название. Текстовое
2) Объем исполнения. Числовой +Проценты
3) Дата
4) Виды расходов. Список. Текстовое
5) Государственные программы. Список. Текстовое
◦ Разрез по функциональным видам расходов.

Бюджеты прошлых лет (с возможностью сравнения)

Бюджеты иных регионов ЦФО (с возможностью сравнения)

Закон о бюджете
3. Исполнение бюджета
Должен содержать информацию о фактическом уровне доходов и расходов бюджета на
конкретную дату, динамику поступления и расходования средств (по месяцам), процент
исполнения, детализация по МО(иной вид детализации)

Доходы бюджета
◦ Налоговые
◦ неналоговые

Расходы бюджета
◦ Целевые программы
◦ Разрез по экономическим статьям
◦ Разрез по Главным распорядителям бюджетных средств
◦ Разрез по функциональным видам расходов.

Бюджеты прошлых лет (с возможностью сравнения)
4. Целевые программы
Должен содержать информацию о целевых программах и их подпрограммах. Должна быть
представлена в понятном виде информация о программе и назначению её (аналогично по
подпрограммам), ответственных исполнителях, координаторе программы. Сведения о финансовом
обеспечении
5. Государственный долг
Содержит информацию об уровне государственного долга и динамике его изменения
6. Справочная информация

Глоссарий

Задать вопрос
Документационная
часть
Программного
комплекса
предполагает
разработку
руководства администратора и руководства пользователя.
2.2. Основные работы по созданию Программного комплекса
В процессе развития Программного комплекса должны быть проведены следующие
основные работы:
• разработка технического проекта;
• работы по разработке Программного комплекса;
• тестовое внедрение Программного комплекса;
• полное внедрение Программного комплекса;
• обучение сотрудников;
• техническое сопровождение Программного комплекса.
3. Разработка технического проекта
В рамках разработки технического проекта должно быть проведено предобследование
программных комплексов в части взаимодействия управления и мониторинга стека программных
продуктов по работе с бюджетом Щелковского района Московской области. Разработать план
выполнения работ по разработке функционала программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Щелковского
района Московской области.
В рамках разработки технического проекта, должны описываться требования к
конфигурации оборудования и программного обеспечения, порядок внедрения, требования к
внешнему окружению Программного комплекса и т.д.
4. Развитие Программного комплекса
На этапе проведения работ по разработке программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Щелковского
района Московской области, должен быть разработан следующий функционал:
1) Реализация открытого API для доступа к сведениям о бюджете Щелковского района;
2) Анализ процесса исполнения бюджета по отчетным периодам;
3) Разработка калькулятора для налоговых вычетов;
4) Выгрузка данных в формате xls;
5) Наглядное представление сведений об исполнении муниципальных программ за отчетный
период;
6) Программный комплекс перевода бюджетных средств в понятные величины;
7) Расчет показателей бюджета на душу населения;
8) Разработка модуля с информацией о социальных выплатах из бюджета Щелковского
района.
9) Детализация иерархического рапределения бюджетных средств в рамках реализации
муниципальных программ Щелковского района Московской области.
5. Тестовое внедрение Программного комплекса
В рамках развития Программного комплекса Исполнитель обязан по согласованию с
Заказчиком создать пилотный участок для тестового внедрения разработанного функционала
программных комплексов в части взаимодействия управления и мониторинга стека программных
продуктов по работе с бюджетом Щелковского района Московской области.
На выделенном пилотном участке внедрить разработанный функционал программных
комплексов в части взаимодействия управления и мониторинга стека программных продуктов по
работе с бюджетом Щелковского района Московской области, для его передачи на тестирование
Заказчику.
Передать заказчику на тестирование разработанный функционал программных комплексов
в части взаимодействия управления и мониторинга стека программных продуктов по работе с
бюджетом Щелковского района Московской области.
6. Полное внедрение Программного комплекса
После успешного внедрения разработанного функционала Программного комплекса на
пилотном участке Исполнитель осуществляет полное внедрение стека программных комплексов в
части взаимодействия управления и мониторинга стека программных продуктов по работе с
бюджетом Щелковского района Московской области. Внедрение проводится с учетом
результатов, полученных в процессе тестового внедрения Программного комплекса.
7. Приемочные испытания
В целях ввода разработанного функционала Программного комплекса в постоянную
эксплуатацию в соответствии с «Программой и методикой испытаний» проводятся приемочные
испытания.
Приемочные
испытания
проводят
для
определения
соответствия
внедряемого
разработанного функционала Программного комплекса техническому заданию, оценки качества
опытной эксплуатации и решения вопроса о возможности приемки в постоянную эксплуатацию.
8. Требования к надежности
Состав показателей надежности для Программного комплекса в целом
Программный комплекс должен обладать высокой степенью надежности, т.е. безотказно
выполнять определенные в ТЗ функции с достаточно большой вероятностью. Надежность
Программного комплекса следует рассматривать без учета числа сбоев и отказов, вызванных
ненадежностью аппаратных средств, программного обеспечения и СУБД. Интенсивность отказов
Программного комплекса, не выявленных при отладке и испытаниях, должна быть минимальна.
Надежность Программного комплекса определяется надежностью функциональных
подсистем, общего программного обеспечения, комплексов технических и инженерных средств.
Проектные решения должны обеспечивать:
Сохранение работоспособности Программного комплекса при отказе или выходе из строя
по
любым
причинам одного из компонентов комплекса технических средств или
телекоммуникационной подПрограммного комплекса.
Сохранение всей накопленной на момент отказа или выхода из строя информации при
отказе двух и более одинаковых по назначению компонентов Программного комплекса не
зависимо от их назначения, с последующим восстановлением после проведения ремонтных и
восстановительных работ.
Должны быть обеспечены два уровня надежности Программного комплекса:
уровень сохранности работоспособности;
уровень сохранности информации.
Показатели надежности должны обеспечивать возможность эффективного выполнения
функциональных задач Программного комплекса. Показатели надежности включают:
среднее время между выходом из строя отдельных компонентов Программного комплекса;
среднее время на обслуживание, ремонт или замену вышедшего из строя компонента;
среднее время на восстановление работоспособности Программного комплекса.
Показатели надежности Программного комплекса должны достигаться комплексом
организационно-технических мер обеспечивающих доступность ресурсов, их управляемость и
обслуживаемость.
Технические меры по обеспечению надежности должны предусматривать:
‒
резервирование
критически
важных
компонентов
и
данных
Программного
комплекса администратором;
‒
использование технических средств с избыточными компонентами и возможностью
их горячей замены;
‒
конфигурирование используемых средств и применение специализированного ПО,
обеспечивающего высокую доступность.
Организационные меры по обеспечению надежности должны быть направлены на
минимизацию ошибок персонала (пользователей), а также персонала службы эксплуатации при
эксплуатации
и
проведении
работ
по
обслуживанию
комплекса
технических
средств
Программного комплекса, минимизацию времени ремонта или замены вышедших из строя
компонентов за счет:
‒
квалификации персонала (пользователей);
‒
квалификации обслуживающего персонала;
‒
регламентации
и
нормативного
обеспечения
выполнения
работ
персонала
(пользователей);
‒
регламентации проведения работ и процедур по обслуживанию и восстановлению
СЦ;
‒
своевременного
оповещения
пользователей
о
случаях
нештатной
работы
компонентов СЦ;
‒
своевременной диагностики неисправностей;
‒
наличия договоров на сервисное обслуживание и поддержку компонентов комплекса
технических средств.
В целом, надежность
аппаратно-программного обеспечения должна обеспечивать
выполнение задач Программного комплекса с временем однократного простоя не более 30 минут
и суммарным временем простоя не более 24 часов в год.
Перечень аварийных ситуаций, по которым регламентируются требования к надежности
При работе Программного комплекса возможны следующие аварийные ситуации, которые
влияют на надежность работы:
Сбои технических средств:

сбой в электроснабжении сервера: информация восстанавливается с поддержкой
целостности на момент сбоя. Требуется перезагрузка сервера и повторное
соединение рабочих станций с сервером. При этом теряются все несохраненные
данные на рабочих станциях. Целостность обеспечивается путем поддержки
механизма транзакций сервером БД. В случае невозможности запуска сервера или
использования БД, данные Программного комплекса восстанавливаются из
резервной копии.

сбой в электроснабжении рабочей станции операторов Программного комплекса:
все, не сохраненные на момент сбоя данные рабочей станции, теряются и
восстановлению не подлежат; на сервере обеспечивается целостность информации.
Для продолжения работы на рабочей станции требуется перезагрузка операционной
Программного комплекса и повторное подключение к БД. На прочие рабочие
станции и сервер сбой одной из рабочих станций не оказывает никакого влияния.

сбой
в
электроснабжении
Программный
комплекс
обеспечения
остается
локальной
сети
неработоспособной
до
(поломка
сети):
восстановления
нормального функционирования сети. После восстановления функционирования
сети требуется повторное подключение рабочих станций операторов к серверу. Если
одна из рабочих станций (или единственная рабочая станция при локальной работе)
располагается непосредственно на сервере, то сбой сети не оказывает на нее
никакого влияния.

поломка сервера (потеря всей информации, хранимой на сервере): все данные
теряются, восстановление информации происходит из резервной копии, хранящейся
удаленно от сервера.
Ошибки программного обеспечения:
‒
ошибки Программного комплекса, не выявленные при отладке и испытании
Программного комплекса. Исполнитель обязан устранить в течение гарантийного
срока эксплуатации. Срок устранения зависит от сложности выявленных ошибок и
составляет от 5 до 50 дней (в отдельных случаях до 6 месяцев).
‒
сбои программного обеспечения сервера: требуется переустановка программного
обеспечения сервера. Если потеряна информация, хранимая на сервере, то требуется
восстановление данных из резервной копии.
‒
сбои программного обеспечения рабочих станций операторов и пользователей:
требуется переустановка программного обеспечения рабочей станции.
Требования к надежности технических средств и программного обеспечения
К надежности оборудования предъявляются следующие требования:
 в качестве аппаратных платформ должны использоваться средства с повышенной
надежностью;
 применение технических средств соответствующих классу решаемых задач;
 аппаратно-программный
комплекс
Программного
комплекса
должен
иметь
возможность восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
 с целью повышения отказоустойчивости Программного комплекса в целом необходима
обязательная
комплектация
серверов
источником
бесперебойного
питания
с
возможностью автономной работы не менее 15 минут;
 должно быть обеспечено бесперебойное питание активного сетевого оборудования.
Надежность аппаратных и программных средств должна обеспечиваться за счет
следующих организационных мероприятий:
 предварительного обучения пользователей и обслуживающего персонала;
 своевременного выполнения процессов администрирования;
 соблюдения
правил
эксплуатации
и
технического
обслуживания
аппаратных средств;
 своевременное выполнение процедур резервного копирования данных.
программно-
Надежность программного обеспечения подсистем должна обеспечиваться за счет:
 надежности общесистемного ПО и ПО, разрабатываемого Исполнителем;
 проведением комплекса мероприятий отладки, поиска и исключения ошибок.
 ведением журналов системных сообщений и ошибок по подПрограммный комплексм
для последующего анализа и изменения конфигурации.
8.1.Требования к эргономике и технической эстетике
Модуль Программного комплекса формирования и визуализации отчетности данных
должен обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим
требованиям. В части внешнего оформления:
 интерфейсы подсистем должен быть типизированы;
 должно быть обеспечено наличие локализованного (русскоязычного) интерфейса
пользователя;
 в шапке отчетов должен использоваться логотип Заказчика.
В части диалога с пользователем:
 для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
 при возникновении ошибок в работе модуля комплекса на экран монитора должно
выводиться сообщение с наименованием ошибки.
К другим модулям комплекса предъявляются следующие требования к эргономике и
технической эстетике:
 в части внешнего оформления: интерфейсы Программного комплекса должны быть
типизированы;
 в части диалога с пользователем: для наиболее частых операций должны быть
предусмотрены «горячие» клавиши.
8.2.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов
Обслуживание
В процессе эксплуатации Программного комплекса должны проводиться следующие
регламентные работы:
 проверка функционирования сетевого оборудования и служб. Ежедневная проверка
работоспособности сети путем доступа к сетевым ресурсам сервера или компьютеров
через сеть.
 проверка сервера. Ежедневная проверка работоспособности сервера путем пробного
доступа к его ресурсам.
 создание резервной копии БД. Ежедневное создание резервной копии БД на жестком
диске администратором хранилища данных либо перед началом работы, либо сразу
после ее окончания. Ежегодное (ежемесячное, еженедельное) создание резервной копии
БД на иных носителях (компакт-диск, стример и т.п.). Периодичность записи резервных
копий на иные носители определяется в зависимости от интенсивности работы и
должна быть утверждена регламентом.
 проверка
функционирования
интернет-подключения.
Ежедневная
проверка
работоспособности веб-сервера путем пробного доступа к его ресурсам;
 обработка данных. Регламентные работы по формированию, пополнению и обработке
информации в Системе.
Обновление версий Программного комплекса
Обновление
Программного
комплекса
производится
Исполнителем
с
разрешения
Заказчика.
Обновление Программного комплекса состоит из 4 частей, каждая из которых
производится отдельно и независимо от других.
1. Обновление программы клиента (Kernel).
2. Обновление интерфейса и функциональных возможностей (обновление плагинов).
3. Обновление процедурной части базы данных.
4. Обновление структуры базы данных (включает в себя пункт 3, СЦ на время обновления
структуры базы данных становится недоступной на время обновления).
8.3. Требования к патентной чистоте
Программное обеспечение и алгоритмы, разработанные в соответствии с условиями
данного ТЗ, не должны являться предметом претензий о нарушениях патентного права любой
третьей стороны.
8.4.Требования к защите информации от несанкционированного доступа
Требования к информационной безопасности
Обеспечение
информационной
безопасности
Программного
комплекса
должно
удовлетворять следующим требованиям:
 защита Программного комплекса должна обеспечиваться комплексом программнотехнических средств и поддерживающих их организационных мер;
 защита Программного комплекса должна обеспечиваться на всех технологических
этапах обработки информации и во всех режимах функционирования, в том числе при
проведении ремонтных и регламентных работ;
 программно-технические средства защиты не должны существенно ухудшать основные
функциональные
характеристики
Программного
комплекса
(надежность,
быстродействие, возможность изменения конфигурации);
 разграничение
прав
доступа
пользователей
и
администраторов
Программного
комплекса должно строиться по принципу «что не разрешено, то запрещено».
Требования к антивирусной защите
Средства антивирусной защиты должны быть установлены на всех рабочих местах
пользователей и администраторов Программного комплекса. Средства антивирусной защиты на
рабочих местах пользователей и администраторов должны обеспечивать:
 централизованное управление сканированием, удалением вирусов и протоколированием
вирусной активности на рабочих местах пользователей;
 централизованную автоматическую инсталляцию клиентского ПО на рабочих местах
пользователей и администраторов;
 централизованное автоматическое обновление вирусных сигнатур на рабочих местах
пользователей и администраторов;
 ведение журналов вирусной активности;
 администрирование всех антивирусных продуктов.
8.5.Требования по сохранности информации при авариях
В Программном комплексе должно быть обеспечено резервное копирование данных.
9. Требования к функциям, выполняемым Программным комплексом
9.1.Требования к информационному хранилищу данных
Формирование информационного хранилища данных:
 интеграция разъединенных детализированных данных из различных информационных
систем и источников в едином хранилище данных;
 достоверность
и
согласованность
данных.
Должна
выполняться
проверка
непротиворечивости информации, поступившей из различных источников, проводиться
обработка данных для повышения быстродействия работы Программного комплекса;
 хранение текущих и плановых данных, хранение ретроспективных данных;
 хранение информации за весь период сбора и обработки информации в соответствии с
перечнем источников.
Использование механизмов многомерной онлайновой аналитической обработки данных –
OLAP:
 по данным хранилища должна формироваться многомерная база данных (OLAP);
 должны предоставляться пользователю результаты анализа за приемлемое время (не
более 30 с);
 должна
присутствовать
возможность
осуществления
любого
логического
и
статистического анализа, характерного для данной категории приложений, и его
сохранения в доступном для конечного пользователя виде;
 должен быть обеспечен многопользовательский доступ к данным с поддержкой
соответствующих механизмов блокировок и средств авторизованного доступа;
 должно поддерживаться многомерное концептуальное представление данных, включая
полную поддержку для иерархий и множественных иерархий;
 должна поддерживаться возможность обращаться к любой нужной информации
независимо от ее объема и места хранения;
 должна присутствовать возможность создания в Программном комплексе новых кубов;
 должна присутствовать возможность добавления дополнительного измерения в
имеющийся массив данных;
 должна присутствовать возможность создания связей между табличными формами и
внутри кубов;
Нормативно-справочная информация:
 возможность ведения в Программном комплексе справочных данных:
 справочник,
содержащий
территориальное
деление
(наименование
и
коды
территориальных образований, входящих в состав МО);
 общероссийские классификаторы (ОКАТО, ОКТМО, ОКВЭД, ОКДП);
 справочник номенклатуры товаров, работ, услуг;
 должна допускаться разработка дополнительных классификаторов и справочников;
 должен поддерживаться экспорт и импорт справочников в формате XLS и XML;
 должна
быть
предусмотрена
возможность
наращивания
классификаторов
и
справочников, как в отношении количества элементов, так и в части развития их
структуры (развитие иерархических структур, создание дополнительных группировок и
т.д.) без привлечения разработчиков СЦ ;
 должна быть предусмотрена возможность построения иерархии в классификаторах и
справочниках по разрядам кода;
 Программный
комплекс
должен
поставляться
с
набором
справочников
и
классификаторов, действующих на момент поставки;
 возможность вывода иерархических классификаторов в следующих представлениях:

иерархическое представление классификатора;

линейное представление иерархического классификатора;
 возможность для иерархических классификаторов выполнять установку иерархии в
ручном и автоматическом режимах. В автоматическом режиме должна присутствовать
возможность выбора способа установки иерархии – для всего классификатора или
только для записей, у которых не установлена иерархия;
Сбор и обработка данных:
 автоматизированная загрузка поступающей информации данных из информационных
систем.
 поддержка
как
актуальных,
так
и
прежних
форматов
данных
указанных
информационных источников.
 только те показатели, которые не могут быть извлечены из других автоматизированных
систем, должны собираться в Программном комплексе дополнительно.
Трехзвенная архитектура:
 в Программном комплексе должен присутствовать сервер приложений. Сервер
приложений должен обеспечивать выполнение функций авторизации, распределения
прав, закачки и обработки данных, все общие процедуры анализа и бизнес-логику;
в
Программном
комплексе
должно
присутствовать
клиентское
приложение
администрирования, которое должно предоставлять интерфейс управления списками
пользователей, правами, закачками данных, классификаторами и прочими объектами.
9.2.Требования к модулю нерегламентированной аналитической отчетности
Должна быть реализована возможность конструирования интерактивных отчетов в
терминах многомерной базы и предметной области (измерения-меры, классификаторыпоказатели).
Настройка отчетов должна осуществляться пользователями без привлечения Исполнителя
или администраторов Программного комплекса.
Должна быть
реализована возможность добавления вычисляемых
показателей в
аналитические таблицы.
Визуальное отображение результатов анализа и мониторинга в интерактивных и отчетных
формах.
Возможность построения аналитических таблиц, диаграмм, карт, картограмм, индикаторов.
При работе с табличным представлением должны обеспечиваться:
 настройка размещения шапки, боковика и заголовка полученной таблицы (выбор
расположения справочников в строках, столбцах или заголовке таблицы);
 настройка оформления таблицы (шрифта, цветов, границ таблицы, отступов, форматов
данных);
 расчет вычислимых итогов по строкам и столбцам таблицы;
 фильтрация полученной таблицы по атрибутам/условиям;
 копирование и вставка значений ячеек таблицы;
 сортировка столбцов таблицы по возрастанию и убыванию;
 скрытие/отображение нумерации ячеек;
 изменение масштаба отображения отчетной формы.
При работе с графическим представлением должно обеспечиваться:
 графическое представление (линейный график, график с областями, круговая,
столбиковая и паутинчатая диаграммы);
 настройка размещения легенды (слева, снизу, справа от диаграммы);
 включение и выключение отображения маркеров и меток;
 выбор типа шкалы: абсолютная, относительная, процентная;
 включение и выключение возможности трехмерного отображения.
При работе с картографическим представлением должно обеспечиваться:
 отображение данных на картосхемах при наличии территориального разреза
выбранных показателей;
 отображение значений показателей на картосхемах;
 возможность редактирования данных, отображаемых на карте вручную.
При работе с индикаторами должно обеспечиваться:
 синхронизация индикатора с таблицей;
 выбор типа индикатора.
 возможность в шаблоне аналитического отчета использовать не только меры куба, но и
добавлять дополнительные вычисления;
 должна иметься возможность сохранить экспортированный отчет веб-интерфейса в
форматы PDF, XLS и в формате подПрограммного комплекса
построения
нерегламентированной отчетности.
Поддержка использования данных нескольких кубов в одном аналитическом отчете.
Возможность цветовой раскраски таблицы OLAP в зависимости от числовых значений
анализируемого показателя.
Поддержка процедуры графической визуализации временных рядов.
Поддержка цифровых карт.
 Карта субъекта РФ по муниципальным районам и городским округам;
 Карта РФ по субъектам;
 Карта РФ по федеральным округам;
 Карты всех федеральных округов по субъектам.
Должна быть обеспечена возможность HTTP-подключения к многомерной базе данных.
9.3.Требования к базовой части веб-интерфейса для персональных компьютеров,
планшетных компьютеров, мобильных устройств (смартфонов с сенсорным экраном)
В веб-интерфейсе Программного комплекса должны публиковаться аналитические отчеты
по различным направлениям финансовой сферы для доступа из сети Интернет.
Программный комплекс должна поддерживать браузеры InternetExplorer (версия 11 и
выше), MozillaFirefox 25 (и выше), GoogleChrome 30 (и выше);
Программный комплекс не должен требовать установки на клиентские устройства
дополнительного программного обеспечения и не должна использовать flash.
Программный комплекс при построении визуализации должна поддерживать технологию
HTML5.
Все отчеты должны публиковаться на сайте в виде шаблонов и выбирать информацию из
базы данных Программного комплекса на момент отображения отчета пользователю.
Программный комплекс должен иметь возможность вызова списка отчетов или
конкретного аналитического отчета с заранее установленными параметрами (территория, период и
т.п.).
Информация в интерактивных аналитических отчетах должна быть представлена в форме
таблиц, диаграмм, картограмм, индикаторов. Каждый аналитический отчет для персональных
компьютеров может состоять из нескольких элементов, каждый из которых может быть таблицей,
диаграммой, картограммой, индикатором.
Элементы в отчетах Веб-интерфейса должны быть интерактивными (например, при выборе
района на карте должна отображаться информация в связанном табличном элементе отчета по
выбранному району или при выборе в таблице отдельной строки отображаться диаграмма по этой
строке).
Отчеты должны включать параметры (день, период, территория). Набор параметров для
каждого отчета должен быть индивидуальным. Содержимое отчета должно отображать
информацию по выбранным пользователем параметрам.
Отчеты для персональных и планшетных компьютеров, а также для мобильных устройств
(смартфонов с сенсорным экраном) должны адаптироваться к разрешению экрана.
Размеры элементов интерактивных аналитических отчетов должны адаптироваться к
разрешению экрана устройства, на котором просматривается отчет. Должно поддерживаться
разрешение экрана от 1280*1024 и выше.
Интерфейс всех аналитических отчетов должен быть единообразным.
Рабочее место руководителя должно представлять собой интерактивный Веб-интерфейс и
обеспечивать поддержку принятия стратегических решений на основе визуализации и
углубленной аналитической обработки информации.
Набор интерактивных Веб-интерфейсов согласовывается для каждого рабочего места
руководителя отдельно.
По согласованию с Заказчиком работы по загрузке и обработке данных, предоставляемых
для наполнения хранилища данных, могут выполняться Исполнителем.
Пользователи аналитических отчетов у Заказчика и прочие пользователи должны иметь
возможность просматривать аналитические отчеты на планшетных компьютерах и мобильных
устройствах (смартфонах с сенсорным экраном) через браузер.
Информация в аналитических отчетах должна быть представлена в форме таблиц,
диаграмм, картограмм, индикаторов. Каждый отчет приложения может состоять из нескольких
элементов, каждый из которых может быть таблицей, диаграммой, картограммой или
индикатором.
Должен быть реализован удобный интерфейс приложения для управления через сенсорный
экран.
Должно быть минимизировано количество управляющих действий пользователя.
9.4.Требования к аналитическому модулю Программного комплекса
Требования к показателям оценки:
 адекватность;
 точность;
 объективность;
 достоверность;
 сопоставимость (выбор показателей следует осуществлять, исходя из необходимости
непрерывного накопления данных и обеспечения их сопоставимости за отдельные
периоды с показателями).
Возможность подготовки нерегламентированной отчетности. Должна быть обеспечена
возможность проведения анализа данных и формирования нерегламентированной отчетности по
мере возникновения необходимости, исходя из поставленных задач.
10.Требования к видам обеспечения
10.1. Требования к информационному обеспечению
Информационное обеспечение представляет собой совокупность данных, необходимых для
функционирования Программного комплекса. В состав информационного обеспечения входят
нормативно-справочная информация, информационные объекты, входные и выходные данные и
СУБД.
Состав данных должен быть достаточным для выполнения всех функций Программного
комплекса и отвечать требованиям полноты, достоверности, однозначной идентификации,
непротиворечивости и необходимой точности представления.
Программный комплекс должна обеспечивать создание нормативно-справочной базы, при
этом регламентировать следующие процессы:
 введение в БД общероссийских, отраслевых и других классификаторов;
 обновление соответствующих информационных массивов;
 обеспечение доступа группам пользователей к требуемым классификаторам.
Программный комплекс должна обеспечивать однократный ввод данных вне зависимости
от того, в каких информационных массивах или базах данных они будут храниться и какими
функциональными модулями использоваться.
Информационный обмен данными должен осуществляется между пользователями и
центральными частями Программного комплекса посредством информационных каналов связи
(локально-вычислительная сеть, коммутируемый доступ, выделенный канал связи и др.).
Требования к защите данных от разрушений при авариях и сбоях в электропитании
Информация в БД Программного комплекса
должна сохраняться при возникновении
аварийных ситуаций, связанных со сбоями электропитания.
Программный комплекс должна иметь бесперебойное электропитание, обеспечивающее её
нормальное
функционирование
в
течение
15
минут
в
случае
отсутствия
внешнего
энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
Резервное копирование данных должно осуществляться на регулярной основе, в объёмах,
достаточных для восстановления информации в подПрограммный комплексх хранения данных.
Требования к контролю, хранению, обновлению и восстановлению данных
К контролю данных предъявляются следующие требования:
 Программный комплекс должен протоколировать все события, связанные с изменением
своего информационного наполнения, и иметь возможность в случае сбоя в работе
восстанавливать свое состояние, используя ранее запротоколированные изменения
данных.
К хранению данных предъявляются следующие требования:
 хранение данных должно производиться не более чем за 5 (пять) предыдущих лет. По
истечению данного срока данные должны переходить в архив;
 данные, превышающие пятилетний порог, должны храниться на ленточном массиве с
возможностью их восстановления.
К обновлению и восстановлению данных предъявляются следующие требования:
 для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное
копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на
протяжении 2-х месяцев;
 для сервера базы данных необходимо обеспечить резервное копирование его бинарных
файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;
 для хранилища данных необходимо обеспечить резервное копирование и архивацию на
ленточный массив в следующие промежутки времени:
 холодная копия - ежеквартально;
 логическая копия - ежемесячно (конец месяца);
 инкрементальное резервное копирование - еженедельно (воскресение);
 архивирование – ежеквартально.
10.2. Требования к программно-техническому обеспечению
Требования к серверному оборудованию
Используемые технические средства (компьютеры и другое активное оборудование)
должны соответствовать следующим требованиям:
 количество аппаратных сбоев в работе сервера должно быть минимальным;
 количество аппаратных сбоев в работе рабочих станций должно быть минимальным;
 должна быть обеспечена постоянная и устойчивая работа локальной сети;
 бесперебойная работа дисковой системы хранения данных сервера;
 должна быть предусмотрена Программный комплекс бесперебойного питания сервера.
За технические сбои в работе пользователей, имеющих доступ к Internet, несет
ответственность сам пользователь.
Представлены минимальные требования к аппаратной части Программного комплекса,
расчет производился исходя из возможности одновременной работы без сбоев в аппаратной части
Программного комплекса 20 пользователей. Производительность аппаратной части может быть
увеличена по результатам внедрения Программного комплекса.
Таблица.1. Требования к программно-аппаратному обеспечению
Сервер
Требования
к
программному Требования
обеспечению
Сервер
баз Операционная
данных
комплекс:
R2/2008
эквивалент) и выше;
аппаратному
обеспечению
Программный Минимально
WindowsServer
R2/2003
к
SP2
рекомендуемые
20012 конфигурации:
(или  Процессор 4-х ядерный, 3,33 GHz;
 Жесткий диск (HDD): 2х250 Gb;
Сервер
Требования
к
программному Требования
обеспечению
к
аппаратному
обеспечению
СУБД для реляционного хранилища  Локальная сеть (LAN): должно быть
данных:
SQLServer обеспечено подключение по локальной
Standard сети к серверу реляционной БД и серверу
2012SP1/2008SP2
(Enterprise) Edition (или эквивалент);
СУБД
для
многомерной
данных:
многомерной базы и объектов третьего
базы звена.
Рекомендуется
Ethernet
1Gb
SQLAnalysisServer (минимум 100Mb);
2012SP1/2008SP2
EnterpriseEdition  Оперативная память (RAM): 6-16Гб.
(или эквивалент).
При
необходимости
разделение
баз
возможно
данных
на
два
сервера.
Сервер
Операционная
приложений
комплекс:
Программный  Процессор: 2 x ядерный, 2GHz;
WindowsServer
2008  Оперативная
память
R2/2003 SP2 (или эквивалент);
2GbRegistered;
Microsoft .Net Framework 3.5
 Жесткий диск (HDD): от 60 Гб;
(RAM):
 Локальная сеть (LAN): должно быть
обеспечено подключение по локальной
сети к серверу реляционной БД и серверу
многомерной базы и объектов третьего
звена.
Рекомендуется
Ethernet
1Gb
(минимум 100Mb).
Программный  Процессор: 2 x ядерный, 2GHz;
ВЕБ-сервер
Операционная
(сервер
комплекс:
интернет-
R2/2003 SP2 (или эквивалент);
2GbRegistered;
приложений)
InternetInformationService (IIS)
 Жесткий диск (HDD): от 60 Гб;
WindowsServer
2008  Оперативная
память
(RAM):
 Локальная сеть (LAN): должно быть
обеспечено подключение по локальной
сети к серверу реляционной БД и серверу
многомерной базы и объектов третьего
звена.
Рекомендуется
(минимум 100Mb).
Ethernet
1Gb
Серверные компоненты могут быть совмещены на одном сервере. В этом случае
приведенные системные требования необходимо суммировать.
В случае отсутствия у Заказчика необходимого серверного оборудования:
 Исполнитель обеспечивает размещение Программного комплекса
на собственном
серверном оборудовании;
 Исполнитель предоставляет доступ к аналитическим отчетам Программного комплекса
через сеть Интернет специалистам Заказчика и прочим пользователям отчетов.
Исполнитель сообщает Заказчику адрес в сети Интернет, по которому Заказчик сможет
просматривать подготовленные аналитические отчеты.
Программный комплекс будет временно размещаться на серверах Исполнителя с
последующим переносом на сервера Заказчика.
Требования к электроснабжению
С целью повышения отказоустойчивости Программного комплекса необходимо выполнить
следующие мероприятия по обеспечению бесперебойного электроснабжения:
 использование источника бесперебойного питания для питания серверов;
 использование источника бесперебойного питания для питания устройств обеспечения
сети (концентраторов, маршрутизаторов и другого активного оборудования) на
критических участках (определяются по значимости выполняемой работы);
 использование
источника
бесперебойного
питания
для
рабочих
станций
на
критических участках (определяются по значимости выполняемой работы).
Требования к контролю целостности данных
В Программном комплексе должны быть предусмотрены меры, обеспечивающие
целостность данных в случае отказа программного обеспечения или аппаратных средств,
исключая случаи физического уничтожения носителя или нарушения функциональности носителя,
операционной системы или СУБД по вине их производителя.
Необходимо обеспечить контроль целостности данных Программного комплекса. В ходе
загрузки необходимо проверять:
 основные параметры реляционной базы данных;
 основные параметры многомерной базы данных;
 версии программных модулей;
 версии репозитория метаданных Программного комплекса.
В случае обнаружения критических ошибок и несоответствий запуск Программного
комплекса
не производится. Информация о возникших проблемах должна содержаться в
протоколе ошибок сервера. Для восстановления данных в таких случаях следует использовать
резервные копии.
Требования к клиентскому оборудованию для просмотра аналитических отчетов
В качестве клиентского устройства для просмотра аналитических отчетов пользователи
Программного комплекса могут использовать персональный компьютер (ноутбук, нетбук) или
мобильное устройство.
11.Обучение сотрудников
В рамках развития Программного комплекса должно быть проведено обучение
сотрудников, которые будут отвечать за эксплуатацию программных комплексов в части
взаимодействия управления и мониторинга стека программных продуктов по работе с бюджетом
Щелковского района Московской области.
12.Техническое сопровождение Программного комплекса
Исполнитель обязан оказывать консультационные услуги - с понедельника по пятницу с
09.00 до 18.00 местного времени, кроме официально объявленных государственных праздников.
Заказчик обязан предоставить Исполнителю Заявку по электронной почте либо факсом с перечнем
вопросов для консультации. Время реакции на Заявку со стороны Исполнителя – 2 часа. Время
ответа на Заявку – в течение 2-х рабочих дней.
При
возникновении
аварийных
(нештатных)
ситуаций
Заказчиком
совместно
с
Исполнителем производится внеплановая диагностика по факту события.
Порядок приема Заявок на проведение внеплановой диагностики оборудования – в период с
09.00 до 18.00 местного времени в рабочие дни.
Время реакции на Заявку со стороны Исполнителя - 2 часа (с 09.00 до 18.00 местного
времени в рабочие дни); в иной период – не более 17 часов, но не ранее 09-00 часов местного
времени следующего рабочего дня после сообщения о неисправности. Срок проведения
внеплановой диагностики – не более 2-х рабочих дней, при отсутствии нарушения
работоспособности Программного комплекса.
13. Требования к документированию
После завершения оказания услуги Исполнитель представляет Заказчику комплект
документации.
В процессе выполнения работ Исполнитель разрабатывает и передаёт Заказчику
следующую документацию:
• отчет по результатам предпроектного обследования;
• эксплуатационная документация в составе:
 руководство администратора;
 Руководство пользователя.
Все
разрабатываемые
документы
должны
соответствовать
требованиям
межгосударственного стандарта ГОСТ 34.201-89.
Вся документация должна быть подготовлена и передана Заказчику как в печатном, так и в
электронном виде (в формате Microsoft Word).