Функция формирования печатных форм извещений и протоколов на основании данных, введенных пользователем через экранные формы сайта, должна быть выделена в отдельный сервис. Сервис должен представлять собой централизованный модуль, реализующий преобразование входных данных в формате XML в выходной формат посредством соответствующего входным данным шаблона печатной формы. Данный сервис должен быть доступен для всех извещений, вне зависимости от количества в них лотов (объема информации). Реорганизованный таким образом существующий механизм формирования печатных форм с учетом сервис-ориентированной архитектуры печати должен обеспечивать сохранение сформированного документа (печатной формы) для обращения к нему (вместо многократного обращения к функции формирования этого документа) при нажатии кнопки Скачать, а также одновременное формирование веб-версии документа для просмотра в браузере и передачу сформированного документа пользователю. Запуск сервиса формирования печатных форм извещений и протоколов должен осуществляться в фоновом режиме после выполнения функций создания/редактирования извещения или протокола, без блокировки выполнения пользовательских функций и перехода между страницами сайта. Для формирования печатной формы извещений и протоколов требуется переработка форм шаблонов. Шаблоны печатных форм извещений и протоколов по всем видам торгов, реализованным на официальном сайте, следует привести к единому формату XSLT. Для хранения сформированных печатных форм, с дальнейшим доступом к ним при вызове функции печати извещения или протокола должен быть создан единый репозиторий (хранилище) автоматически формируемых документов, с возможностью предварительного просмотра и скачивания в виде файла. Для удобства пользователей необходимо обеспечить им возможность скачивания файла как в текстовом формате (RTF), так и в формате PDF. Необходимо предусмотреть механизмы своевременного обновления печатных форм извещений и протоколов по мере внесения изменений в исходные экранные формы в течение жизненного цикла извещения. Необходимо предусмотреть функции утилизации (удаления) неактуальных печатных форм, а также перемещения актуальных сформированных печатных форм в архив вместе с извещением, что перекликается с требованиями раздела по архивации устаревающей информации на официальном сайте. Опираясь на результаты анализа и выработанные на их основе подходы, были сформулированы детальные требования к необходимым изменениям в механизме формирования печатных форм извещений и протоколов, которые изложены в ЧТЗ на развитие информационной системы для анализа информации о государственных и муниципальных торгах на реализацию (продажу) (п. 5.1.2.1 ЧТЗ) описание и примеры шаблонов приведены в пояснительной записке к технорабочему проекту.
Механизм архивации устаревающей информации на сайте При проведении анализа необходимости и возможности расширения функций реализованного на официальном сайте механизма архивирования и устаревающих объектов информации, подлежащих архивации, было проведено обследование всех факторов данной предметной области, определяющих ее состояние и последующее развитие, в том числе:
существующий функционал по архивированию извещений, реализованный в рамках работ по развитию официального сайта в 2011 году, технические и логические особенности его реализации; требования, установленные в ТЗ к государственному контракту на выполнение НИОКР, к данному разделу; изменения, внесенные Федеральным законом от 6 декабря 2011 г. «О внесении изменений в Федеральный закон "О защите конкуренции" и отдельные законодательные акты Российской Федерации» перспективы развития данного механизма на будущие этапы жизненного цикла официального сайта; требования, вытекающие из необходимости обеспечения преемственности при изменении ранее существующего функционала без потери данных пользователей, а также технической реализации архитектуры программно-аппаратного комплекса Системы.
Анализ показал следующее:
В настоящее время функционал архивации устаревающей информации на официальном сайте реализован лишь в отношении переноса в архив извещений по завершенным торгам, который обеспечивает следующие возможности: перемещение извещений в архив; просмотр извещений архива.
Для передачи в архив предлагаются только извещения, у которых все лоты находятся в подразделе «Завершенные» или «Отмененные» и «Дата окончания подачи заявок» меньше текущей более количества дней, указанных администратором – это значение принято 3 месяца. Практика показывает, что необходимость в функциях управления протоколами (результатами, итогами) торгов у извещений, перенесенных в архив – отсутствует. В связи с вступившими изменениями Федерального закона от 6.12.2011 критерий отбора извещений для переноса в архив (3 месяца от даты окончания подачи заявок) может не устраивать пользователей, т. к. процедура проведения торгов может быть приостановлена на основании рассмотрения и принятия решений по поступившей жалобе. Организатору торгов необходимо осуществлять публикацию информации о выполнении предписания контролирующего органа по итогам рассмотрения жалобы и принятия решения. В процессе переноса извещений в архив в настоящее время не предусмотрено сжатие прикрепленных к ним документов и их веб-версий, т. к. это не было учтено в техническом задании на работы 2011 года, а также печатных форм извещений и протоколов (уже в связи работами по техническому заданию 2012 года). На официальном сайте помимо извещений ведется достаточно много другой информации, которая в соответствии с регламентом официального сайта также подлежит хранению в течение 10 лет. Однако механизм архивации на данные виды контента не распространяется в настоящее время. Такими видами контента являются: новости, сообщения технической поддержки, регламент официального сайта, документы в разделах «Законодательство» и «Антимонопольный контроль», информация на страницах блока Справочная информация (именно эти виды и выделены в качестве объектов для архивации в техническом задании на НИОКР). Для вышеперечисленных видов информации не сохраняются предыдущие версии опубликованного документа (т. е. при обновлении информации предыдущая версия заменяется новой и не сохраняется на сайте, к ней отсутствует доступ пользователей), что противоречит указанию о необходимости обеспечения хранения информации в течение 10 лет. Кроме выше указанных требований, пользователи официального сайта высказывали пожелания о необходимости ведения версионности публикуемой на официальном сайте информации (регламента официального сайта, руководств пользователей), в целях визуализации произошедших изменений при обновлении версий официального сайта. В разделе «Новости», в блоке «Справочная информация», в других информационных разделах сайта существует возможность прикрепления большого количества вспомогательных материалов: как текстового, так и изображений (фото - и видео - материалов). С течением времени по мере потери актуальности снижается количество запросов пользователей к данным материалам. При этом они продолжают занимать большой объем памяти, что недопустимо и подлежит переработке. Еще одним объектом, для которого очень актуальна задача архивации, является журнал логирования. В нем очень быстро накапливается информация. Она в любой момент может понадобиться для работы администратору сайта и не подлежит удалению, в то же время ее количество и объем затрудняют ему работу по поиску нужных записей. Исследование отзывов администраторов показывает, что механизм ручного переноса в архив достаточно трудоемок. Он хорошо зарекомендовал себя на начальных этапах (отладки) процесса архивации, в дальнейшем же следует его дополнить возможностями автоматического запуска архивирования по расписанию. На основании проведенного анализа предметной области задачи были определены концептуальные подходы к реализации функционала архивирования устаревающей информации в рамках требований технического задания на выполнение НИОКР. Необходимо реализовать следующие принципиальные требования:
Изменить срок, по истечении которого извещения будут удалены в архив, предварительно проанализировав различные ситуации – сколько дней максимально может составить самая продолжительная цепочка жизненного цикла торгов после их завершения (рассмотрение жалобы или искового заявления в суде). В связи с необходимостью увеличения срока хранения извещений, в основном разделе торгов – необходимость разделения архива на два подраздела (архив текущего года и архив прошлых лет) стала не актуальной. С увеличением срока хранения извещений в основном разделе становится возможным полностью закрыть извещения, перенесенные в архив от каких-либо действий пользователей с ними, включая приостановление, возобновление, изменение, работу с протоколами. Необходимо разработать функционал ведения версионности документов в разделах «Законодательство», «Антимонопольный контроль», на страницах блока Справочной информации. Для ведение версионности регламента официального сайта, должен быть изменен существующий механизм публикации. На этапе развития официального сайта в 2010-2011 годах, публикация регламента осуществлялась разработчиками путем разработки страницы сайта и сохранения файла в базе данных, для скачивания текста регламента. Должен быть разработан новый функционал публикации регламента официального сайта через экранные формы, доступный администратору сайта в АРМ «Администратор». При разработке версионности ведения информации на официальном сайте необходимо предусмотреть обязательность ввода сведений о причине внесения изменений. Также предусмотреть возможность сохранения заменяемых версий на усмотрение администратора сайта. Предусмотреть возможность, как автоматического запуска архивации по расписанию составленному администратором сайта, так и возможность ручного удаления информации в архив администратором, с возможностью выбора записей по определенным параметрам. При разработке блока автоматического запуска предусмотреть визуализацию истории запусков (статистической информации о произведенных и ожидаемым в ближайшее время запусках операции архивирования), определив атрибуты (параметры), которые следует предоставлять администратору в журнале истории запусков, а также возможные статусы запусков. Предусмотреть механизм периодического автоматического сжатия неактуальных документов, изображений, фото - и видео материалов, прикрепленных в различных разделах сайта. При обращении к архивным (сжатым) файлам необходимо обеспечение предоставления доступа на чтение к различным видам хранимой архивной информации в соответствии с имеющимися правами пользователей. При перемещении извещений в архив необходимо добавить сжатие сформированных печатных форм (извещения и протоколов), учитывая изменения в функционале официального сайта, которые будут выполнены в соответствии с требованиями пункта 2.1.2.1). Опираясь на результаты анализа и выработанные на их основе подходы, были сформулированы детальные требования к необходимым изменениям в механизме архивирования устаревающей информации на официальном сайте, которые изложены в ЧТЗ на развитие информационной системы для анализа информации о государственных и муниципальных торгах на реализацию (продажу) (п. 5.1.2.2 ЧТЗ). Функциональная модель описана в пояснительной записке к технорабочему проекту.
