Техническое задание (описание состава работ) на выполнение технологических работ по созданию информационной системы

Скачать 1.06 Mb.

Название	Техническое задание (описание состава работ) на выполнение технологических работ по созданию информационной системы
страница	2/9
Тип	Техническое задание

filling-form.ru > Договоры > Техническое задание

1 2 3 4 5 6 7 8 9

3.Характеристика объекта автоматизации

Объектом обследования при создании и внедрении Системы являются исполнительные органы государственной власти, органы местного самоуправления ХМАО-Югры.

Предметом автоматизации являются процессы мониторинга и анализа социально-экономического развития.

4.Требования к системе

4.1.Требования к системе в целом

4.1.1.Требования к структуре и функционированию системы

4.1.1.1.Требования к структуре системы

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

4.1.1.2.Перечень подсистем, их назначение и основные характеристики

В состав системы должны входить следующие программные модули:

1. Информационная подсистема, включающая программный модуль:

ПМ «Хранилище данных», предназначенный для хранения информации за много лет из различных источников. На основании информационного банка данных системы осуществляется мониторинг и анализ ситуации в ХМАО-Югре, а также функционирование других программных модулей системы;

2.Аналитическая подсистема, обеспечивающая инструментальную поддержку процессов мониторинга, анализа и оценки, включающая следующие программные модули:

1.ПМ «MDX Эксперт», предназначенный для построения нерегламентированной аналитической отчетности;

2.ПМ «Веб-интерфейс для персональных компьютеров» предназначен для публикации информации для руководителей, специалистов и иных потребителей информации;

3.ПМ «Приложение для смартфона», предназначенный для оперативного информирования на смартфоне;

ПМ «Приложение для планшентного компьтера», предназначенный для оперативного информирования на планшетном компьютере.

4.ПМ «Мониторинг инвестиций»;

5.ПМ «Мониторинг социально-экономических показателей территории»;

6.ПМ «Мониторинг цен на отдельные виды социально значимых продовольственных товаров первой необходимости и жизненно необходимые и важнейшие лекарственные средства»;

7.ПМ «Оценка эффективности деятельности органов исполнительной власти»;

8.ПМ «Оценка эффективности деятельности органов местного самоуправления»;

9.ПМ «Мониторинг здоровья населения»;

10.ПМ «Мониторинг окружающей среды»;

11.ПМ «Мониторинг ситуации на рынке труда и занятости населения, задолженности по заработной плате»;

12.ПМ «Мониторинг и анализ исполнения бюджета ХМАО-Югры»;

13.ПМ «Мониторинг и анализ исполнения консолидированного бюджета ХМАО-Югры, бюджета ХМАО-Югры, бюджетов муниципальных образований ХМАО-Югры»;

14.ПМ «Анализ налоговых поступлений и платежей в бюджет, в том числе анализ недоимки»;

15.ПМ «Анализ данных о расходах и численности работников органов государственной власти и органов местного самоуправления»;

16.ПМ «Сравнение с другими субъектами федерального округа и другими субъектами РФ»;

17.ПМ «Формирование паспорта субъекта РФ, муниципальных образований субъекта РФ, учреждений»;

18.ПМ «Оценка качества и уровня жизни населения»;

19.ПМ «Оценка эффективности разработки и исполнения долгосрочных целевых программ, ведомственных целевых программ автономного округа»;

20.ПМ «Оценка качества подготовки докладов субъектов бюджетного планирования»;

21.ПМ «Мониторинг состояния объектов строительства»;

22.ПМ «Оценка реализации приоритетных национальных проектов»;

23.ПМ «Мониторинг тарифов ЖКХ, мониторинг предприятий ЖКХ»;

24.ПМ «Мониторинг основных предприятий территории»;

25.ПМ «Мониторинг осуществления первоочередных расходов бюджетных средств. Анализ финансовой гибкости бюджетов и анализ мер, предпринимаемых в направлении оптимизации расходов»;

