Требования к использованию типовых рабочих мест, компонентов и комплексов
Система и ее подсистемы должны быть построены с использованием стандартных и унифицированных методов реализации функций информационной Системы.
Реализация Системы и ее подсистем должна осуществляться с использованием единой системы проектирования. Используемые решения должны обеспечивать унификацию функциональных задач, операций и интерфейсов.
Проектирование Системы должно осуществляться с учетом действующих типовых АИС на основе типовых проектных решений в части:
?функциональных подсистем;
?автоматизированных рабочих мест (рабочих станций);
?серверного оборудования;
?информационного обеспечения.
Типовые проектные решения должны обеспечивать тиражирование создаваемых программно-технических комплексов на все подразделения ОВД и МВД РТ без дополнительного проектирования путем изменения настроек и состава компонентов Системы. Требования по отдельным типовым проектным решениям должны согласовываться с Заказчиком.
В качестве системы управления базами данных должна быть применена единая типовая СУБД промышленного уровня для всех баз данных в рамках решения функциональных задач Системы – в той мере, в какой это является экономически обоснованным.
В качестве операционных систем серверов должна также применяться единая типовая Операционная система.
Программно-аппаратные средства ЦОД должны проектироваться с учетом всей информационной инфраструктуры МВД РТ.
ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ
Во всех прикладных подсистемах функции поиска данных, формирования отчетных форм, ведения нормативно-справочной информации, обеспечения информационной безопасности должны осуществляться средствами соответствующих подсистем.
Подсистема формирования и ведения учета зарегистрированных преступлений и правонарушений
Вся информация о преступлениях и происшествиях, в зависимости от её содержания и формы поступления (обнаружения), подразделяется на две группы:
- заявления и сообщения о преступлениях, поступающие в соответствующие органы, и являющиеся в соответствие с уголовно – процессуальным законом поводами к возбуждению уголовного дела;
- иная информация о преступлениях и происшествиях.
Учету в Системе подлежат заявления и сообщения о преступлениях, являющимися поводами к возбуждению уголовного дела, а также иная информация о преступлениях и происшествиях:
- устные обращения граждан после разъяснения им ответственности за заведомо ложный донос, оформленные протоколом и подписанные заявителем; письменные заявления граждан или письма граждан о преступлениях, имеющие необходимые реквизиты и оформленные в соответствии с уголовно-процессуальным законом (УПК); заявления о повинной в письменной или устной форме, оформленные в соответствии с УПК РТ протоколом и подписанные явившимся с повинной и должностным лицом, принявшим заявление; заявления и сообщения о безвестном исчезновении граждан; письменные сообщения должностных лиц организаций; сообщения в средствах массовой информации, опубликованные в газетах, журналах, распространенные по радио, телевидению; письменные сообщения или рапорта сотрудников органов внутренних дел о непосредственном обнаружении или выявлении ими преступлений и происшествий, в том числе в процессе проверки или следствия; сообщения иностранного государства, в том числе поступившие по каналам Интерпола, о совершении преступления гражданином Таджикистана на территории этого государства и возвратившимся на территорию Республики Таджикистан до возбуждения в отношении него уголовного преследования, но материалам об этом преступлении, представленным организацией иностранного государства в органы прокуратуры Республики Таджикистан; информация о готовящихся, совершаемых и совершенных преступлениях, поступившая по телефону (в том числе и по установленному в доверия), телефаксу, телеграфу, электронной почте и радио от граждан, представителей общественных организаций, сотрудников ОВД и других силовых структур, должностных лиц предприятии и организаций; сообщения персонала лечебных учреждений — об обращении или госпитализации граждан с телесными повреждениями, происхождение которых может быть результатом преступных действий; сообщения о происшествиях (авариях на производстве, несчастных случаях с людьми, эпидемиях, пожарах и других чрезвычайных происшествиях), требующих проверки по выявлению наличия формальных поводов и реальных оснований для возбуждения уголовного дела; сотрудников паспортных аппаратов – об утрате гражданами паспортов при обстоятельствах, вызывающих подозрение о преступлении; аппаратов военных комиссариатов об утрате военных билетов; сотрудников Госавтоинспекции - о дорожно-транспортных происшествиях и их последствиях; сотрудников подразделений государственной службы «Охрана» - о срабатывании приборов охранной сигнализации; сотрудников противопожарной службы о пожарах и загораниях; сотрудников регистрационно-экзаменационных отделов - об утрате гражданами удостоверений на право управления автотранспортом и технических паспортов на автомобили при обстоятельствах, вызывающих подозрение о преступлении; письма учреждений Госстраха об обращении граждан по фактам правонарушений. сведения об авариях, пожарах, эпизоотиях, стихийных бедствиях, несчастных случаях с людьми. информация, поступающая из систем фото - и видеонаблюдения («Безопасный город»).
Подсистема поиска данных
Подсистема поиска документов должна обеспечивать выполнение следующих функций:
?поиск документов по реквизитам объектов учета;
?полнотекстовый поиск по документам, хранящимся в ЕХД.
Операция поиска должна состоять в задании критериев поиска по отдельным реквизитам (или их совокупности).
Найденная информация должна предоставляться пользователям для просмотра и (или) выводиться в файл в формате приложений MicrosoftWord.
Для составления запроса на поиск должна использоваться экранная форма, позволяющая формировать запросы по образцу, по выбранным параметрам.
Подсистема должна обеспечивать вызов экранной формы поиска из всех прикладных подсистем.
Подсистема ведения НСИ
Подсистема должна обеспечивать выполнение следующих функций:
?Создание нового классификатора (создание наименования и определение структуры), в том числе и с иерархической структурой;
?Редактирование наименования и структуры созданного классификатора;
?Удаление классификатора;
?Ввод новых значений в классификатор;
?Просмотр и редактирование значений классификатора;
?Удаление значений классификатора;
?Просмотр истории изменения значений классификатора.
Кроме вышеперечисленных функций подсистема должна обеспечивать возможность выбора значений из классификаторов при заполнении экранных форм ввода данных в прикладных подсистемах с целью минимизации временных затрат на выполнение операции ввода данных.
Стандартная настройка подсистемы должна включать в себя уже заполненные справочники и классификаторы. Полный перечень справочников и классификаторов, используемых в Системе, должен быть определен на этапе разработки техно-рабочего проекта.
Подсистема мониторинга деятельности территориальных органов
Основными функциями подсистемы являются:
?ввод, редактирование и удаление данных, характеризующих деятельность территориальных органов;
?сбор данных за определенный временной период с возможностью последующего сопоставительного и динамического анализа интересующих показателей в графическом, текстовом, табличном виде, а также на схемах и картах с возможностью различных навигаций.
Сигнальная подсистема
Сигнальная система как фактор активизации борьбы с правонарушениями.
Задача – анализ поступающей в базу информации и запросов от пользователей и информирование пользователей в случае выполнения сигнальных условий. Три направления контроля:
- контроль обращений к объектам учета, поставленным на сигнальный учет пользователем;
- контроль событий базы данных по взаимосвязанным объектам учета;
- временные (по датам) проверки объектов учета и контроль сроков исполнения.
В сигнальном режиме выдаются инициативные рекомендации при фиксировании фактов криминальной направленности в отношении объектов учета.
Требования к сигнальным функциям
Сигнальные функции должны контролировать все операции пользователей с базой данных, пропуская их через фильтр условий. При срабатывании условия формируется сигнальное сообщение. Например, нарушение сроков принятия решения по зарегистрированному сообщению.
Контроль совпадения условий
Контроль совпадения условий подразумевает выполнение фиксированного, заранее определенного набора проверок информации при поступлении ее в базу. Проверки должны представлять собой процедуры базы данных и реализовывать проверки заранее определенных условий для конкретного объекта базы данных. Функция контроля совпадения условий в зависимости от характера информации, поступающей в базу, должна запускать проверку по объектам, изменяющимся в результате сохранения поступившей информации.
Процедуры конкретных проверок должны программироваться, а функция контроля совпадения условий конфигурироваться для вызова тех или иных процедур проверок.
В результате одной операции (ввод, коррекция, удаления) над одним объектом учета может быть выполнено несколько конкретных проверок, соответствующих операции и объекту.
В случае выполнения условия, процедура конкретной проверки должны формировать сообщение пользователю о возникновении ситуации – сигнал. Должна быть возможность определять список пользователей, которым посылаются конкретные виды сигналов, путем конфигурирования функции контроля совпадения условий.
Таблица 4
Общая характеристика контроля совпадения условий
Характеристика | Значение |
Результат успешного выполнения | Сообщение пользователю |
Предусловия выполнения | Данная проверка включена |
Условия инициализации | Ввод, коррекция, удаление информации пользователем через любой интерфейс ИБД |

|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |


