ТЗ на открытый бюджетМакаренкоx

V. ТЕХНИЧЕСКАЯ ЧАСТЬ КОНКУРСНОЙ ДОКУМЕНТАЦИИ
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по созданию и развитию программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Московской
области
1. Общая информация
Оказание услуг по созданию и развитию программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Щелковского
района Московской области (далее – Программный комплекс)выполняется с целью повышения
открытости данных, связанных с бюджетом и бюджетным процессом, для населения Щелковского
района Московской области посредством внедрения инновационных технологий.
1.1. Цели и задачи
Основной целью создания и развития Программного комплекса является повышение
открытости и доступности информации о бюджете и бюджетном процессе Щелковского района
Московской области для жителей и организаций Щелковского района Московской области за счет
формирования
единого
открытого
информационного
пространства
и
применения
информационных и телекоммуникационных технологий в сфере управления общественными
финансами и экономикой Щелковского района Московской области, в том числе:
‒ повышение информированности населения и бизнеса о финансовом состоянии, объемах
и источниках поступлений в бюджет, об основных приоритетах и направлениях выплат
из бюджета;

создание Программного комплекса "обратной связи" с гражданским обществом,
повышение роли граждан в управлении общественными финансами;

противодействие коррупции;

повышение инвестиционной привлекательности Щелковского района Московской
области.
В рамках оказания услуг будут разработаны функции Программного комплекса. Задачами
по реализации функций Программного комплекса являются:

создание инструмента для просмотра актуальной информации о бюджете Щелковского
района;

привлечение внимания населения к деятельности администрации Щелковского района
в рамках планирования и исполнения бюджета;

наглядное и подробное представление сведений об исполнении государственных
программ.
Предлагаемое дизайнерское решение поставленных целей и задач представлено на рисунке:
Рисунок - Дизайнерское решение единого информационного пространства а сфере управления
финансами и экономикой
Рисунок - Дизайнерское решение подсистемы Описания проекта
Рисунок - Дизайнерское решение подсистемы Исполнение бюджета
Рисунок - Дизайнерское решение подсистемы Распределение бюджета в разрезе муниципальных
программ
Рисунок - Дизайнерское решение подсистемы "Бюджет для граждан" и подсистемы ссылок на
информационные ресурсы
1.2. Требования к Программному комплексу
Программный комплекс будет обеспечивать функционирование в штатном режиме
круглосуточно, без выходных «режим 24*7» с допустимыми регламентными перерывами на
техническое обслуживание суммарной длительностью не более 12 часов в год и длительностью
каждого перерыва не более 0,25 часа (с полным отключением).
Программный
комплекс
будет
позволять
сотрудникам
отдела
информационной
безопасности получать оперативный доступ к данным, для более эффективного отслеживания
событий информационной безопасности в режиме реального времени.
2. Общие требования
Для выполнения работ Исполнитель будет руководствоваться данным техническим
заданием.
Исполнитель обязан, в рамках предпроектного исследования объекта автоматизации,
собрать всю информацию о бюджетном процессе не позднее 5 (пяти) календарных дней с даты
подписания договора. Вся информация собранная Исполнителем Будет согласована Заказчиком до
момента её публикации в Программном комплексе.
Исполнитель обязуется выполнять работы по созданию Программного комлекса в рамках
технического задания Заказчика.
Так же Исполнитель обязан в течение 12 месяцев с момента успешной сдачи-приемки
Программного комплекса, ежемесячно осуществлять обновление данных своими силами.
2.1.
Требования к структуре и функционированию Программного комплекса
Исполнителем будет разработан и внедрен Программный комплекс, состоящий из
следующих частей:
•
программно-техническая часть;
•
документационная часть.
Программно-техническая часть Программного комплекса:
1. Общая информация о бюджете
Раздел будет содержать общую информацию о бюджете для граждан (предполагается
максимальная визуализация процессов)

Бюджетный процесс
1) Заголовок. Текстовое поле
2) Текст. Текстовое поле
3) Кнопки изменения и добавления

План-график подготовки бюджета (описание процесса подготовки бюджета,
ведомства, участвующие в процессе, суть этапов подготовки)
1) Название этапа. Заголовок
2) Срок этапа. Текстовое поле
3) Наименование участника. Заголовок
4) Информация о участнике. Текстовое поле
5) Информация о этапе. Текстовое поле

Бюджетный калькулятор.
2. Проект бюджета
Будет содержать проект бюджета, с информацией о планируемом уровне доходов и расходов
бюджета, с детализацией источников дохода и целями расхода, а так же возможность сравнения с
проектами бюджета прошлых лет и с бюджетами других регионов ЦФО.
Будет реализована возможность быстрого переключения в раздел «Исполнение бюджета».

Доходы бюджета
◦ Налоговые
◦ Неналоговые

Расходы бюджета
◦ Целевые программы
▪ разрез по подпрограммам (Подпрограммы будут расписаны до конечного объекта,
на который выделяются деньги)
◦ Разрез по экономическим статьям
◦ Разрез по Главным распорядителям бюджетных средств
Рисунок - Дизайнерское решение представления подсистемы Структуры бюджета
1) Список ГРБС. Название. Текстовое
2) Объем исполнения. Числовой +Проценты
3) Дата
4) Виды расходов. Список. Текстовое
5) Государственные программы. Список. Текстовое
◦ Разрез по функциональным видам расходов.

Бюджеты прошлых лет (с возможностью сравнения)

Бюджеты иных регионов ЦФО (с возможностью сравнения)

Закон о бюджете
3. Исполнение бюджета
Будут содержать информацию о фактическом уровне доходов и расходов бюджета на конкретную
дату, динамику поступления и расходования средств (по месяцам), процент исполнения,
детализация по МО(иной вид детализации)

Доходы бюджета
◦ Налоговые
◦ неналоговые

Расходы бюджета
◦ Целевые программы
◦ Разрез по экономическим статьям
◦ Разрез по Главным распорядителям бюджетных средств
◦ Разрез по функциональным видам расходов.

Бюджеты прошлых лет (с возможностью сравнения)
4. Целевые программы
Будут содержать информацию о целевых программах и их подпрограммах. Представлена в
понятном виде информация о программе и назначению её (аналогично по подпрограммам),
ответственных исполнителях, координаторе программы. Сведения о финансовом обеспечении
5. Государственный долг
Содержит информацию об уровне государственного долга и динамике его изменения
6. Справочная информация

Глоссарий

Задать вопрос
Выполнение требований к структуре и функционированию Программного комплекса
схематично представлено на рисунке 1.
Рисунок 1 - Схема функционирования программного комплекса
Структура и функционирование программного комплекса консолидирует данные виде
подсистем отвечающих за выполнение следующих функций:

подсистема
отображения средств
государственные
и
структура
местного
бюджета,
бюджета,
муниципальные
ценные
предназначена
муниципальных
бумаги,
для
визуального
внебюджетных
принадлежащие
органам
фондов,
местного
самоуправления, и другие денежные средства, находящиеся в муниципальной собственности.

визульного
подсистема исполнения бюджета
отображения
процесса
- программный модуль предназначенный для
получения
доходов
и
осуществления
расходов,
предусмотренных в утвержденном бюджете. В ходе исполнения бюджета могут наблюдаться
отклонения от принятого варианта, в связи с чем необходимо контролировать и регулировать
процесс исполнения.

для
подсистема бюджетных калькуляторов - программный сервис предназначенный
взаимодействия
органов
местного
самоуправления
с
населением
муниципального
образования, включают в себя несколько подсистем (представленных на рисунках 2, 3, 4).

подсистема новостных блоков
- предназначена для отображения новостей
интегрированных с официальным сайтом Администрации и единой системой публикации
новостных материалов Пресс службы Щелковского муниципального района.

подсистема муниципальных программ - представление данных исходя из целей
муниципального образования расходования бюджетов на социальные нужды, и учет в бюджете
средств для достижения этих целей.

подсистема рейтинга и сравнения бюджетов муниципальных образований -
предназначена для визуального восприятия и сравнения бюджетов различный муниципальных
районов московской области.