26.ПМ «Оценка потерь бюджетов от недополученных доходов (с учетом инфляции)»;

27.ПМ «Оценка качества финансового менеджмента»;

28.ПМ «Анализ государственного и муниципального долга. Мониторинг индикаторов долговой нагрузки на бюджеты»;

29.ПМ «Контроль над соблюдением действующего законодательства на региональном и муниципальном уровне (мониторинг соблюдения требований Бюджетного кодекса)»;

30.ПМ «Оценка качества организации и осуществления бюджетного процесса муниципальными образованиями»;

31.ПМ «Мониторинг изменения плановых показателей бюджетов в течение года»;

32.ПМ «Анализ социально-экономического развития и уровня развития»;

33.ПМ «Анализ развития банковского сектора».

4.1.1.3.Требования к взаимосвязям со смежными системами

Программное обеспечение Системы должно обеспечивать интеграцию и совместимость на уровне использования общих функциональных подсистем, единой реляционной БД, многомерной БД, единых программных интерфейсов в соответствии с приложением 1 к Техническому заданию со следующими программными комплексами, использующимися в ХМАО-Югре:

Информационная система, программный комплекс (ПК)	Требования к интеграции и совместимости
АС «Бюджет»	интеграция должна осуществляться на уровне прямого подключения реляционной БД.
АС «УРМ», организующий электронный документооборот между департаментом финансов, ГРБС и ПБС	интеграция должна осуществляться на уровне прямого подключения реляционной БД.
СППР «Финансово-экономический анализ»	в целях экономии бюджетных средств и сохранения вложений должно использоваться уже сформированное хранилище данных и программные модули СППР «Финансово-экономический анализ». Создаваемая Система и СППР«Финансово-экономический анализ» должны использовать общий ПМ «Хранилище данных» без проведения дополнительной загрузки в другую базу данных.

Информационное взаимодействие Системы с АС «Финансовый паспорт Уральского федерального округа» должно осуществляться на основе веб-сервисов с использованием протокола SOAP (протокол обмена структурированными сообщениями в распределённой вычислительной среде). Обмен должен производиться между веб-сервисами Системы и веб-сервисами АС «Финансовый паспорт Уральского федерального округа» путем передачи XML-файлов, содержащих значения показателей и служебную информацию в соответствии с регламентом обмена.

Регламент информационного обмена с системой «Финансовый паспорт Уральского федерального округа», включающий состав передаваемых показателей и их периодичность, должен быть разработан и утвержден совместно с разработчиками и с обладателями лицензионных прав на программный комплекс «Финансовый паспорт Уральского федерального округа» в ходе предварительного обследования.

Программный комплекс Системы, предоставляющий информацию, должен осуществлять прямое подключение через SOAP-протокол к веб-сервисам приема данных системы «Финансовый паспорт Уральского федерального округа».

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

Должно быть осуществлено информационное взаимодействие с Территориальной информационной системой Ханты-Мансийского автономного округа-Югры (ТИС Югры), утвержденной распоряжением Правительства автономного округа от 27.08.2010 № 301-рп. Регламент и состав информационного обмена согласуются на этапе разработки и развития систем.

Информационное взаимодействие с другими системами должно осуществляться путем экспорта-импорта XML-документов, веб-сервисов, структурированных текстовых файлов исходной информации (текстовых макетов) и документов пакета Microsoft Office 2003\2007\2010 и последующих версий, OpenOffice, iWork в соответствии с регламентами и форматами обмена информацией, разработанными на основании договоров и соглашений с организациями-владельцами смежных систем.

4.1.1.4.Требования к режимам функционирования системы

К функционированию Системы предъявляются следующие требования:

круглосуточная работоспособность системы;

наличие обработки исключительных ситуаций;

автоматизированный мониторинг действий пользователей;

защита информации от несанкционированного доступа;

