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

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

Например:

1. Для улицы «А» изменили наименование на «Б» (АБ), затем для улицы «Б» вернули наименование «А» (БА). В альтернативном классификаторе будет только запись (БА) .

2. Для улицы «А» изменили наименование на «Б» (АБ), затем для улицы «Б» изменили наименование на «В» (БВ). В альтернативном классификаторе будут записи (АВ) и (БВ).

Для фамилий содержащих дефис (например: Антонов - Овсеенко) также введен режим ведения альтернативных классификаторов. В приведенном примере в базе данных будут присутствовать две записи связанные с одним объектом (Антонов - Овсеенко и Овсеенко - Антонов).

В целях облегчения выполнения поисковых запросов для ряда реквизитов введен режим так называемого «нарицательного наименования». Например, реквизит наименование улицы при занесении в базу данных выглядит следующим образом: сначала наименование, затем вид (улица, переулок, проспект и т.д.), затем дополнительные данные (например - средняя, первая, вторая и т.д.). Таким образом наименование «СРЕДНИЙ ПЕРЕВАЛОЧНЫЙ ПЕРЕУЛОК» будет представлен в виде «ПЕРЕВАЛОЧНЫЙ ПЕРЕУЛОК СРЕДНИЙ». В общем случае это не вызывает сложности, но для ряда конкретных улиц (проспектов) требуется сделать исключение. Так для г. Уфы Проспект Октября стал иметь нарицательное наименование «ПРОСПЕКТ».

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

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

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

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

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

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

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

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

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

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

Элементы общих метаданных имеют непротиворечивые определения и семантику, включают определения объектов, относящихся к словарям определенных данных, включают данные о физических объектах - названиях таблиц, статистическую информацию о различных процессах.

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

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

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

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

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

3. информация о получении данных;

4. агрегирование;

5. программы загрузки (протоколы загрузки);

6. документирование проверок при выполнении специальных сервисных функций на совпадение установочных данных с другими контрольными массивами.

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

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

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

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

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

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

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

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

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

· почтовом (справочном, поисковом режимах, и режиме пакетной загрузки), работающем через почтовую систему.

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

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

· выгрузку информации и ее пересылку с использованием почтовой системы в ПК «Паспорт-Центр» «ИБД-Ф» в едином формате обмена (ЕФО);

· прием и загрузку информации о лицах объявленных в розыск, поступающей из ПК «Паспорт-Центр» «ИБД-Ф» в формате ЕФО по почтовой системе;

· ведение словарей и классификаторов;

· формирование и выдачу статистической информации об объектах учета;

· справочный режим по основным объектам учёта с получением «досье» на интересуемый объект (в т.ч. по установочным данным лица, серии-номеру паспорта);

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

Рис. 8 - Структурная схема реляционной модели АСУН третьего уровня

Во всех внешних интерфейсах АСУН верхнего уровня, через которые осуществляется обмен структурированными данными в рамках (ФЦП «Электронная Россия») используется подмножество метаязыка XML. Описание структур всех обменных данных доступно для взаимодействующих сторон, обмен данными построен на основе информационных объектов, снабженных отчуждаемыми метаописаниями. Из АСУН верхнего уровня организована следующая выгрузка необходимой информации в формате межведомственного информационного обмена, согласно положений ФЦП «Электронная Россия»:

- ежедневная передача информации (с применением ЭЦП) в МНС РФ по РБ

- ежедневная передача информации в ФМС России и МВД России по всем выданным паспортам

- ЦИК России по РБ о жителях РБ достигших избирательного возраста

Но как показывает практика сотрудникам ОВД порой недостаточно информации содержащейся в задачах реализованных ИЦ МВД по РБ и они хотят дополник свои учеты дополнительной информацией или создать свой дополнительный учет. В качестве примера рассмотрим информационно-поисковую систему лиц, представляющих оперативный интерес сотрудника РУВД с помощью инструментального средства FAKT.

База данных для такой задачи дожна состоять из нескольких связанных между собой таблиц. Такое объединение отвечает логическому смыслу, позволяя существенно повысить наглядность и читаемость базы данных.

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

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

Поля располагаются в том порядке, какой соответствует замыслу. Название поля может иметь длину до 64 символов. Типы полей определяются типом вводимого данного. Параметр «Тип данного» входит в состав свойств каждого поля. Использовать табличную форму рекомендуется, когда одновременно нужно просмотреть несколько записей данных или получить обзор всей базы данных. При этом лучше пользоваться экранными формами.

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

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

В процессе описания задачи и создания БД образуются три основные группы объектов: таблицы, формы и запросы. Конструирование названных объектов производится отдельно друг от друга. Если таблицы и формы используются для наглядного представления информации в базе данных, то для отбора информации в БД используют такое средство, как запрос. Запрос представляет собой средство отбора записей. Он содержит точную формулировку критерия отбора, заданную пользователем. Система управления базой данных, выполняя запрос, перебирает записи базы и отбирает только нужные. Причем пользователь может ограничить сферу поиска, отсортировать отобранные записи, связать несколько таблиц.

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

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

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

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

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

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