Блок полезных ссылок для наглядного и интерактивного перехода на тематические
сайты связанные с финансами и бюджетным процессом.
Рисунок 2 - Схематичное представление подсистемы "Предложи свой бюджет"
Подсистема "Предложи свой бюджет" входящая в программный комплекс "Бюджетные
калькуляторы" обеспечивает взаимодействие с населением Щелковского муниципального района
в части пересмотра бюджета муниципального образования и предложения своего варианта на
рассмотрение в Администрацию Щелковского муниципального района. Данный сервис
интегрирован с социальными сетями .
Рисунок 3 - Схематичное представление подсистемы "Личный взнос граждан в бюджет"
Подсистема " Личный взнос граждан в бюджет"
"Бюджетные
калькуляторы"
муниципального
обеспечивает
входящая в программный комплекс
взаимодействие
с
населением
Щелковского
района в части наглядного отображения личного вклада гражданина в
бюджетную систему РФ возможность сохранения и отправки информации на личную почту
гражданина, возможностью поделиться в популярных соцсетях через встроенный модуль
интеграции и социальными сервисами.
Рисунок 4 - Схематичное представление подсистемы "Семейные расходы"
Подсистема "Семейные расходы"
входящая в программный комплекс "Бюджетные
калькуляторы" обеспечивает взаимодействие с
населением Щелковского муниципального
района, предназначена для учета доходов и расходов бюджета семьи. Предусмотрена возможность
сохранения и отправки информации на личную почту гражданина, возможностью поделиться в
популярных соцсетях через встроенный модуль интеграции и социальными сервисами.
Документационная
часть
Программного
комплекса
предполагает
разработку
руководства администратора и руководства пользователя.
2.2. Основные работы по созданию Программного комплекса
В процессе создания Программного комплекса будут проведены следующие основные
работы:
• разработка технического проекта;
• проведение предпроектного исследования объекта автоматизации
• работы по разработке Программного комплекса;
• тестовое внедрение Программного комплекса;
• полное внедрение Программного комплекса;
• обучение сотрудников;
• техническое сопровождение Программного комплекса.
3. Разработка технического проекта
В
рамках
разработки
технического
проекта
будет
проведено
предобследование
программных комплексов в части взаимодействия управления и мониторинга стека программных
продуктов по работе с бюджетом Щелковского района Московской области. Разработан план
выполнения работ по разработке функционала программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Щелковского
района Московской области.
Предобследование будет являться стратегическим этапом процесса проектирования
объекта, по результатам которого принимается решение об уровне конкурентоспособности,
оценки перспектив развития, постановке задачи на проект, трудоемкости создания Программных
комплексов.
Концепция
проведения
предпроектного
исследования
Программных
комплексов
представляет собой иерархическую рекуррентную совокупность логико-эвристических процедур с
итерационным характером действий, использующих методы синтеза новых решений. В случае
реализации предлагаемых процедур будет выработано решение актуальной задачи путём
повышения результативности предпроектной работы по созданию Программных комплексов за
счет реализации системного подхода к синтезу концептуальной схемы.
Под концептуальным проектированием систем (КП) понимается начальная стадия
проектирования, на которой будут приниматься решения, определяющие последующий облик
Программных комплексов и проведено исследование и согласование параметров создаваемых
технических решений с возможной их организацией. Результатом проектирования является
семантическое
концептуальное
описание
проектного
решения,
–
варианты
концепций
проектируемой технической системы, как в целом, так и ее отдельных частей, полученных на
основе сгенерированной новой идеи.
По результатам предварительных исследований будет сделан вывод о необходимости
интеграции достоинств рассматриваемых ранее и найденных в открытых источниках подходов и
методов для повышения эффективности процедур предпроектных исследований применительно к
предметной области проектирования Программных комплексов.
Общее (концептуальное) описание процесса проведения предпроектных исследований в
виде определенной последовательности действий, предусматривает совершение рекурсии:

сбор сведений о классе объекта исследования;

исследование главной полезной функции системы;

исследование функциональной структуры;

исследование принципа действия;

исследование технического решения;

формирование перечня требований к классу объекта исследования для проектирования
новой системы.
Перечень объектов обследования будет согласован с Заказчиком по направлениям
Программных комплексов. На этапе предпроектного обследования в ходе совместных обсуждений
с руководителями и специалистами структурных подразделений Заказчика и согласованных
объектов обследования будут определены основные критерии систем
автоматизации.
Проектируемая практическая реализация, осуществляется по следующим направлениям:
1) изучение существующих реестров и форм по функциональным направлениям, бюджетного
процесса предусмотренного согласно настоящему Техническому заданию в структурных
единицах администрации Щёлковского муниципального района, ответственных и
принимающих участие в формировании бюджета Щёлковского муниципального района
Московской области;
2) согласование состава пользователей (потребителей информации);
3) согласование перечня аналитических отчётов и документов, необходимых к формированию
в Программных комплексах для разных категорий пользователей в структурных единицах
администрации Щёлковского муниципального района, ответственных и принимающих
участие в формировании бюджета Щёлковского муниципального района Московской
области;
4) согласование состава информационных источников (внутренних и внешних) для
формирования аналитических отчетов;
5) согласование регламента информационного взаимодействия участников.
Исполнителем по результатам предпроектного обследования будет разработан и согласован
с Заказчиком отчет о проведении предпроектного обследования.
Процедуры анализа не должны противоречить законодательным и нормативным актам
Российской Федерации и муниципального образования таким как:
 Бюджетный кодекс Российской Федерации;
 Налоговый кодекс Российской Федерации;
 прочие
федеральные
нормативно-правовые
акты
и
нормативно-правовые
акты
муниципального образования.
В рамках разработки технического проекта, должны описываться требования к
конфигурации оборудования и программного обеспечения, порядок внедрения, требования к
внешнему окружению Программного комплекса и т.д.
4. Разработка Программного комплекса
На этапе проведения работ по разработке программных комплексов в части взаимодействия
управления и мониторинга стека программных продуктов по работе с бюджетом Щелковского
района Московской области, будет быть разработан следующий функционал:
1) Реализация открытого API для доступа к сведениям о бюджете Щелковского района;
2) Анализ процесса исполнения бюджета по отчетным периодам;
Рисунок - Подсистема анализа исполнения бюджета по отчетным периодам
3) Разработка калькулятора для налоговых вычетов, схема;
Рисунок - Схематичное изображение подсистемы "Калькулятор налоговы вычетов"
Рисунок - Дизайнерское решение представления Подсистемы калькуляторов на главном
интерфейсе программного комплекса
4) Выгрузка данных в формате xls;
5) Наглядное представление сведений об исполнении муниципальных программ за отчетный
период;
Рисунок - Подсистема представления сведений исполнения муниципальных программ
6) Программный комплекс перевода бюджетных средств в понятные величины;
7) Расчет показателей бюджета на душу населения;
8) Разработка модуля с информацией о социальных выплатах из бюджета Щелковского
района.
9) Детализация иерархического распределения бюджетных средств в рамках реализации
муниципальных программ Щелковского района Московской области.
10) Разработка интерактивной карты с возможностью размещения и получения графической,
временной и текстовой информации об объекте расходования бюджетных средств в рамках
реализации муниципальных программ Щелковского района Московской области.
11) Интуитивный поиск на карте с возможностью выбора критериев отображения объектов на
карте.
5. Тестовое внедрение Программного комплекса
В рамках развития Программного комплекса Исполнитель по согласованию с Заказчиком
создает пилотный участок для тестового внедрения разработанного функционала программных
комплексов в части взаимодействия управления и мониторинга стека программных продуктов по
работе с бюджетом Щелковского района Московской области.
На выделенном пилотном участке будет внедрен разработанный функционал программных
комплексов в части взаимодействия управления и мониторинга стека программных продуктов по
работе с бюджетом Щелковского района Московской области, для его передачи на тестирование
Заказчику.
Передан заказчику на тестирование разработанный функционал программных комплексов в
части взаимодействия управления и мониторинга стека программных продуктов по работе с
бюджетом Щелковского района Московской области.
6. Полное внедрение Программного комплекса
После успешного внедрения разработанного функционала Программного комплекса на
пилотном участке Исполнитель осуществляет полное внедрение стека программных комплексов в
части взаимодействия управления и мониторинга стека программных продуктов по работе с
бюджетом Щелковского района Московской области. Внедрение проводится с учетом
результатов, полученных в процессе тестового внедрения Программного комплекса.
7. Приемочные испытания
В целях ввода разработанного функционала Программного комплекса в постоянную
эксплуатацию в соответствии с «Программой и методикой испытаний» проводятся приемочные
испытания.
Приемочные
испытания
проводят
для
определения
соответствия
внедряемого
разработанного функционала Программного комплекса техническому заданию, оценки качества
опытной эксплуатации и решения вопроса о возможности приемки в постоянную эксплуатацию.
8. Требования к надежности
Состав показателей надежности для Программного комплекса в целом
Программный комплекс будет обладать высокой степенью надежности, т.е. безотказно
выполнять определенные в ТЗ функции с достаточно большой вероятностью. Надежность
Программного комплекса следует рассматривать без учета числа сбоев и отказов, вызванных
ненадежностью аппаратных средств, программного обеспечения и СУБД. Интенсивность отказов
Программного комплекса, не выявленных при отладке и испытаниях, Будет минимальна.
Надежность Программного комплекса определяется надежностью функциональных
подсистем, общего программного обеспечения, комплексов технических и инженерных средств.
Проектные решения должны обеспечивать:
Сохранение работоспособности Программного комплекса при отказе или выходе из строя
по
любым
причинам одного из компонентов комплекса технических средств или
телекоммуникационной подпрограммного комплекса.
Сохранение всей накопленной на момент отказа или выхода из строя информации при
отказе двух и более одинаковых по назначению компонентов Программного комплекса не
зависимо от их назначения, с последующим восстановлением после проведения ремонтных и
восстановительных работ.
Будут обеспечены два уровня надежности Программного комплекса:
уровень сохранности работоспособности;
уровень сохранности информации.
Показатели надежности будут обеспечивать возможность эффективного выполнения
функциональных задач Программного комплекса. Показатели надежности включают:
среднее время между выходом из строя отдельных компонентов Программного комплекса;
среднее время на обслуживание, ремонт или замену вышедшего из строя компонента;
среднее время на восстановление работоспособности Программного комплекса.
Показатели
надежности
Программного
комплекса
будут
достигаться
комплексом
организационно-технических мер обеспечивающих доступность ресурсов, их управляемость и
обслуживаемость.
Технические меры по обеспечению надежности будут предусматривать:
‒
резервирование
критически
комплекса администратором;
важных
компонентов
и
данных
Программного
‒
использование технических средств с избыточными компонентами и возможностью
их горячей замены;
‒
конфигурирование используемых средств и применение специализированного ПО,
обеспечивающего высокую доступность.
Организационные меры по обеспечению надежности будут направлены на минимизацию
ошибок персонала (пользователей), а также персонала службы эксплуатации при эксплуатации и
проведении работ по обслуживанию комплекса технических средств Программного комплекса,
минимизацию времени ремонта или замены вышедших из строя компонентов за счет:
‒
квалификации персонала (пользователей);
‒
квалификации обслуживающего персонала;
‒
регламентации
и
нормативного
обеспечения
выполнения
работ
персонала
(пользователей);
‒
регламентации проведения работ и процедур по обслуживанию и восстановлению
СЦ;
‒
своевременного
оповещения
пользователей
о
случаях
нештатной
работы
компонентов СЦ;
‒
своевременной диагностики неисправностей;
‒
наличия договоров на сервисное обслуживание и поддержку компонентов комплекса
технических средств.
В
целом,
надежность
аппаратно-программного
обеспечения
будет
обеспечивать
выполнение задач Программного комплекса с временем однократного простоя не более 30 минут
и суммарным временем простоя не более 24 часов в год.
Перечень аварийных ситуаций, по которым регламентируются требования к надежности
При работе Программного комплекса возможны следующие аварийные ситуации, которые
влияют на надежность работы:
Сбои технических средств:

