Отчет о научно-исследовательской и опытно-конструкторской работе (стр. 10 )

Функционал информационно-аналитической системы (ИАС)

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

требования, установленные в ТЗ к государственному контракту на выполнение НИОКР, к данному разделу; существующая функциональность ИАС и ее техническая организация; обращения и вопросы пользователей ИАС (представители заказчика, администраторы, прочие пользователи), высказанные ими пожелания. требования, вытекающие из необходимости обеспечения преемственности при изменении ранее существующего функционала без ущерба для пользователей, а также технической реализации архитектуры программно-аппаратного комплекса всей Системы.

Анализ показал следующее:

Существующий в настоящее время функционал предоставления отчетности ИАС в целом устраивает все категории пользователей. Есть ряд замечаний и пожеланий, но в основном локального характера. Большинство обращений, зафиксированных за время эксплуатации ИАС, были реализованы. Особенностью архитектурного построения ИАС является зависимость модели данных ИАС от параметров данных официального сайта, которые не синхронизируются автоматически, и все время должна настраиваться администратором ИАС. Это приводит к тому, что в случае внесения изменений в структуру базы данных официального сайта (в том числе даже таких небольших как смена размерности либо типа поля), для корректного отображения этих данных в отчетах ИАС необходимо производить ее донастройку. Основная причина необходимости актуализации существующих в настоящее время отчетов ИАС связана именно с этим вышеописанным ее свойством. В ходе работ по развитию функционала официального сайта будет произведено значительная модернизация существующей базы данных путем изменения отдельных полей и связей таблиц между собой. Поэтому в ходе работ необходимо выполнить приведение базы данных и модели данных ИАС в полное соответствие с этими изменениями. В ходе модернизации функционала официального сайта также будет добавлено несколько показателей, отображение которых в статистической отчетности ИАС востребовано пользователями. В частности, такими показателями являются:

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

Для отображения этих параметров и значений необходимо выполнить полную цепочку настройки ИАС:

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

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

На основании проведенного анализа предметной области задачи были определены концептуальные подходы к реализации функционала в рамках требований технического задания на выполнение НИОКР. Необходимо реализовать следующие принципиальные требования:

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

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

Для решения поставленных задач в части формирования новых отчетов следует:

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

Опираясь на результаты анализа и выработанные на их основе подходы, были сформулированы детальные требования к необходимым работам в отношении ИАС, которые изложены в ЧТЗ на развитие информационной системы для анализа информации о государственных и муниципальных торгах на реализацию (продажу) (п. 5.1.1.7 ЧТЗ), технические особенности реализации, определены в пояснительной записке к технорабочему проекту.

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

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

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

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

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

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

существующий в настоящее время функционал формирования печатных форм протоколов на основании данных, которые пользователи вводят через экранные формы, его технические особенности реализации и узкие места; требования, установленные в ТЗ к государственному контракту на выполнение НИОКР, к данному разделу; обращения пользователей и вопросы, опубликованные на форуме официального сайта, а также обращения, зафиксированные в базе вопросов контакт центра оператора официального сайта. требования вытекающие из необходимости обеспечения преемственности при изменении ранее существующего функционала без потери качества и увеличения скорости формирования печатных форм, а также технической реализации архитектуры программно-аппаратного комплекса Системы.

Анализ показал следующее:

На официальном сайте давно создана и активно применяется пользователями возможность распечатки документов. Различаются по технической реализации два типа: возможность скачать (вывести на печать) прикрепленные документы и возможность распечатать информацию, введенную пользователями в экранные формы путем применения промежуточного механизма для формирования печатной формы. Для извещений и протоколов используется второй тип организации печати. Изучение технической организации данного функционала показало, что его производительность находится в пределах нормы при вызове на печать извещений с количеством лотов до 50. При отправке на печать извещений с количеством лотов более 50-ти – наблюдается замедление работы данной функции пропорциональное увеличению объема информации, блокировки в базе данных, мешающие работе других пользователей. Вышеуказанное количество (50) является величиной относительной, т. к. это некое среднее значение, при котором наблюдались случаи проблем при печати. На самом деле фактором определяющим возможность проблем при печати является объем информации, который содержится в извещении в целом, т. к. всю информацию пользователь получает по запросу в базу данных, формирующем печатную форму извещения либо протокола при нажатии пользователем кнопки «Скачать». Следовательно, необходимо учитывать, что в разных видах торгов в извещениях разное количество информации, поэтому затруднения при печати у пользователей могут происходить и при меньшем количестве лотов. Основной причиной проблем является техническая архитектурная организация процесса формирования печатной формы, заложенная еще на этапе создания прототипа. Однако настоящие проблемы выявились лишь в процессе эксплуатации официального сайта, в связи с возросшей нагрузкой. Выявлено, что при проектировании механизма печати извещений и лотов не было предусмотрено, что организаторы торгов будут публиковать извещения столь большого объема. В настоящее время технически каждый раз по нажатию кнопки «Скачать» вызывается одинаковый механизм формирования печатной формы перед передачей ее на принтер путем вызова большого запроса к базе данных. Учитывая тот факт, что функция печати является очень популярной у всех категорий пользователей, она вызывается достаточно часто. Таким образом возрастает нагрузка на базу данных и приложение и производительность сайта падает. В дальнейшем количество пользователей, вызывающих функцию скачать будет только увеличиваться, информация в извещениях не уменьшится, а может только увеличиться. Следовательно, может настать момент, когда функция печати перестанет отвечать своему назначению полностью.

На основании проведенного анализа предметной области задачи были определены концептуальные подходы к реализации функционала в рамках требований технического задания на выполнение НИОКР. Необходимо реализовать следующие принципиальные требования: