Совершенствование системы информационного обеспечения сотрудников ОВД

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

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

- интеграция в системе документов федерального и регионального значения;

- полнота банка правовой информации;

- классификация документов по нормам права;

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

- аутентичность электронных документов оригиналу или отсутствие ошибок в текстах документов;

- проведение всесторонней юридической обработки документов ведущими юристами России;

- создание юридических комментариев к текстам документов;

- возможность формировать пользовательскую базу из произвольного набора информационных блоков;

- организация удаленного доступа к базе через телекоммуникационные линии;

- эффективная технология хранения больших объемов информации с широким спектром поисковых возможностей;

- возможность просмотра истории запроса;

- снабжение документов гипертекстовыми ссылками;

- многоцветный формат представления текста документов.

Современные ИПС ГАРАНТ и КонсультантПлюс сегодня работают на любых типах персональных компьютеров в любой из широко распространенных операционных систем - от MS Windows 95 до Windows ХР, OS/2, Unix. Сетевые решения адаптированы под наиболее часто используемые типы сетей: Novell, Vines Banyan, Lantastic. При разработке современных ИПС используются современные версии языка программирования высокого уровня C++, разработанные компаниями Microsoft и Borland.

В НПП «Гарант-Сервис», например, внедрена принципиально новая стратегия формирования информационного банка - с несколькими специализированными базами, объединенными в комплект, который может работать в пределах единого гипертекстового поля. Персональная система может состоять из одной, двух, трех, четырех, шести, десяти или более тематических баз, при этом какие именно базы войдут в комплект, решает сам пользователь. Нечто подобное реализовано и в КонсультантПлюс.

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

Информация в системе пользователя может обновляться в зависимости от его потребностей, который указывает наиболее удобный ему интервал времени и способ обновления информации. Выбирая частоту обновления, пользователь может снизить стоимость обслуживания. Обновление может осуществляться от ежедневного до 1 раз в квартал.

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

- курьером;

- в офисе компании (личное);

- почтовое;

- перспективное и наиболее широко используемое - по сети internet.

Система ГАРАНТ, также как и КонсультантПлюс может быть установлена в зависимости от желания пользователя в виде:

- локальной версии (возможность работы на одном компьютере);

- однопользовательская сетевая версия (система ГАРАНТ устанавливается на сервер, но пользоваться может одновременно лишь один пользователь, т.е. использовать систему со своих рабочих мест пользователи могут лишь последовательно);

- многопользовательская сетевая версия (система ГАРАНТ устанавливается на сервер, пользоваться могут одновременно все пользователи, подключенные в сеть, т.е. использовать систему со своих рабочих мест пользователи могут параллельно).

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

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

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

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

Используя Основное меню, можно перейти к правовому навигатору, в котором произвести поиск документов.

Основное меню системы содержит пять структурных блоков:

правовой навигатор;

справочная информация;

последние открытые документы;

поиск по реквизитам;

поиск по ситуации;

поиск по источнику опубликования;

толковый словарь.

При выборе раздела из блока Правовой навигатор (например, документы) на экране появится соответствующий классификатор со ссылками на подразделы.

Современные информационные правовые системы (такие, как система ГАРАНТ) обладают мощными средствами поиска требуемой информации. Выбор вида поиска зависит от того, какой предварительной информацией об интересующем вопросе или документе располагает пользователь. Правильный выбор во многом определяет точность и скорость поиска.

В системе ГАРАНТ имеются следующие виды поиска:

- по правовому навигатору удобен как поиск для составления тематических подборок документов.

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

- по ситуации - поиск с описанием реальной ситуации; Это особый вид поиска, позволяющий даже непрофессионалу быстро и эффективно решить сложную проблему в условиях отсутствия информации о необходимых документах;

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

- по толковому словарю - поиск толкования термина; позволяет осуществить поиск нормативного акта по специфическим терминам и определениям на основании интеграции словаря с системой ГАРАНТ;

- по контексту - локальный поиск в тексте документа или в списке, и глобальный - по всему массиву документов, в тексте или в названиях.

Воспользоваться всеми видами поиска можно как из Основного меню, так и с помощью команд пиктографического меню Поиск и Информация или при нажатии F7 (поиск по реквизитам), F6 (по толковому словарю), F5 (поиск по ситуации).

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

При изучении документа полезно просмотреть списки всех документов, на которые он ссылается (респонденты) и которые имеют ссылки на него (корреспонденты). Из списков респондентов и корреспондентов можно непосредственно перейти к текстам этих документов.

В карточке документа можно ознакомиться с некоторыми атрибутами документа - к каким разделам классификаторов он относится, какие номера, и даты с ним связаны и т.д.

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

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

Рис. 1 - Схема взаимодействия пользователя с поисковой системой на основе онтологий

Существуют традиционные языки спецификации онтологий (Ontolingua, CycL, языки, основанные на дескриптивных логиках, такие как LOOM, и языки, основанные на фреймах - OKBC, OCML, Flogic). Более поздние языки основанные на Web-стандартах, такие как XOL, SHOE или UPML, RDF(S), DAML, OIL, OWL созданы специально для обмена онтологиями через Web. В целом, различие между традиционными и Web-языками спецификации онтологий заключается в выразительных возможностях описания предметной области и некоторых возможностях механизма логического вывода для этих языков. Однако в целом можно сказать, что ориентированность языков описания онтологий на системы математической логики делает их слишком тяжеловесными для огромного количества приложений, которым достаточно простого языка описания словарей.

Таким образом, хранилище данных функционирует по следующему сценарию:

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

- в хранилище поддерживается хронология;

- наравне с текущими данными хранятся исторические данные с указанием времени, к которому они относятся;

В результате, необходимые доступные данные об объекте управления собираются в одном месте, приводятся к единому формату, согласовываются и агрегируются до требуемого уровня обобщения.

Хранилища данных практически всегда создаются в качестве настройки над множеством существующих OLTP систем, производящих сопровождение реляционных баз данных. Поэтому, наиболее целесообразно, оставаясь на реляционной платформе, воспользоваться преимуществами иерархического и сетевого подхода в процессах семантического моделирования структуры хранилища данных. OLAP-куб создается из соединения таблиц с применением схемы звезды. Схема звезды, лежит в основе реляционного OLAP и является специальной организацией реляционных таблиц, удобной для хранения многомерных показателей. Модель данных состоит из двух типов таблиц: одной таблицы фактов, которая является центром звезды, и нескольких таблиц измерений, по числу измерений в модели данных - лучей звезды. В центре находится таблица, которая содержит ключевые факты, по которым делаются запросы. Множественные таблицы с измерениями присоединяются к таблице «фактов» и показывают возможные варианты анализа агрегированных данных. Количество возможных агрегирований определяется количеством способов, которыми первоначальные данные могут быть иерархически отображены. Куб потенциально должен содержать всю информацию, которая может потребоваться для ответов на любые запросы. Из-за громадного количества агрегатов, зачастую полный расчет происходит только для некоторых измерений, для остальных же производится «по требованию». Иерархии в измерениях необходимы для возможности агрегации и детализации значений показателей согласно иерархической структуре. Вопрос о других измерениях сводится к необходимости понижения уровня абстракции модели, применения функциональной декомпозиции, конечный продукт которой представляет собой иерархию функций. Таблица фактов при этом содержит целочисленные колонки, дающие числовую характеристику каждого, определенного таким образом измерения, и несколько целочисленных колонок-ключей для доступа к таблицам измерений, которые их расшифровывают. За счет использования специальной структуры таблицы измерений реализуется иерархия измерений. Заполняя таблицу фактов, на основании данных об измерениях, определяем координаты добавляемого элемента в таблице. Для каждого измерения составляем список уникальных значений из элементов, хранящихся в столбцах. Кроме того, можно производить предварительное агрегирование фактов для записей, имеющих одинаковые значения размерностей. Вариант структуры приведен на рис. 2.

В гиперкубе измерения фактически являются осями, а значения измерений - координатами на этих осях. Очевидно, что куб будет заполнен неравномерно.

Рис. 2. - Структура списка уникальных значений

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

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

АСУН МВД по РБ построена по адресно-территориальному принципу, имеет трех уровневую архитектуру:

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

- второй (средний) уровень предназначен для формирования в базах данных АСУН ОВД учетных данных на все население, проживающее на обслуживаемой территории;

- Третий (верхний) уровень представляет собой центральную региональную АСУН МВД по РБ, функциями которой являются кроме функций системы второго уровня, функции взаимодействия с другими автоматизированными системами, обеспечение однозначной идентификации поступающих данных, формирование репозитория на основании предположительной идентификации по похожести основных идентификационных данных и т.д.

Остановимся подробнее на описании автоматизированной системы каждого уровня.

Первый (нижний) уровень.

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

1. идентификационные данные (фамилия, имя и отчество, пол, дата рождения, адрес места рождения);