сбой в электроснабжении сервера: информация восстанавливается с поддержкой
целостности на момент сбоя. Требуется перезагрузка сервера и повторное
соединение рабочих станций с сервером. При этом теряются все несохраненные
данные на рабочих станциях. Целостность обеспечивается путем поддержки
механизма транзакций сервером БД. В случае невозможности запуска сервера или
использования БД, данные Программного комплекса восстанавливаются из
резервной копии.

сбой в электроснабжении рабочей станции операторов Программного комплекса:
все, не сохраненные на момент сбоя данные рабочей станции, теряются и
восстановлению не подлежат; на сервере обеспечивается целостность информации.
Для продолжения работы на рабочей станции требуется перезагрузка операционной
Программного комплекса и повторное подключение к БД. На прочие рабочие
станции и сервер сбой одной из рабочих станций не оказывает никакого влияния.

сбой
в
электроснабжении
Программный
комплекс
обеспечения
остается
локальной
сети
неработоспособной
до
(поломка
сети):
восстановления
нормального функционирования сети. После восстановления функционирования
сети требуется повторное подключение рабочих станций операторов к серверу. Если
одна из рабочих станций (или единственная рабочая станция при локальной работе)
располагается непосредственно на сервере, то сбой сети не оказывает на нее
никакого влияния.