распределенный доступ пользователей к системе (каждый редактирует только «свои данные» и имеет доступ только к тем данным, которые ему настроены);

обеспечение сохранности информации при авариях (отказах технических средств, потере питания т.п.);

должна быть обеспечена возможность поэтапного наращивания, как производительности, так и функционального состава системы;

система должна иметь открытые интерфейсы для развития и интеграции;

система должна обеспечить хранение и распространение (реплицирование) нормативно-справочной, нормативно-методической информации, форм отчетности;

перенастройки при изменении нормативно-правовой базы в части управления бюджетным процессом без изменения программного кода.

4.1.1.5.Развитие и модернизация системы

Возможность развития и модернизации Системы должна обеспечиваться заложенными функциональными требованиями к системе в целом: модульность, масштабируемость, интегрированность, открытость, гибкость. Ниже приведены направления развития Системы в 2011 году.
ПМ «Мониторинг состояния объектов строительства»

Мониторинг и анализ исполнения государственной программы капитальных вложений.

Ведение реестра объектов капитального строительства государственной и муниципальной собственности. По каждому объекту строительства учет следующих параметров:

сметная стоимость;

процент готовности;

объем произведенного финансирования на начало текущего года;

плановые объемы финансирования на текущий год (и трехлетний период, если осуществляется планирование);

фактическое финансирование в текущем году нарастающим итогом с начало года (по месяцам);

освоенные средства;

доли финансирования по видам средств (федеральные, окружные, местные);

ввод основных средств в текущем году;

отображение изображения с веб-камер, установленных на объектах.
ПМ «Оценка эффективности разработки и исполнения долгосрочных целевых программ, ведомственных целевых программ автономного округа»

Оценка эффективности разработки и исполнения долгосрочных целевых программ, ведомственных целевых программ автономного округа должна быть осуществлена согласно методикам, утвержденным распоряжениями Правительства автономного округа от 21.09.2009
№ 410-рп и № 412-рп
ПМ «Оценка качества подготовки докладов субъектов бюджетного планирования»

Оценка эффективности докладов о результатах и основных направлениях деятельности субъектов бюджетного планирования должна быть осуществлена согласно методике, утвержденной распоряжением Правительства автономного округа от 21.09.2009 № 411-рп
ПМ «Оценка реализации приоритетных национальных проектов»

Оценка реализации приоритетных национальных проектов должна быть осуществлена в соответствии с типовой инструкцией, утвержденной Председателем Правительства РФ от 22.07.2009 № ВП-П12-4159, о едином порядке составления и предоставления отчетности о реализации приоритетных национальных проектов.
ПМ «Мониторинг сферы ЖКХ»

Мониторинг тарифов на услуги ЖКХ.

Мониторинг финансового состояния предприятий ЖКХ (увеличение налоговой задолженности, задолженности по заработной плате, задолженности по платежам по газу и проч.).

Мониторинг сбора платежей с населения.
ПМ «Мониторинг основных предприятий территории»

Мониторинг и контроль за деятельностью и состоянием важнейших предприятий территории.

Ведение реестра предприятий различных форм собственности. По каждому предприятию учет:

основных фондов;

финансовых результатов деятельности и платежеспособности организаций.

производства товаров и услуг,

инвестиций,

задолженности по заработной плате.

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

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

Система должна обеспечивать расчет доли первоочередных расходов в расходах бюджета с последующим динамическим анализом указанной доли.

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

Возможность расчета по каждому индикатору среднего значения по ХМАО-Югре для обеспечения сравнения средних значений индикаторов со значениями индикаторов отдельных муниципальных образований ХМАО-Югры.

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

Возможность анализа реестра расходных обязательств (в том числе в разрезе разделов-подразделов расходной бюджетной классификации).

Возможность оценки и анализа отклонений утвержденных годовых показателей расходов от их фактического исполнения.

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

