Оглавление (стр. 10 )

Рисунок 1 – Сценарий реализации контроля совпадения условий

Контроль объектов учета

Функция контроля объектов учета должна:

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

Постановка на сигнальный контроль должна быть реализована как для объектов, уже введенных в ЕХД, так и для новых объектов.

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

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

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

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

Отслеживание значений показателей.

Сигнальная подсистема также предназначена для отслеживания значений ключевых показателей и, при выявлении превышений установленных пороговых значений, оперативного информирования ответственных сотрудников ОВД и МВД РТ.

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

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

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

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

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

Параметры сигнальных функций

Входными параметрами функций должны быть наименование объекта учета и операции, проводимой над ним.

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

в пользовательский интерфейс; на электронную почту.

Подсистема аналитической отчетности

В состав подсистемы аналитической отчетности должны войти модули обеспечивающие:

?сбор и хранение информации (должна базироваться на технологии оперативнойобработкитранзакцийOLTP - On-LineTransactionProcessing); 

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

ЕХД должно содержать непротиворечивые консолидированные исторические данные, характеризующие процессы деятельности ОВД и МВД РТ за достаточно продолжительный период времени.

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

?сбор и хранение информации из различных источников;

?осуществление автоматизированной проверки полученных сведений на соответствие условиям логического контроля ведомственной и государственной статистической отчетности МВД РТ, контроля достоверности данных с учетом их непротиворечивости и взаимосвязи;

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

?разработка таблиц статистических данных на основе учетных сведенийСистемы для информационного обеспечения деятельности подразделений ОВД и МВД РТ;

? получение в автоматизированном режиме, в соответствии с разработанными таблицами, сведений по объектам учета Системы за указанный период времени;

?анализ и контроль поступления информации в Систему.

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

В подсистеме должна быть реализована возможность:

?предварительного просмотра отчетных форм перед выводом их на печать;

?вывода отчетных форм в формате HTML, документов MicrosoftWord;

?вывода на печать. 

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

Общими требованиями к подготовке отчетов являются:

?Обеспечение возможности формирования стандартных форм статистической отчетности;

?Обеспечение возможности сохранения подготовленного отчета в формате PDF–файла;

?Обеспечение возможности формирования отчетов в соответствии с предоставленными правами, в том числе и с правами на возможность печати данных.

Подсистема администрирования

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

?создавать список ролей;

       ?вводить набор         привилегий для каждой роли;

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

?создавать группы пользователей.

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

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

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

Подсистема должна обеспечивать смену пароля самим пользователем.

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

Общими требованиями к администрированию программного комплекса являются: 

?Обеспечение ведения реестра учетных записей программного комплекса;

?Обеспечение ведения реестра ролей программного комплекса;

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

?Обеспечение регистрации фактов пакетной загрузки данных;

?Обеспечение регистрации фактов пакетной выгрузки данных;

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

?Обеспечение возможности очистки журнальных таблиц;

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

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

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

?Обеспечение администрирования конфигурации вычислительной и информационно-телекоммуникационной инфраструктуры ОВД и МВД РТ.

Требования к предоставлению доступа к ресурсам Системы

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

Общими требованиями к разграничению доступа к программным комплексамСистемы являются:

Обеспечение пользователям доступа к функциям Системы в соответствии с предоставленными полномочиями; Обеспечение разграничения прав доступа как в клиентских, так и в серверных приложениях; Обеспечение регистрации пользователя и настройки пользовательского интерфейса клиентских приложений на основе предоставленных прав; Программные средства Системы, реализующие функции предоставления прав доступа, должны быть выделены в отдельные программные модули в клиентском и серверном программном обеспечении, которые не должны нести в себе функциональные возможности, направленные на реализацию основной бизнес логики программного комплекса; Идентификация пользователей программного комплекса на основе информации пользователя; Хранение данных о правах доступа пользователей в базе данных; Идентификация пользователя при запуске программного обеспечения с последующей проверкой его прав; Подключение к серверу приложений с указанием IP–адреса сервера приложений и номера порта; Запись в журнал успешных и неуспешных попыток регистрации при работе с программным обеспечением.

Подсистема ведомственной электронной почты

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

       Архитектура        подсистемы        должна        строиться        по        распределено-

централизованному принципу. Компоненты подсистемы должны быть распределены по двум уровням:

?пользовательский — распределяется по рабочим местам пользователей Системы;

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

На пользовательском уровне, почтовая система должна обеспечивать:

?прием сообщений по протоколу POP3 или IMAP4;

?отправку сообщений по протоколу SMTP;

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