Программный комплекс FAKT - интегрированный, технологический программный комплекс, обеспечивает создание банков данных по различным видам учетов и ориентирован на решение учетно-статистических, информационно-поисковых и розыскных задач, снабжен системой защиты данных, удобным генератором запросов и отчетных форм, поисково-аналитическими режимами работы, надежными сервисными функциями обслуживания. Комплекс реально эксплуатируется в каждом горрайоргане МВД Республики Башкортостан в течении 8-9 лет. Комплекс снабжен обширными возможностями интерактивной подстройки к требованиям пользователя (изменение структуры данных, экранных и отчетных форм), генератор запросов позволяет получить практически любой запрос. Скорость ответа на запросы находится на уровне характеристик лучших систем. Повышенное внимание уделяется помехозащищенности и надежности хранения данных, реализованы технологии распределенного взаимодействия задач. Комплекс FAKT предназначен для создания и ведения баз данных с одновременным обслуживанием до 20 локальных баз, каждая из которых может обеспечить учет до 46 видов документов. Реализован аппарат создания и ведения индексных и гипериндексных файлов, связывания их в мультигруппы и внешние группы независимо от того, где находятся данные в одной базе данных или в разных. Реализована возможность выборочного копирования информации, создания резервных копий, работает поисковый генератор с поиском по любой совокупности признаков с возможностью задания сложных формул (с использованием операторных скобок, макро средств, запоминанием транзакций запроса и возможностью его повторения в любое время, возможностью многократного уточнения запроса и отката к предыдущему запросу). Разработан аппарат вывода списков по наборной таблице реквизитов на печатающее устройство, в файл на винчестере или дискете. Конфигурация операционной системы должна обеспечивать программе пользователя не менее 570 КВ RAM, и параметр files в config.sys со значением не менее 20. Для реализации некоторых режимов работы и полноценного функционирования ядра Факта необходимо наличие WINDOWS98 и выше. Если объемы баз данных таковы, что их архивные копии превосходят объемы дискет, то рекомендуется избегать создания архивных копий на дискетах, и использовать режим записи в файл на винчестере с последующим копированием этого файла стандартными системными средствами.

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

Описание баз данных, структур файлов, настройка экранных форм.

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

Базой данных назовем файлы по разным кодам (видам) документов, расположенные в одном Фактовском директории.

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

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

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

Удалённый доступ в ИБД осуществляется с использованием АРМ в «ON-LINE» режиме, что обеспечивает возможность непосредственного доступа в ИБД в диалоговом режиме в соответствии с санкционированными правами доступа. АРМ позволяет сформировать запрос, выполнить запрос, просмотреть и вывести на печать результаты исполнения. Список доступных видов учётов и запросов по ним определяется в зависимости от прав пользователя по доступу к ИБД.

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

Программа работает практически на любом современном веб-браузере (Microsoft Internet Explorer, Netscape Navigator, Opera и.т.д). Со стороны пользователяа это выглядит как работа с обычным веб-сервером. Так как для обращения используется стандартный механизм в виде веб-браузера сторонних производителей, то рабочее место пользователяа можно реализовать практически на любой платформе:

- Microsoft Windows: 3.1, 95, 98, NT, 2000, Me, XP

- Unix: Solaris, Linux, HP-UX, BSDI, FreeBSD, AIX, и т.д.

- Apple: MacOS

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

Для веб-браузера должны быть разрешены следующие механизмы:

- работа с cookies

- работа с JavaScript

Доступ к ИБД через веб-клиента может осуществляется по адресу или по ссылке на сайте ИЦ МВД по РБ, при нажатии на которую открывается заглавная страница поискового веб-интерфеса ИБД.

Возможны два варианта доступа к ИБД:

1. Через Web ресурс ИЦ МВД по РБ

2. Путем создания ярлыка (рекомендуется для тех, кто часто пользуется данным ресурсом).

Рассмотрим первый вариант:

Пользователь запускает Internet explorer и как обычно регистрируется:

Раскрывает закладку «ИБД-Регион»:

Раскроется следующий список:

Кликнув по ссылке «WEB-сервер ИБД-регион» левой кнопкой мыши, в новом окне откроется приглашение зарегистрироваться на сервере ИБД-Регион:

После ввода имени пользователя, пароль и нажав кнопку «Ок». Пользователь зарегистрирован и может приступать к работе.

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

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

- «ИБД АКТУАЛЬНОЕ СОДЕРЖИМОЕ ДОКУМЕНТА» - записи, находящиеся на учете,

- «АРХИВНЫЙ ДОКУМЕНТ» - записи, снятые с учета;

- «ИБД+АРХИВ РАБОТА С АРХИВОМ (БЕЗ ВВОДА)» - записи, либо находящиеся на учете, либо снятые с учета.

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

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

Перемещение между записями осуществляется, как при помощи полосы прокрутки, так и при помощи ссылок "Предыдущая", "Следующая".

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

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

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

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

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

Информационное взаимодействие с региональными сегментами «ИБД-Регион» и «ИБД-Ф» через WEB-интерфейс

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

Функционирует также информационный портал «ИБД-Ф». Доступ к этим информационным ресурсам имеется в ИЦ МВД по РБ и ДЧ МВД по РБ. Для служб МВД, имеющих потребность самостоятельного выхода на информационные порталы регионов и «ИБД-Ф», необходимо направить обоснованную заявку на имя начальника ИЦ МВД по РБ.

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

Организация работы основывается на основании приказов МВД России №№ 569-2000 г., 985-2006 г., 900-2002 г., 300-2003 г., положений Уголовного и Уголовно-процессуального кодексов Российской Федерации.

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

Целями внедрения программного комплекса "Марафон", разработки НТЦ "СОНАР-ПЛЮС" город Краснодар, стали: обеспечения взаимодействия служб ГОРОВД на основе создания интегрированного банка данных; повышения эффективности оперативно-служебной деятельности на основе автоматизации рутинных действий сотрудников ГОРОВД; обеспечения пополнения интегрированных банков данных регионального уровня.

Основные принципы формирования интегрированного банка данных на основе программного комплекса "Марафон":

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

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

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