Требования по диагностированию Системы
Диагностирование программных средств должно осуществляться за счет наличия проверочных методов (тестов, программ и методик испытаний), позволяющих провести контроль возможности функционирования основных компонентов программных средств.
Перспективы развития, модернизации Системы
Развитие и модернизация программных средств Системы должны производиться без нарушения архитектуры программных средств путем наращивания функций и состава информации и может производиться по следующим направлениям:
модернизация компонентов программных средств, обусловленная развитием автоматизируемых процессов проверок;
модернизация компонентов программных средств, обусловленная особенностями взаимодействия с прикладными системами субъектов взаимодействия и информационного взаимодействия контролирующего органа, с субъектами проверок;
модификация программных компонент в соответствии с изменяющимися нормами законодательства.
Требования к численности и квалификации персонала системы и режиму его работы
Численность и квалификация персонала Системы и режим его работы определяется, исходя из категорий пользователей системы, характера выполняемых ими функций, организационно-штатной структуры контрольно-надзорных ведомств и объема обрабатываемой информации.
Пользователями Системы являются следующие участники процессов контрольно-надзорной деятельности:
предприниматели (представители юридических лиц или индивидуальные предприниматели);
сотрудники МЧС России;
системный администратор;
сотрудники других контрольно-надзорных органов.
Пользователям системы должны быть доступны следующие функции:
Функции предпринимателя
регистрация в Системе, ввод и корректировка данных о компании;
просмотр планов своих документарных и выездных проверок;
просмотр реестра своих документарных и выездных проверок;
размещение документов в электронном виде для документарных проверок;
просмотр распорядительных и итоговых документов по своим документарным и выездным проверкам: распоряжений, актов и предписаний;
формирование и отправка жалоб на действия (бездействия) проверяющих лиц и результаты проверок.
Функции сотрудника МЧС России
отправка из ведомственной ИС в ИС «Документарные проверки» планов проверок;
отправка из ведомственной ИС в ИС «Документарные проверки» распоряжений о проведении проверок;
просмотр размещенных электронных документов предпринимателей для проведения документарных проверок;
отправка из ведомственной ИС в адрес ИС «Документарные проверки» актов и предписаний по результатам проверок;
просмотр планов проверок и реестра проверок по всем предпринимателям на портале Системы.
Функции системного администратора
настройка параметров интеграционного слоя Системы,
контроль хода взаимодействия через интеграционный слой,
технологическая поддержка взаимодействия.
Системный администратор должен быть назначен как со стороны ИС «Документарные проверки», так и со стороны ведомственной ИС.
Функции сотрудников других контрольно-надзорных органов
просмотр планов проверок и реестра проверок по всем предпринимателям на портале Системы.
Ниже в таблице 4.1 приведены требования к персоналу Системы по категориям пользователей.
Таблица 4.1 Требования к численности и квалификации персонала Системы и режиму его работы
Категория персонала
|
Требование к численности
|
Требование к квалификации
|
Требование к режиму работы
|
Предприниматели
|
Не предъявляются
|
Общие навыки работы в интернет-браузерах и офисных приложениях.
|
По мере необходимости
|
Сотрудники МЧС России
|
Согласно организационно-штатной структуре МЧС России
|
Для работы с ведомственной ИС - определяются требованиями к квалификации для работы с ведомственной ИС
Для работы с ИС «Документарные проверки» - общие навыки работы в интернет-браузерах и офисных приложениях.
Знание процедур ведения контрольно-надзорной деятельности.
|
В соответствии с режимом труда и потребностями исполнения должностных обязанностей в рамках исполнения процедур приема и учета уведомлений
|
Сотрудники других контрольно-надзорных органов
|
Не предъявляются
|
Общие навыки работы в интернет-браузерах и офисных приложениях. Знание процедур ведения контрольно-надзорной деятельности.
|
По мере необходимости
|
Системный администратор
|
Как минимум 1 (возможно совмещение с системным администратором ведомственной ИС)
|
Знание стандартных возможностей используемых операционных систем (Windows, Linux), СУБД и другого системного ПО.
Умение определять источники сбоя механизмов интеграции Системы с ведомственной ИС.
Навыки работы с архиваторами, дисковыми утилитами, антивирусными программами и программами резервного копирования.
Умение разбираться в программно-технической документации.
|
Дежурный режим работы
|
Показатели назначения
Показателями назначения Системы являются показатели удовлетворения информационных потребностей пользователей в процессе ведения контрольно-надзорной деятельности.
В целом Система должна обеспечивать выполнение показателей назначения в соответствии с ГОСТ 28195-89, в частности:
возможность увеличения количества одновременно работающих пользователей;
возможность интеграции с другими информационными системами и программными продуктами.
Программные и технические средства Системы должны обеспечивать возможность модернизации и развития системы при модернизации и развитии объекта автоматизации в течение всего срока эксплуатации.
Модернизация и развитие Системы должны осуществляться в пределах, обеспечивающих экономически обоснованные затраты и сроки их окупаемости с учетом созданного задела и периода морального старения.
Минимальный срок эксплуатации Системы:
системы в целом - не менее 5 лет;
функциональных компонент – не менее 5 лет.
В части вероятностно-временных характеристик Система должна обеспечивать следующие показатели:
максимально возможное количество одновременно работающих пользователей в системе – 4000;
максимальное время реакции системы при работе с максимально возможным количеством пользователей для простых операций – 5 секунд, для сложных операций – 1 минута (с индикацией выполнения).
В число сложных операций входят следующие функции:
функция выкладывания документов для документарных проверок;
функция проверки и просмотра документов.
Система должна обладать производительностью, обеспечивающей поддержку указанных вероятностно-временных характеристик, с учетом хранения и обработки установленного требованиями настоящего технического задания объема данных по документарным и выездным проверкам.
Система должна обеспечивать функционирование с допустимыми перерывами на профилактику и устранение сбоев не более чем на 5 часов в месяц.
Требования к надежности
Для системы устанавливаются следующие количественные значения показателей надежности:
режим работы системы в целом – 7 дней в неделю 24 часа в сутки
допустимое максимальное временя восстановления работоспособности при любых сбоях и отказах не должно превышать 4-х часов. В это значение входит разворачивание и настройка специального ПО на сервере, а также восстановление данных с использованием последней резервной копии. В указанное время не входит решение проблем с техническим обеспечением и инсталляция операционной системы;
общее допустимое времени простоя в месяц не должно превышать 8-ми часов, включая проведение сервисных и регламентных работ.
Показателем устойчивости функционирования информационной системы является коэффициент готовности, который определяется как вероятность того, что система окажется в работоспособном состоянии в произвольный момент времени ее функционирования (за исключением времени, в течение которого применение системы по назначению не предусматривается). Коэффициент готовности для системы задается через показатели надежности, заданные выше и отвечающие за время простоя системы, и должен составлять не менее 0,98. Количественные значения показателей надежности должны быть уточнены по результатам опытной эксплуатации Системы.
Сохранность информации в Системе должна обеспечиваться при следующих аварийных ситуациях:
нарушение электропитания;
нарушение или выход из строя каналов связи между ведомственной ИС и Системой;
полный или частичный отказ технических средств системы, включая сбои и отказы накопителей на жестких магнитных дисках;
сбой общего или специального программного обеспечения Системы;
ошибки в работе персонала.
Требования к безопасности
Программно-аппаратные средства Системы должны обеспечивать безопасность обслуживающего персонала при эксплуатации, техническом обслуживании и ремонте с учетом требований ГОСТ 21552-84, ГОСТ 25861-83.
Электробезопасность должна соответствовать требованиям ГОСТ 12.1.030-81, ГОСТ 12.2.003, ГОСТ 12.2.007.0-75.
Силовые кабельные комплекса технических средств системы должны отвечать требованиям «Правил устройств электроустановок» (ПУЭ).
Технические средства должны отвечать действующей системе государственных стандартов безопасности труда и иметь сертификаты по электробезопасности и электромагнитной безопасности.
Требования к эргономике и технической эстетике
Интерфейс Системы должен отвечать следующим требованиям.
В части внешнего оформления:
наличие графической многозадачной операционной системы с реализацией графического многооконного режима;
обеспечение унифицированного пользовательского интерфейса для всех автоматизированных рабочих мест Системы.
В части диалога с пользователем:
диалог с пользователем должен иметь стандартный графический оконно-ориентированный интерфейс, поддерживающий стандартные элементы: окна, пиктограммы, меню, полосы прокрутки, кнопки.
должно быть обеспечено предоставление встроенной помощи;
должно обеспечиваться отображение на экране только тех возможностей, которые доступны конкретному пользователю;
должно поддерживаться отображение на экране хода длительных процессов обработки;
должна обеспечиваться поддержка ввода данных с возможностью просмотра, корректировки, отмены;
при необходимости должна поддерживаться возможность ввода значений по умолчанию.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Эксплуатация Системы должна проводиться в соответствии с требованиями технической документации.
Основным эксплуатационным режимом Системы должен быть режим непрерывной круглосуточной работы.
Программные средства должны устанавливаться на серверах и рабочих местах пользователей с эталонных машинных носителей. Машинные носители с эталонными записями программного обеспечения и версий обновления должны храниться Заказчиком в соответствии с техническими условиями хранения соответствующих носителей в специально отведенных местах.
Описание процедур инсталляции, а также других процедур функционирования Системы должны быть достаточными для того, чтобы Системой можно было пользоваться только с представленной эксплуатационной документацией.
Должна быть обеспечена открытость, позволяющая реализовать развитие, совершенствование и наращивание функциональных возможностей программного обеспечения на основе унификации, модульности построения и независимости программ от данных.
Требования к защите информации от несанкционированного доступа
Дорабатываемые программные средства должны обеспечивать защиту от несанкционированного доступа (НСД) к данным.
Задача обеспечения конфиденциальности информации, циркулирующей в Системе, должна быть решена за счет применения организационных мер совместно со штатными средствами разграничения доступа к информации используемых на персональных компьютерах и серверах приложений операционных систем и средствами, реализуемыми в самой Системе.
Для защиты информации от НСД должны использоваться штатные средства СУБД и операционной системы.
Требования по разграничению прав доступа пользователей:
любой пользователь должен иметь доступ к сведениям в ограниченном (публичном) объеме;
предприниматели и юридические лица должны иметь доступ к сведениям, в части их касающейся в полном объеме;
сотрудники контрольно-надзорных органов должны иметь доступ к сведениям о деятельности предпринимателя или юридического лица в части касающейся уведомлений и проверок в полном объеме.
Требования по сохранности информации при авариях
Сохранность информации при авариях оборудования должна обеспечиваться за счет создания резервных копий хранилищ данных.
Резервное копирование должно осуществляться средствами СУБД, под управлением которых размещаются хранилища.
Требования к патентной чистоте
Должна быть обеспечена патентная чистота разрабатываемых (дорабатываемых) программных средств согласно действующему законодательству. В ходе выполнения работ не должны быть использованы, в том числе путем модификации или переработки, охраняемые объекты авторского права третьих лиц.
Исключительные права на все результаты работы должны принадлежать Российской Федерации в лице государственного заказчика.
Требования по стандартизации и унификации
Проектные решения при выполнении различных функций системы должны обеспечивать:
единообразную реакцию системы на неверные действия пользователей;
единообразие заполнения классифицируемых реквизитов с использованием справочников;
использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов;
использование средств, имеющихся в инструментальных средствах разработки системы (базовые библиотеки процедур и функций, DLL, элементы интерфейса и т.п.).
В Системе должно быть предусмотрено использование единой системы справочников.
Программное обеспечение Системы должно использовать объектно-ориентированный и модульный принцип построения программной системы с использованием типовых программных компонент, реализующих одни и те же функции (фрагменты функций) системы.
Требования к функциям (задачам), выполняемым системой
В данном разделе приведены требования к разрабатываемому и дорабатываемому функционалу.
На этапе технического проектирования данные требования должны быть уточнены и расширены, при необходимости.
Требования к реализации автоматизированной поддержки ведения выездных проверок
Система «Документарные проверки» должна быть расширена по реквизитному составу, документам, справочникам и интерфейсам для обеспечения автоматизированной поддержки ведения, наряду с документарными, и выездных проверок в соответствии с нормативными требованиями Федерального закона от 26.12.2008 N 294-ФЗ «О защите прав юридических лиц и индивидуальных предпринимателей при осуществлении государственного контроля (надзора) и муниципального контроля» (ФЗ-294).
Требуемые доработки для обеспечения поддержки выездных проверок определяются на основании сравнительного анализа особенностей проведения выездных проверок по сравнению с документарными (см. п. 3.5 настоящего документа) и должны включать:
расширение справочника «Формы проверки» следующими преднастроенными значениями:
«плановая выездная»,
«плановая документарная и выездная»,
«внеплановая выездная»;
включение в реквизитный состав Реестра проверок реквизитов согласования проверки с органами прокуратуры:
признак согласования (Согласовано / Нет),
дата согласования,
согласующий орган прокуратуры;
учет в структуре XML-файлов и модуле обработки распоряжений о начале проверки, получаемых от контрольно-надзорного органа и подлежащих загрузке в реестр проверок на портал Системы, реквизитов согласования проверки с органами прокуратуры (признак согласования, дата согласования, согласующий орган прокуратуры);
разработка механизма автоматического уведомления юридического лица (индивидуального предпринимателя) о проведении в отношении него внеплановой выездной проверки в форме копии распоряжения о проверке с отражением в личном кабинете предпринимателя.
Механизм обмена данными должен быть реализован при помощи интеграционного слоя по соглашениям обмена XML-файлами через FTP-сервер. Форматы XML-файлов сообщений должны быть разработаны в ходе технического проектирования.
Требования к доработке механизмов управления жалобами юридических лиц и индивидуальных предпринимателей
В системе «Документарные проверки» должны быть доработаны механизмы управления жалобами юридических лиц и индивидуальных предпринимателей на действия проверяющих лиц и результаты проверок в части автоматизации процедур формализации выявленных нарушений, формирования и подачи жалоб, включая автоматизированный выбор адресата, контроль доведения жалобы до адресата и получение ответа о принятом решении.
Автоматизированная процедура выявления нарушений должна включать формализованный перечень-справочник видов нарушений - оснований для подачи жалобы, доступный для просмотра и выбора пользователем. Перечень должен быть создан на основе нормативных материалов, приведенных в п. 3.1.12 настоящего документа «Недействительность результатов проверки, проведенной с грубыми нарушениями». Перечень должен включать основание и ссылку на нормативный документ, в котором регламентировано соответствующее положение. Механизм выбора оснований должен позволять, как выбирать преднастроенные основания, так и вводить основания в виде произвольного текста.
Автоматизированная процедура формирования и подачи жалоб должна обеспечивать технологическую возможность осуществления действий, предусмотренных порядком обжалования действия (бездействия) должностных лиц органа контроля (надзора), повлекшие за собой нарушение прав юридического лица, индивидуального предпринимателя при проведении проверки, определенного в нормативных материалах, приведенных в п. 3.1.13 настоящего документа «Защита прав юридических лиц, индивидуальных предпринимателей при осуществлении государственного контроля (надзора) и обжалование действий (бездействий) проверяющих лиц и результатов проверок».
Для обеспечения поддержки указанного порядка обжалования действий автоматизированная процедура должна поддерживать:
формирование жалоб в виде документов с вводом всех необходимых реквизитов, предусмотренных для документооборота (дата, номер, отправитель, получатель, основание, текст);
заполнение основания жалобы из формализованного списка нарушений, предусмотренного нормативными документами;
заполнение адресата жалобы в виде необходимых реквизитов должностного лица, на которого нормативными документами возлагается ответственность за рассмотрение жалоб (ведомство, территориальное подразделение, должность, фамилия, имя, отчество);
контроль переписки с адресатом (отправки, доведения до адресата и получения ответа).
Для обеспечения указанных требований должен быть разработан программный интерфейс, позволяющий юридическому лицу (индивидуальному предпринимателю):
- вводить в оконной форме и сохранять в базе данных жалобы на должностных лиц и результаты проверки с заполнением обязательных реквизитов, предусмотренных для документооборота: дата, номер, отправитель, получатель, основание, текст;
- просматривать сохраненный ранее список, редактировать и при необходимости удалять выбранные жалобы;
- выбирать адресата подачи жалобы из перечня организаций и должностных лиц, введенного Администратором при настройке Системы;
- отсылать жалобы выбранному адресату;
- контролировать доведение жалобы до адресата;
- контролировать получение ответа от адресата;
- получать реквизиты документов ответов на жалобы (исходящие дату и регистрационный номер).
Каждая жалоба должна поддерживать следующий реквизитный состав:
вид нарушения (основание жалобы);
данные о заявителе (наименование, ИНН, КПП юридического лица, индивидуального предпринимателя, адрес осуществления деятельности);
данные о проверке и проверяющем органе (дата проверки, форма проверки, наименование проверяющего органа, дата и номер распоряжения о проверке);
адресат (вышестоящее должностное лицо органа контроля (надзора), проводящего проверку, вышестоящий орган контроля (надзора), суд по месту рассмотрения дела);
текстовое описание существа жалобы.
При заполнении формы жалобы реквизиты: «данные о заявителе» и «данные о проверке и проверяющем органе» должны заполняться автоматически путем выбора соответствующей проверки из реестра своих проверок.
Должен быть реализован автоматизированный механизм формирования адресатов подачи жалоб, включающий:
- предварительный ввод Администратором Системы перечня возможных адресатов подачи жалоб в составе реквизитов: ведомство, территориальное подразделение, должность, фамилия, имя, отчество;
- заполнение адресата в форме жалобы путем выбора из введенного перечня.
Механизм обмена данными должен быть реализован при помощи интеграционного слоя по соглашениям обмена XML-файлами через FTP-сервер. Форматы XML-файлов сообщений (жалоба, ответ на жалобу) должны быть разработаны в ходе технического проектирования.
Требования к доработке интерфейсов ведения справочников и классификаторов
Должны быть доработаны модули ведения нормативно-справочной информации для системы «Документарные проверки» в части реализации механизмов централизованной актуализации и доведения изменений по имеющимся в системе справочникам и классификаторам до ведомственных информационных систем (схему механизма актуализации см. на рисунке 6).
Механизм централизованной актуализации должен включать автоматизированную поддержку выполнения следующих процедур:
формирование файлов актуализации, содержащих актуализированные версии справочников в XML-виде;
размещение их в хранилище на центральном портале ИС «Документарные проверки» для свободного скачивания через сеть Интернет с целью загрузки в подсистемы НСИ ведомственных систем.
Формат XML-файла актуализации справочников должен быть разработан на этапе технического проектирования.
Хранилище файлов актуализации при просмотре пользователем должно содержать по каждому файлу актуализации следующие данные:
наименование справочника;
наименование файла;
размер файла;
дата актуальности.
Механизм централизованного распространения должен поддерживаться для следующих справочников:
Органы контроля;
Виды деятельности;
Организационно-правовые формы.
Требования к доработке интерфейсов предоставления справочной информации по нормативным документам
Должны быть доработаны программные интерфейсы предоставления справочной информации по нормативным документам, регламентирующим организацию и проведения проверок в части реализации средств оперативного оповещения пользователей (юридических лиц, индивидуальных предпринимателей, а также сотрудников контрольно-надзорных органов) о появлении изменений.
Данный функционал должен включать следующие интерфейсы:
- интерфейс ввода, сохранения и редактирования администратором портала новостной информации по нормативно-правовым актам в области контрольно-надзорной деятельности,
- интерфейс вывода новостной информации по нормативно-правовым актам в области контрольно-надзорной деятельности в личных кабинетах предпринимателей и контрольно-надзорных органов на центральном портале Системы.
Интерфейс ввода, сохранения и редактирования администратором портала новостной информации должен предоставлять следующие возможности по вводу новостного сообщения:
вводить и сохранять новую новостную информацию с возможностью ввода следующих реквизитов:
заголовка новости,
текста новости (наименования нормативного документа);
загружать нормативный документ в виде файла с автоматической привязкой к заголовку и содержанию новости.
осуществлять просмотр, редактирование и удаление ранее введенной новостной информации.
Интерфейс вывода новостной информации должен содержать заголовок и начальную часть содержания новости. При этом пользователь должен иметь возможность:
просматривать новости в порядке поступления (первыми должны высвечиваться наиболее актуальные новости);
получить полный перечень всех новостей с возможностью постраничного листания;
осуществлять предварительный просмотр содержимого новости в отдельном окне;
по нажатии на гиперссылку выбранной новости получить на экран окно с подробным содержанием новости;
при необходимости получить полный текст выбранного нормативного документа (если он был загружен администратором).
Требования к доработке информационной Системы по результатам опытной эксплуатации в МЧС России
Должны быть выполнены доработки Системы, указанные в отчетной документации по результатам опытной эксплуатации информационной системы документарных проверок в МЧС России.
При доработке Системы должна соблюдаться преемственность программных платформ с разработанным ранее программным обеспечением. При доработке реквизитного состава баз данных должна быть обеспечена возможность переноса накопленной ранее информации в новые базы данных.
Требования к доработке программных средств автоматизации типовых процессов контрольно-надзорной деятельности в целях повышения универсальности, доступности и минимизации затрат на их развертывание и использование
Для повышения универсальности автоматизированных процедур поддержки контрольно-надзорной деятельности в части реализации адаптивных настроек реквизитов используемых форм, должен быть реализован механизм динамического пополнения справочника «Формы проверки» на основе приходящих данных о проверках.
Механизм должен обеспечивать:
- возможность адаптивного пополнения значений справочника «Формы проверок» на основе поступающих от ведомства данных по планам проверок и распоряжениям о начале проверки;
- возможность адаптивного пополнения значений справочника «Территориальные подразделения» на основе поступающих от ведомства данных по планам проверок и распоряжениям о начале проверки;
- предоставление в формах «Планы проверок» и «Реестр проверок» возможности задания условий фильтрации по реквизиту «Форма проверки», как на основе базовых значений справочника «Формы проверки», так и динамически добавленных;
- предоставление в формах «Планы проверок» и «Реестр проверок» возможности задания условий фильтрации по реквизиту «Орган контроля, осуществляющий проверку. Подразделение», как на основе базовых значений справочника «Территориальные подразделения», так и динамически добавленных.
Для обеспечения возможности работы с информационными базами контрольно-надзорной деятельности в режиме Off-line, при ненадежных каналах связи, Система должна обеспечивать возможность загрузки данных о проверках не только при автоматическом поступлении XML-файлов на FTP-сервер из ведомственной системы, но и при ручном переносе выгруженных из ведомственной системы XML-файлов в приемные папки FTP-сервера путем копирования с отторгаемых носителей.
Для обеспечения минимизации затрат на организацию самостоятельного развертывания и использования программных средств автоматизации типовых процессов контрольно-надзорной деятельности с минимальными потребностями в услугах разработчика должна быть проведена технологическая подготовка и размещение на центральном портале Системы установочного дистрибутивного комплекта программных средств поддержки типовых процессов контрольно-надзорной деятельности для возможности самостоятельного скачивания и развертывания заинтересованными контрольно-надзорными ведомствами.
Требования к интеграции системы «Документарные проверки» с имеющимися ведомственными информационными системами
Должна быть обеспечена информационная интеграция системы «Документарные проверки» с ведомственной информационной системой ИС «Автоматизированная информационная система сбора информации о противопожарном состоянии объектов надзора и исполнения административных процедур по осуществлению государственного пожарного надзора на объектах надзора» (АИС «СПО ИАП») в МЧС России.
Информационная интеграция должна включать реализацию обмена электронными сообщениями согласованных форматов по согласованному протоколу, обеспечивающими автоматизированную поддержку исполнения соответствующих процедур контрольно-надзорной деятельности, как на стороне системы «Документарные проверки», так и на стороне ведомственных информационных систем с накоплением информации в централизованном реестре проверок на центральном портале.
Схема информационных потоков приведена на рисунке 9.
Центральный
портал ИС «Документарные проверки»
Ведомственная ИС МЧС России
АИС «СПО ИАП»
Интеграционный слой на стороне центрального портала
Интеграционный слой на стороне ведомственной системы
  
Рисунок 9. Схема информационных потоков
| |