2. паспортные данные (вид документа удостоверяющего личность, серия, номер, дата и место выдачи);

3. гражданство и национальность;

4. адрес регистрации проживания (пребывания);

5. предыдущие адресные данные;

6. дополнительная информация (сведения о детях и др.);

7. срок пребывания;

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

9. специальная информация (при смене паспортных данных - причина замены, данные о «старых» документах; при смене установочных данных - причина и что на что меняется и т.д.)

Второй вид учета это «недействительные паспорта» - паспорта утерянные, украденные и т.д., любые регистрационные (и иные) действия с которыми запрещены.

1. идентификационные данные «хозяина» паспорта (фамилия, имя и отчество, пол, дата рождения);

2. паспортные данные (серия, номер, дата и место выдачи);

3. дата утери (кражи);

4. адрес регистрации проживания «хозяина» паспорта;

5. ОВД подачи заявления об утере (краже);

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

Основная задача связана с автоматизацией работ при первичном вводе информации с бумажных носителей и автоматизированного оформления паспорта гражданина РФ, вывода на печать адресных листков прибытия и убытия. В паспорте гражданина РФ, выдаваемого в Республике Башкортостан, присутствует страничка с идентификационными данными гражданина и ОВД выдачи паспорта на башкирском языке. Для минимизации трудозатрат при первичном вводе информации и оформлении паспорта реализован режим «автоматизированного перевода» фамилий, имен и отчеств и т.д. с русского языка на башкирский, в основном осуществляемый по специализированной таблице соответствий. Важным результатом внедрения данной системы нижнего уровня является автоматическое обеспечение актуальности данных на нижнем уровне и создание “бесплатного” источника актуализации баз данных более высоких уровней. Число АРМов заранее определено (с небольшой степенью возможности изменения), функции каждого АРМа достаточно жестко регламентированы, например только оформление паспорта или только регистрация по месту пребывания. Таким образом количество выполняемых функций строго ограничено, при этом актуальны требования по минимизации затрат на сопровождение и обеспечение конфиденциальности сведений. Использование программного обеспечения разработанного под СУБД Unix и Oracle, экономически не выгодно из-за высокой стоимости программного обеспечения и значительных материальных затрат на аппаратное и лицензионное обеспечение. В качестве АРМ используется специально разработанное, написанное на языке низкого уровня программного обеспечения. При отсутствии средств унификации, защищенность от несанкционированного использования находится на достаточно высоком уровне. При этом, в зависимости от выполняемых функций используются следующие технологические построения:

· АРМы связанные через общие файлы, лежащие на сервере или на компьютере с общим ресурсом и не связанные по функциям.

· АРМы использующие переходную технологию от “файл-сервер” к “клиент-сервер”, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям.

· АРМы связанные как по данным, так и по функциям в пределах локальной сети.

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

Структура АСУН нижнего уровня (обработки первичных - детализированных данных) представлена на рис. 3.

Программа предназначена для работы под управлением операционной системы WINDOWS любой версии. Работа возможна как на одиночных компьютерах, так и в составе локальной вычислительной сети и не требует от пользователя специальных знаний. Встроенный генератор отчетов удовлетворяет самым высоким требованиям пользователя и позволяет проводить серьезный анализ по имеющимся учетам, представлять результаты в текстовом и графическом виде. Для заполнения паспортов используется специализированный плоскопечатающий принтер OLIVETTI PR-2 или его аналог.

Рис. 3 - Структура АСУН нижнего уровня (ввод детализированных данных и оформление паспортов)

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

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

Как показывает практика, бланки паспортов разных серий могут несколько отличаться друг от друга расположением полей. Это так называемый типографский разброс, точнее незначительный сдвиг некоторых полей вниз - вверх или влево - вправо. При ручном заполнении паспорта на это обстоятельство обычно никто не обращает внимания. Другое дело при печати на принтере. Текст, впечатанный в паспорт со сдвигом может не только испортить внешний вид, но и стать причиной выбраковки данного паспорта. Для устранения подобных проблем разработан режим трафаретной подстройки как всего бланка, так и любого реквизита в отдельности.

Для каждого типа события (регистрационное действие, смена паспорта, постановка на учет недействительного паспорта и т.д.) разработаны следующие ограничения: требования к минимальному составу реквизитов, к контролю и целостности для каждого реквизита. Отдельно разработаны требования к описанию адреса места куда пребывает и места откуда пребывает в зависимости от административно - территориального деления: в г. Уфе, в городе республиканского значения, вне пределов РБ (в России), вне России. Введено использование единых справочников причин прибытия (убытия), типов документов удостоверяющих личность. Для каждого случая разработаны дополнительные алгоритмы контроля целостности данных. В случае нарушения целостности данных при вводе, восстановление целостности и подключение требуемых справочников и классификаторов осуществлено в интерактивном режиме.