поломка сервера (потеря всей информации, хранимой на сервере): все данные
теряются, восстановление информации происходит из резервной копии, хранящейся
удаленно от сервера.
Ошибки программного обеспечения:
‒
ошибки Программного комплекса, не выявленные при отладке и испытании
Программного комплекса. Исполнитель обязан устранить в течение гарантийного
срока эксплуатации. Срок устранения зависит от сложности выявленных ошибок и
составляет от 5 до 50 дней (в отдельных случаях до 6 месяцев).
‒
сбои программного обеспечения сервера: требуется переустановка программного
обеспечения сервера. Если потеряна информация, хранимая на сервере, то требуется
восстановление данных из резервной копии.
‒
сбои программного обеспечения рабочих станций операторов и пользователей:
требуется переустановка программного обеспечения рабочей станции.
Требования к надежности технических средств и программного обеспечения
К надежности оборудования предъявляются следующие требования:
 в качестве аппаратных платформ будут использоваться средства с повышенной
надежностью;
 применение технических средств соответствующих классу решаемых задач;
 аппаратно-программный комплекс Программного комплекса будет иметь возможность
восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
 с целью повышения отказоустойчивости Программного комплекса в целом необходима
обязательная
комплектация
серверов
источником
бесперебойного
питания
с
возможностью автономной работы не менее 15 минут;
 будет обеспечено бесперебойное питание активного сетевого оборудования.
Надежность аппаратных и программных средств будет обеспечиваться за счет следующих
организационных мероприятий:
 предварительного обучения пользователей и обслуживающего персонала;
 своевременного выполнения процессов администрирования;
 соблюдения
правил
эксплуатации
и
технического
обслуживания
программно-
аппаратных средств;
 своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем будет обеспечиваться за счет:
 надежности общесистемного ПО и ПО, разрабатываемого Исполнителем;
 проведением комплекса мероприятий отладки, поиска и исключения ошибок.
 ведением журналов системных сообщений и ошибок по программному комплексу для
последующего анализа и изменения конфигурации.
8.1.Требования к эргономике и технической эстетике
Модуль Программного комплекса формирования и визуализации отчетности данных будет
обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим
требованиям. В части внешнего оформления:
 интерфейсы подсистем будет быть типизированы;
 будет обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
 в шапке отчетов будет использоваться логотип Заказчика.
В части диалога с пользователем:
 для наиболее частых операций будут предусмотрены «горячие» клавиши;
 при возникновении ошибок в работе модуля комплекса на экран монитора будет
выводиться сообщение с наименованием ошибки.
К другим модулям комплекса предъявляются следующие требования к эргономике и
технической эстетике:
 в
части
внешнего
типизированы;
оформления:
интерфейсы
Программного
комплекса
будут
 в части диалога с пользователем: для наиболее частых операций будут предусмотрены
«горячие» клавиши.
8.2.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов
Обслуживание
В процессе эксплуатации Программного комплекса будут проводиться следующие
регламентные работы:
 проверка функционирования сетевого оборудования и служб. Ежедневная проверка
работоспособности сети путем доступа к сетевым ресурсам сервера или компьютеров
через сеть.
 проверка сервера. Ежедневная проверка работоспособности сервера путем пробного
доступа к его ресурсам.
 создание резервной копии БД. Ежедневное создание резервной копии БД на жестком
диске администратором хранилища данных либо перед началом работы, либо сразу
после ее окончания. Ежегодное (ежемесячное, еженедельное) создание резервной копии
БД на иных носителях (компакт-диск, стример и т.п.). Периодичность записи резервных
копий на иные носители определяется в зависимости от интенсивности работы и Будет
утверждена регламентом.
 проверка
функционирования
интернет-подключения.
Ежедневная
проверка
работоспособности веб-сервера путем пробного доступа к его ресурсам;
 обработка данных. Регламентные работы по формированию, пополнению и обработке
информации в Системе.