Должны использоваться результаты работы по созданию СППР «Финансово-экономический анализ». Анализ должен производиться на основе сформированного хранилища данных СППР «Финансово-экономический анализ».

Система должна обеспечивать формирование отчетности на web-интерфейсе с целью обеспечения прозрачности утвержденного бюджета (а также его исполнения) и размещения результатов на официальном сайте.
ПМ «Оценка качества финансового менеджмента»

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

Система должна обеспечивать расчет рейтинга главных распорядителей бюджетных средств.

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

Показатели для расчета должны соответствовать разрабатываемому в соответствии с распоряжением Губернатора ХМАО-Югры от 25 января 2010 года №16-рг «О комплексном плане мероприятий исполнительных органов государственной власти Ханты-Мансийского автономного округа–Югры по реализации основных положений послания Президента Российской Федерации Федеральному собранию Российской Федерации в 2009 году».

Система должна обеспечивать формирование отчетности на web-интерфейсе с целью обеспечения размещения результатов оценки качества финансового менеджмента на интернет-сайте Департамента финансов ХМАО-Югры.

Система должна обеспечивать возможность модификации алгоритмов расчета пользователями без участия администраторов системы и разработчиков системы.
ПМ «Анализ государственного и муниципального долга. Мониторинг индикаторов долговой нагрузки на бюджеты»

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

Система должна обеспечивать анализ источников финансирования дефицита бюджета.

Система должна обеспечивать расчет следующих показателей, характеризующих уровень долговой нагрузки на бюджет субъекта РФ:

удельный вес просроченной задолженности по долговым обязательствам в общем объеме долговых обязательств;

уровень долговой нагрузки регионального бюджета;

государственный долг субъекта РФ в расчете на душу населения;

все показатели, которые уже присутствуют в электронном виде в обменных форматах или других автоматизированных системах, должны использоваться в расчетах автоматически. Для тех показателей, которые отсутствуют в автоматизированных системах, должен осуществляться сбор дополнительных исходных данных;

система должна обеспечивать формирование отчетности на web-интерфейсе с целью обеспечения прозрачности утвержденного бюджета (а также его исполнения) и размещения результатов на официальном сайте.
ПМ «Контроль над соблюдением действующего законодательства на региональном и муниципальном уровне»

Должен быть обеспечен контроль над соблюдением действующего законодательства на региональном и муниципальном уровне (в рамках статей 92.1, 106, 107, 111 Бюджетного кодекса РФ).

Должен быть обеспечен контроль за соблюдением действующего законодательства на региональном уровне в соответствии с критериями государственного долга, утвержденными постановлением Правительства ХМАО-Югры от 24 декабря 2007г. № 346-п «О концепции управления государственным долгом Ханты-Мансийского автономного округа – Югра и методике планирования долговых обязательств автономного округа и определения критериев по долгу автономного округа».

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

Система должна обеспечивать формирование отчетности на web-интерфейсе с целью обеспечения прозрачности утвержденного бюджета (а также его исполнения) и размещения результатов на официальном сайте.

Система должна обеспечивать расчет следующих показателей, характеризующих уровень сбалансированности бюджетов:

соотношение темпов роста налоговых и неналоговых доходов и расходов бюджета субъекта РФ;

изменение недоимки по региональным и местным налогам;

иные показатели, характеризующие уровень сбалансированности бюджетов.

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

Должны использоваться результаты работы по созданию СППР «Финансово-экономический анализ». Анализ должен производиться на основе сформированного хранилища данных СППР «Финансово-экономический анализ».

Система должна обеспечивать формирование отчетности на web-интерфейсе с целью обеспечения прозрачности утвержденного бюджета (а также его исполнения) и размещения результатов на официальном сайте.

ПМ «Оценка качества организации и осуществления бюджетного процесса муниципальными образованиями»

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

Система должна обеспечивать расчет рейтинга муниципальных образований.

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