Структурная схема реляционной модели АСУН нижнего уровня изображена на рис. 4.

Рис. 4 - Структурная схема реляционной модели АСУН нижнего уровня (ввод детализированных данных и оформление паспортов)

В целях улучшения эксплуатационных характеристик реляционной модели данных введен ряд технологических справочников, являющиеся композицией указанных на рис.4.

Обеспечение надежности АСУН нижнего уровня, осуществляется следующими организационными моментами:

· восстановление информации с резервных копий;

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

· возможность восстановления информации за счет АСУН среднего и верхнего уровней;

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

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

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

Например:

· списки избирателей заданной территории (выборка по достижению избирательного возраста на назначенную дату выборов);

· списки детей дошкольного возраста;

· списки детей школьного возраста;

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

· запросы от штатных АРМ абонентов локальной информационной сети;

· запросы, поступающие по телефонным каналам в речевой форме;

· почтовые (письменные) запросы.

Для актуализации баз данных используются механизмы обмена данными между разными уровнями системы. Потоки данных идут в двух направлениях:

· основной поток «снизу-вверх» содержит вновь введенные или модифицированные с момента предыдущего сеанса передачи данные;

· вспомогательный поток «сверху - вниз» содержит протокол загрузки основного потока и специальные сообщения управляющего характера.

На практике возможны два варианта взаимодействия АСУН нижнего и среднего уровней:

1. Оба уровня АСУН находятся в пределах одной ЛВС. В этом случае используется одна СУБД, в которой указанные уровни разнесены в разные таблицы, но все справочники и классификаторы являются общими. Для переноса сведений с нижнего уровня в средний используются встроенные в СУБД сервисы, для идентификации записей, естественно, используются первичные ключи таблиц (для таблицы данных о жителях это системный номер записи). Структура совмещенной АСУН нижнего и среднего уровня представлена на рис. 5.

Рис. 5 - Структура совмещенной АСУН нижнего и среднего уровня

2. АСУН нижнего и среднего уровней находятся в разных ЛВС. В этом случае используется две СУБД. Для переноса сведений с нижнего уровня в средний используются специализированные программы репликаций и процесс обмена информацией разделен с процессом ввода информации в систему нижнего уровня, а полный цикл обмена с базой среднего уровня производится периодически. Учитывая, что источник информации для среднего уровня единственный, для идентификации записей, также используются первичные ключи таблиц (для таблицы данных о жителях это системный номер записи).

Структура разделенных АСУН нижнего и среднего уровня представлена на рис. 6.

Обеспечение надежности АСУН среднего уровня, осуществляется следующими организационными моментами:

· восстановление информации с резервных копий;

· возможность повторного сбора информации из АСУН нижних уровней;

· возможность восстановления информации за счет АСУН верхнего уровня.

Данный уровень используется только для выполнения поисковых запросов и выполнения аналитических заданий по обслуживаемой территории. В случае отказа в работе АСУН среднего уровня, всю регламентированную отчетность, требуемую аналитику и т.д. можно получить из АСУН верхнего уровня.

Рис. 6 - Структура разделенных АСУН нижнего и среднего уровня

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

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

В функции АСУН входит реализация следующих основных технологий и задач:

· ввода информации от всех АСУН второго и первого уровней;

· актуализации всех учетных данных АСУН;

· непрерывный режим работы 24 часа в сутки с обеспечением оперативного справочного обслуживания большого числа абонентов;

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

· формирования необходимых статистических и аналитических показателей по любому подмножеству объектов учета;

· обеспечения комплекса задач по информационной безопасности АСУН.

Рис. 7 - Структура АСУН третьего уровня

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

Обеспечение надежности АСУН верхнего уровня, осуществляется целым комплексом мероприятий:

· развитые средства резервное копирование и восстановления базы данных;

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

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

· хранение всех поступивших файлов с информацией от АСУН нижнего и среднего уровней;

· развитыми средствами восстановления любого необходимого сегмента базы данных или любого требуемого документа;

· возможность отката транзакций до необходимого уровня и повтора процедуры ввода согласно протокола записи и метаданным, сохраненным в репозитории;

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

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

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

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

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

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8