| Наименование задачи |
Отметка
(да/нет) |
Замечания, выявленные в
ходе эксплуатационных
испытаний |
| 1. Автоматизация формирования
системы бюджетных услуг и оценки
потребности в их предоставлении |
|
|
| 2. Мониторинг степени достижения
намеченных целей и запланированных
результатов, позволяющий оценивать
эффективность деятельности
исполнительных органов
государственной власти Астраханской
области |
|
|
| 3. Отчеты, позволяющие проводить
системный анализ достижения
установленных целей и целевых
показателей деятельности субъектами
бюджетного планирования |
|
|
| 4. Анализ докладов о результатах и
основных направлениях деятельности
субъектов бюджетного планирования
по отчетным и планируемым на
среднесрочную перспективу
результатам деятельности и
распределении бюджетных средств
субъектов бюджетного планирования
по целям, задачам и целевым
программам |
|
|
| 5. Оценка и мониторинг
результативности реализации
ведомственных целевых программ по
предоставлению бюджетных услуг
министерствами, выбранными в
качестве пилотных |
|
|
| 6. Оценка и мониторинг
результативности отраслевых целевых
программ, областной адресной
инвестиционной программы,
включающей показатели бюджетной,
социальной и экономической
эффективности реализации программ |
|
|
| 7. Оценка и мониторинг бюджетной и
социальной эффективности
предоставляемых (планируемых к
предоставлению) налоговых льгот |
|
|
| 8. Оценка и мониторинг
результативности реализации
инвестиционных проектов,
реализуемых за счет бюджетных
средств, по показателям бюджетной,
социальной и экономической
эффективности, соотношению
эксплуатационных расходов будущих
периодов и финансового эффекта от
реализации инвестиционного проекта |
|
|
| Наименование задачи |
Отметка
(да/нет) |
Замечания, выявленные в
ходе эксплуатационных
испытаний |
| 1. Информационная поддержка
взаимодействия исполнительных
органов государственной власти
Астраханской области с органами
местного самоуправления и
подведомственных бюджетных
учреждений (как адресного
личностного общения, так и
автоматической рассылки электронных
сообщений) |
|
|
| 2. Реализация функции
автоматического создания форм
опросных листов на основе
хранящихся в ней справочных данных
по заранее подготовленному в MS
Excel шаблону и по показателям,
индикаторам и участникам бюджетного
процесса, которые должны вестись в
системе |
|
|
| 3. Внесение изменений в опросные
листы должно осуществляться только
с помощью перестройки справочной
информации в системе |
|
|
| 4. Данные из заполненных опросных
листов должны передаваться в
систему с помощью автоматической
процедуры импорта из файлов формата
MS Excel |
|
|
| 5. Накопленная в базе данных
информация и результаты ее
обработки и анализа должны
представляться в виде сводных
таблиц и графиков. Возможность
построения графиков по любым
объектам анализа и любым критериям,
входящим в процедуру комплексной
оценки объектов |
|
|
| 6. Накопленная в базе данных
информация и результаты ее
обработки и анализа должны
представляться на электронных
географических картах |
|
|
| 7. Регулярные отчеты должны
настраиваться в системе с помощью
специального построителя запросов и
отчетных форм в табличном или
графическом виде в MS Word и
MS Excel. Далее отчеты должны
формироваться с заданной
периодичностью или по требованию
пользователя |
|
|
| 8. Система должна обеспечивать
графическую визуализацию процесса
систематизации и количественной
оценки текстовых новостных сводок
на матричных диаграммах |
|
|
| 9. Поддержка возможности создания
удаленного рабочего места, не
имеющего постоянного канала связи с
основным сервером базы данных, но
поддерживающего двусторонний обмен
данными между основной и удаленной
базами данных в режиме offline |
|
|
| 10. Возможность гибкой настройки
для реализации различных методик
комплексной оценки объектов анализа
(муниципальных образований,
учреждений и других участников
бюджетного процесса), основанных на
многокритериальной оценке объектов
анализа с последующей сверткой
критериев и приведением их к
единому интегральному критерию.
Возможность реализации как
аддитивных, так и мультипликативных
функций свертки критериев |
|
|
| 11. Все данные по объектам анализа
и значениям критериев для их
оценки, включая настройки графиков
и диаграмм, должны храниться в
проекте, который должен иметь
возможность сохранения с другим
именем (Save as) и специальную
структуру данных. Возможность
быстрого создания новых проектов на
основе заранее подготовленных
шаблонов. Возможность одновременно
открывать сразу несколько проектов
для быстрого просмотра данных в
разных проектах |
|
|
| 12. Возможность поддерживать
построение матричных диаграмм
(матриц). Матрица представляет
собой двухмерную пузырьковую
диаграмму, построенную по критериям
проекта, выбранным пользователем. В
поле матрицы значками в виде кружка
указываются объекты матрицы.
Объекты матрицы отмечают положение
каждого объекта проекта на
определенную дату в координатах
матрицы (на одной матрице должны
отображаться данные объектов
анализа за несколько временных
периодов). Размером значка объекта
матрицы и углом сектора внутри него
можно отобразить в матрице два
дополнительных критерия проекта.
Цвет объектов анализа также может
использоваться для отображения
значений дополнительного критерия |
|
|
| 13. Возможность поддерживать
процедуры графической визуализации
временных рядов и редактирования
данных ряда по графику |
|
|
| 14. Возможность поддержки
алгоритмов корреляционно-лагового
анализа и анализа сезонности
временных рядов |
|
|
| 15. Поддержка прогноза временных
рядов с помощью следующих моделей:
- многоканальной авторегрессии
на основе метода главных
компонентов;
- множественной регрессии;
- трендового одноканального
прогноза |
|
|
| 16. Возможность поддерживать
алгоритм построения сценарного
прогноза с визуализацией
графической процедуры задания
целевого значения индикатора и
подбора соответствующих значений
параметров исходных данных
(сценария) |
|
|
| 17. Все результаты анализа
временных рядов должны сохраняться
в отчете, формируемом системой в
MS Word |
|
|
| 18. Удобный пользовательский
интерфейс для задания факторов и
уровней по каждому фактору |
|
|
| 19. Возможность представлять
варианты для ранжирования как в
виде списка, так и в виде
визуальных карточек. Сам процесс
ранжирования вариантов должен
проводиться двумя способами:
- через выставление оценки
каждому варианту;
- через ранжирование вариантов
(карточек) путем их
перетаскивания мышкой |
|
|
| Наименование задачи |
Отметка
(да/нет) |
Замечания, выявленные в
ходе эксплуатационных
испытаний |
| 1. Поддержка функций настройки
структуры данных в соответствии с
требованиями предметной области:
создание таблиц, связывание их
между собой, настройка полей,
настройка процедур первичной
проверки и обработки данных |
|
|
| 2. Поддержка семантического слоя,
обеспечивающего работу с основными
сущностями базы данных (таблицами и
полями) в предметных терминах |
|
|
| 3. Поддержка функций настройки
пользовательского интерфейса для
внесения данных в базу данных.
Возможность создания интерфейса по
умолчанию в соответствии со
структурой базы данных и
содержанием семантического слоя |
|
|
| 4. Возможность просмотра и
редактирования всех данных,
связанных с выделенным объектом
(например, просмотр и при
необходимости редактирование
имеющейся в системе информации по
выбранному участнику бюджетного
процесса, по муниципальному
образованию). Также необходимо
иметь возможность подключения к
данным по любому участнику
бюджетного процесса любых новых
структур данных, которые должны
вестись в отдельных журналах со
своей структурой |
|
|
| 5. Возможность учета категории
участников бюджетного процесса;
адресных данных; данных по
контактным лицам с необходимой
контактной информацией; истории
контактов с возможностью задания
плановых контактов с использованием
функций электронного календаря;
плановых и фактических значений
индикаторов результативности и
эффективности деятельности любых
участников бюджетного процесса;
данных по всем контрактам с
участниками бюджетного процесса |
|
|
| 6. Возможности по созданию
пользовательских настроек
интерфейса: фильтров для доступа к
данным, параметров отображения
данных (порядка и ширины колонок с
данными, размера окон) |
|
|
| 7. Поддержка двух режимов создания
запросов: упрощенный режим
(визуальный) для создания простых
запросов неопытными пользователями,
расширенный режим (с использованием
языка SQL) для создания запросов
любой степени сложности
ИТ-специалистами |
|
|
| 8. Поддержка при создании отчетов
семантического слоя, позволяющего
при формулировании запросов
использовать термины предметной
области, а не термины базы данных |
|
|
| 9. Построение отчетной формы в
файлах формата MS Excel или
MS Word. Интеграция с механизмом
создания макросов приложений MS
Office для обеспечения возможности
создания отчетных форм
произвольного вида |
|
|
| 10. Процедуры импорта данных в
части, касающейся базы данных
системы, должны формулироваться в
терминах, поддерживаемых
семантическим слоем |
|
|
| 11. Система должна реализовывать
функции разграничения прав доступа.
Доступ должен разделяться как на
уровне доступа к различным объектам
системы (таблицам и
автоматизированным процедурам), так
и на уровне защиты отдельных
записей таблиц |
|
|
| 12. Права доступа должны
определяться для групп
пользователей и распространяться на
всех пользователей, относящихся к
группе |
|
|
| 13. Система должна содержать
адекватные средства обеспечения
безопасности хранящихся в ней
конфиденциальных данных |
|
|
| 14. Возможность организации работы
пользователя в рамках проектов. В
проекте под заданным именем должны
сохраняться все настройки и выборки
данных, заданные пользователем в
процессе работы с проектом. После
открытия проекта в нем должны
полностью восстанавливаться все
ранее сохраненные настройки и
выборки данных. Перед созданием или
открытием проекта пользователь
должен иметь возможность выбрать
аналитическое хранилище, для
которого создается или открывается
проект |
|
|
| 15. Возможность проведения
следующих видов анализа: |
|
|
| - статистический анализ данных; |
|
|
| - многомерный анализ данных по
технологии OLAP; |
|
|
| - динамический анализ данных и
прогнозирование; |
|
|
| - отображение и анализ данных
на цифровых географических
картах |
|
|
| 16. Каждому виду анализа должен
соответствовать одноименный раздел
проекта |
|
|
| 17. Для проведения анализа должен
предварительно производиться импорт
данных, необходимых для анализа, из
справочников и таблицы фактов
аналитического хранилища в проект,
формируемый пользователем системы.
При импорте данных в проект
пользователь должен иметь
возможность с помощью
пользовательского интерфейса
выбрать любые справочники
аналитического хранилища и
отфильтровать данные в справочниках
как по названиям полей, так и по их
значениям. При этом должен
использоваться механизм фильтра по
вхождению. При импорте данных из
таблицы фактов аналитического
хранилища пользователь должен иметь
возможность определения интервала
времени |
|
|
| 18. При проведении статистического
анализа должна поддерживаться
процедура группировки объектов
анализа по естественным интервалам
показателя из таблицы фактов, а
также построения кривой Лоренца по
результатам анализа |
|
|
| 19. При анализе данных на цифровых
географических картах должна
обеспечиваться возможность
использования цифровых карт формата
ESRI. Для отображения данных
пространственного характера должны
использоваться механизмы заливки
цветом полигональных объектов,
построения диаграмм в точечных
объектах и построения буферных зон
вокруг точечных и полигональных
объектов с возможностью выделения
на карте объектов, попавших в
буферные зоны |
|
|