Показатели для расчета должны соответствовать разрабатываемому в соответствии с распоряжением Правительства ХМАО-Югры от 19 февраля 2010 года № 88-пп «О комплексном плане мероприятий исполнительных органов государственной власти (государственных органов) Ханты-Мансийского автономного округа – Югра по реализации основных положений послания Губернатора Ханты-Мансийского автономного округа-Югры к Думе и жителям Ханты-Мансийского автономного округа –Югра от 4 декабря 2009 года».

Система должна обеспечивать формирование отчетности на web-интерфейсе с целью обеспечения размещения результатов оценки качества управления на интернет-сайте Департамента финансов ХМАО - Югры.

Система должна обеспечивать возможность модификации алгоритмов расчета пользователями без участия администраторов системы и разработчиков системы.
ПМ «Анализ социально-экономического развития»

Диагностика социально-экономического развития и конкретных территориальных проблем.

Определение возможности решения текущих и долгосрочных задач социального и экономического развития.

Использование базовых индикаторов для комплексной оценки СЭР территории.

Оценка эффективности мер, предпринимаемых ОИВ по решению социально-экономической политике.

4.1.2.Степень приспособленности системы к отклонению параметров объекта автоматизации

Система должна обеспечивать:

настройку и изменение конфигурации автоматизированных рабочих мест пользователей без перепрограммирования;

независимость от изменений в организационной структуре управления при сохранении состава и содержания выполняемых функций.

Количественные показатели масштабируемости уточняются по результатам предпроектного обследования.

4.1.3.Требования к надежности

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

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

Должны быть обеспечены два уровня надежности Системы:

уровень сохранности работоспособности;

уровень сохранности информации.

Показатели надежности должны обеспечивать возможность эффективного выполнения функциональных задач Системы. Количественные значения показателей надежности должны быть определены на стадии разработки Системы:

среднее время безотказной работы системы (средняя наработка до отказа);

среднее время на обслуживание, ремонт или замену вышедшего из строя компонента;

среднее время на восстановление работоспособности системы.

4.1.4.Требования к безопасности

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

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

В Системе должно обеспечиваться разграничение прав доступа на следующих уровнях:

разграничение прав доступа пользователей к объектам Системы;

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

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

разделение полномочий на работу с данными (просмотр, редактирование).

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

возможность гибкой настройки полномочий пользователей на доступ к Системе;

ведение протокола доступа к ресурсам Системы (с возможностью экспорта в файл) по полям (дата, время, тип события, тип объекта, наименование объекта, идентификатор объекта, имя пользователя, идентификатор пользователя, рабочая станция);

ведение протокола ошибок Системы для аудита (дата и время, имя пользователя, идентификатор пользователя, имя программы, рабочая станция, текст ошибки);

ведение списка пользователей, допущенных к работе с Системой;

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

Для Web-интерфейса системы должны выполняться следующие требования:

вход пользователей в Систему возможен только после аутентификации пользователя;

должна использоваться аутентификация с указанием логина/пароля или по доменной аутентификации пользователя;

должна быть обеспечена возможность работы через защищенный канал связи с поддержкой SSL (Secure Sockets Layer);

всем пользователям в Системе распределяются права на доступ к определенному набору документов;

должна быть возможность объединить пользователей в группы и назначить права группам пользователей;

для незарегистрированных пользователей должен существовать отдельный пользователь или группа «Гость». Этому пользователю или группе администратор системы также должен настраивать доступ к той части информации, которую можно считать публичной.

4.1.5.Требования к патентной чистоте

Программное обеспечение и алгоритмы, разработанные в соответствии с условиями данного ТЗ, не должны являться предметом претензий о нарушениях патентного права любой третьей стороны.

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

4.1.6.Требования по стандартизации и унификации

Системная архитектура Системы должна быть построена на основе унифицированных технических решений.

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

Прикладное программное обеспечение Системы должно быть построено с использованием стандартных и унифицированных методов разработки программных систем.

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

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