Рисунок - Интерфейс системы для обслуживающего персонала. Панель управления
Рисунок - обслуживание страницы Новости
Рисунок - обслуживание страницы Новости. Редактирование
Рисунок - обслуживание страницы Доходы бюджета
Рисунок - Доходы бюджета. Интеллектуальное добавление нового периода и наименования
доходов
Рисунок - Страница Основные показатели бюджета
Рисунок - Страница Основные показатели бюджета. Анимированное добавление показателей
бюджета на новый период
Рисунок - Страница Основные показатели бюджета. Анимированное интеллектуальное
добавление источников финансирования на новый период
Рисунок - Страница Основные показатели бюджета. Редактирование периода
Рисунок - Страница Бюджет иных регионов
Рисунок - Страница Бюджет иных регионов. Добавление региона
Рисунок - Страница Целевые программы
Рисунок - Страница Целевые программы. Добавление целевой программы
Рисунок - Страница Глоссарий
Рисунок - Страница Глоссарий. Редактирование
Рис. 7.3 Страница Глоссарий. Добавление термина
Обновление версий Программного комплекса
Обновление
Программного
комплекса
производится
Исполнителем
с
разрешения
Заказчика.
Обновление Программного комплекса состоит из 4 частей, каждая из которых
производится отдельно и независимо от других.
1. Обновление программы клиента.
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
к
Программный Минимально
20012 конфигурации:
WindowsServer
R2/2003
рекомендуемые
(или  Процессор 4-х ядерный, 3,33 GHz;
SP2
эквивалент) и выше;
 Жесткий диск (HDD): 2х250 Gb;
СУБД для реляционного хранилища  Локальная сеть (LAN): должно быть
данных:
SQLServer обеспечено подключение по локальной
2012SP1/2008SP2
Standard сети к серверу реляционной БД и серверу
(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): должно быть
обеспечено подключение по локальной
сети к серверу реляционной БД и серверу
многомерной базы и объектов третьего
звена.
Рекомендуется
Ethernet
1Gb
(минимум 100Mb).
Серверные компоненты могут быть совмещены на одном сервере. В этом случае
приведенные системные требования необходимо суммировать.
В случае отсутствия у Заказчика необходимого серверного оборудования:
 Исполнитель обеспечивает размещение Программного комплекса
на собственном
серверном оборудовании;
 Исполнитель предоставляет доступ к аналитическим отчетам Программного комплекса
через сеть Интернет специалистам Заказчика и прочим пользователям отчетов.
Исполнитель сообщает Заказчику адрес в сети Интернет, по которому Заказчик сможет
просматривать подготовленные аналитические отчеты.
Программный комплекс будет временно размещаться на серверах Исполнителя с
последующим переносом на сервера Заказчика.
Требования к электроснабжению
С целью повышения отказоустойчивости Программного комплекса необходимо выполнить
следующие мероприятия по обеспечению бесперебойного электроснабжения:
 использование источника бесперебойного питания для питания серверов;
 использование источника бесперебойного питания для питания устройств обеспечения
сети (концентраторов, маршрутизаторов и другого активного оборудования) на
критических участках (определяются по значимости выполняемой работы);
 использование
источника
бесперебойного
питания
для
рабочих
станций
на
критических участках (определяются по значимости выполняемой работы).
Требования к контролю целостности данных
В Программном комплексе будут предусмотрены меры, обеспечивающие целостность
данных в случае отказа программного обеспечения или аппаратных средств, исключая случаи
физического уничтожения носителя или нарушения функциональности носителя, операционной
системы или СУБД по вине их производителя.
Необходимо обеспечить контроль целостности данных Программного комплекса. В ходе
загрузки необходимо проверять:
 основные параметры реляционной базы данных;
 основные параметры многомерной базы данных;
 версии программных модулей;
 версии репозитория метаданных Программного комплекса.
В случае обнаружения критических ошибок и несоответствий запуск Программного
комплекса
не производится. Информация о возникших проблемах должна содержаться в
протоколе ошибок сервера. Для восстановления данных в таких случаях следует использовать
резервные копии.
Требования к клиентскому оборудованию для просмотра аналитических отчетов
В качестве клиентского устройства для просмотра аналитических отчетов пользователи
Программного комплекса могут использовать персональный компьютер (ноутбук, нетбук) или
мобильное устройство.
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).