АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ СУДЕБНОГО И ИСПОЛНИТЕЛЬНОГО ДЕЛОПРОИЗВОДСТВА

Изобретение относится к вычислительной технике, в частности, к автоматизированной системе управления базами данных судебного и исполнительного делопроизводства.
Особенность судебного и исполнительного делопроизводства состоит в его постоянном изменении. Процесс реформирования судебной системы Российской Федерации, постоянное изменение законов и инструкций по делопроизводству приводит к тому, что традиционные подходы к созданию подобных автоматизированных систем становятся неоправданными.
Любые изменения в количестве и характере учетной информации приведут к тому, что созданную автоматизированную систему необходимо будет постоянно модифицировать, вносить правки и
изменения, задействовать дополнительные капитальные вложения на выполнение этих работ.
Поэтому необходимо изначально заложить требование к системе иметь возможность видоизменения без вмешательства в исходные тексты программ.
Ядром автоматизированной системы судебного и исполнительного делопроизводства является база данных картотек судебных или исполнительных документов, где непосредственно хранится информация по жалобам, протестам, данным по делам, участникам судебных процессов и т.д. всех инстанций суда.
База данных управления содержит описание структур таблиц, правил и алгоритмов обработки, взаимодействия и отвечает за автоматическое формирование интерфейсных частей системы. Администратор системы, используя этот модуль, может вносить изменения в структуру, управлять связями и информационными потоками между картотеками, разграничивать доступ пользователей к хранимой информации.
Следует отметить, что интерфейсная часть должна удовлетворяет требованиям всех категорий пользователей суда. В ней должны сочетаться удобство навигации и поиска с внешним видом представления данных.
Принцип деления общего объема данных картотеки на этапы органично вписывается в процессуальных порядок прохождения дела от момента его поступления в суд до вынесения решения, приговора по делу. В дополнение к этому должна быть предусмотрена возможность настройки внешнего вида каждого рабочего места к требованиям и
пожеланиям конкретного пользователя: определение из общего числа запросов тех, которые наиболее часто используется на этом рабочем месте, порядок представления полей базы данных, перечень шаблонов документов, которыми оперирует данный пользователь.
По своей форме, например, рабочее место секретаря, который регистрирует уголовные дела, ничем не отличается от рабочего места секретаря по гражданским делам, отличие составляет само наполнение и представление данных. Такой подход на порядок упрощает внедрение и освоение пользователями принципов работы в данной технологии.
Таким образом, технически, ядром создаваемой системы должен выступать модуль проектирования и создания программного обеспечения в системе судебного и исполнительного делопроизводства (модуль настройки), который позволит выполнять модификации баз данных судов и рабочие места пользователей "централизованно", осуществлять поддержку работы систем в актуальном состоянии на фоне изменений в законодательстве, принципах и правилах учета дел и материалов в судах.
Учитывая то, что для полнофункциональной деятельности судов в вопросах судебного и исполнительного делопроизводства, необходима связь между автоматизированными системами служб судебных приставов, участков мировых судей, следственных органов, Верховного Суда Российской Федерации и т.д., разрабатываемая система должна функционировать на различных платформах СУБД. Но вне зависимости от платформы - рабочее место пользователя должно оставаться неизменным.
Известны технические решения, которые могли бы быть использованы для построения подобной системы (1, 2).
Первая из известных систем содержит модули приема и хранения данных, соединенные с модулями управления и обработки данных, модули поиска и селекции, подключенные к модулям хранения данных и отображения, синхронизирующие входы которых соединены с выходами блока управления (1).
Существенный недостаток данной системы состоит в невозможности решения задачи обновления данных, хранимых в памяти в виде соответствующих документов одновременно с решением задачи выдачи содержания этих документов пользователям в реальном масштабе времени.
Известна и другая система, содержащая модули обработки данных, информационные входы которых соединены с модулями приема данных и управления, а выходы подключены к первой группе модулей памяти, модуль центрального процессора, входы которого соединены с выходами модулей памяти первой группы и модулей обработки данных, а выходы соединены с входами модулей памяти второй группы и модулей отображения данных (2).
Последнее из перечисленных выше технических решений наиболее близко к описываемому.
Его недостаток заключается в невысоком быстродействии системы, обусловленном тем, что выполнение процедуры запросов реализуется через поиск записей по всей базе данных и их последующей обработке центральным процессором, что при больших
объемах данных базы данных неизбежно приводит к неоправданным затратам времени.
Цель изобретения - повышение быстродействия системы путем локализации адресов картотеки дел по идентификатору пользователя, допущенного к работе с указанной картотекой дел.
Поставленная цель достигается тем, что в известную систему, содержащую модуль приема кода пароля, информационный и синхронизирующий входы которого являются первыми информационным и синхронизирующим входами системы, модуль формирования адреса считывания записей базы данных сервера, информационный выход которого является адресным выходом системы, а синхронизирующий выход является первым синхронизирующим выходом системы, модуль приема паролей пользователей из базы данных, информационный и синхронизирующий входы которого являются вторыми информационным и синхронизирующим входами системы, модуль приема номера дела картотеки, информационный и синхронизирующий входы которого являются третьими информационным и синхронизирующим входами системы, модуль циклической поддержки номеров картотеки дел, информационный выход которого является первым информационным выходом системы, а синхронизирующий выход является вторым синхронизирующим выходом системы, модуль приема данных дела из базы данных сервера, информационный и синхронизирующий входы которого являются четвертыми информационным и синхронизирующим входами системы, а один выход является вторым информационным выходом системы, модуль выдачи данных дела
пользователю, один информационный вход которого является пятым информационным входом системы, а другие информационные входы подключены к соответствующим выходам модуля приема данных дела из базы данных сервера, при этом синхронизирующий вход модуля выдачи данных дела пользователю соединен с четвертым синхронизирующим входом системы, управляющие входы модуля выдачи данных дела пользователю являются первым и вторым управляющими входами системы, информационные выходы модуля выдачи данных дела пользователю являются информационными выходами группы системы, а управляющие выходы модуля выдачи данных дела пользователю являются управляющими выходами группы системы, введены модуль селекции базового адреса паролей пользователей, информационный вход которого соединен с выходом модуля приема кода пароля, а синхронизирующий вход подключен к первому синхронизирующему входу системы, при этом один информационный выход модуля селекции базового адреса паролей пользователей соединен с первым информационным входом модуля формирования адреса считывания записей базы данных сервера, а синхронизирующий выход подключен к первому синхронизирующему входу модуля формирования адреса считывания записей базы данных сервера, модуль идентификации пользователей, один информационный вход которого соединен с выходом модуля приема кода пароля, другой информационный вход модуля идентификации пользователей подключен к выходу модуля приема паролей пользователей из базы данных, а синхронизирующий вход соединен со вторым синхронизирующим входом системы, при этом
один выход модуля идентификации пользователей подключен к установочному входу блока формирования адреса считывания записей базы данных сервера, модуль управления выборкой паролей, информационный вход которого соединен с другим информационным выходом блока селекции базового адреса паролей пользователей, синхронизирующий вход подключен к одному выходу блока идентификации пользователей, а установочный вход соединен с другим выходом блока идентификации пользователей, при этом информационный выход блока управления выборкой паролей соединен со вторым информационным входом блока формирования адреса считывания записей базы данных сервера, один синхронизирующий выход блока управления выборкой паролей подключен ко второму синхронизирующему входу блока формирования адреса считывания записей базы данных сервера, а другой синхронизирующий выход является сигнальным выходом системы, модуль локализации адресов картотеки дел, информационный вход которого соединен с третьим информационным выходом модуля селекции базового адреса паролей пользователей, а синхронизирующий вход подключен к другому выходу модуля идентификации пользователей, при этом информационный выход модуля локализации адресов картотеки дел соединен с информационным входом модуля циклической поддержки номеров картотеки дел, а синхронизирующий выход модуля локализации адресов картотеки дел подключен к синхронизирующему входу модуля циклической поддержки номеров картотеки дел, и модуль селекции адреса дела картотеки в базе данных сервера, информационный вход которого соединен с выходом модуля приема
номера дела картотеки, а синхронизирующий вход подключен к третьему синхронизирующему входу системы, при этом информационный выход модуля селекции адреса дела картотеки в базе данных сервера соединен с третьим информационным входом модуля формирования адреса считывания записей базы данных сервера, а синхронизирующий выход модуля селекции адреса дела картотеки в базе данных сервера является третьим синхронизирующим выходом системы.
Сущность изобретения поясняется чертежами, где на фиг.1 представлена структурная схема системы, на фиг.2 - структурная схема модуля селекции базового адреса паролей пользователей, на фиг.3 - структурная схема модуля управления выборкой паролей, на фиг.4 - структурная схема модуля формирования адреса считывания записей базы данных сервера, на фиг.5 - структурная схема модуля идентификации пользователей, на фиг.6 - структурная схема модуля локализации адресов картотеки дел, на фиг.7 - структурная схема модуля циклической поддержки номеров картотеки дел, на фиг.8 - структурная схема модуля селекции адреса дела картотеки в базе данных сервера, на фиг.9 - структурная схема модуля выдачи данных дела пользователю, на фиг.10 - структура метаданных базы данных судебного или исполнительного делопроизводства.
Система (фиг.1) содержит модуль 1 приема кода пароля, модуль 2 селекции базового адреса паролей пользователей, модуль 3 управления выборкой паролей, модуль 4 формирования адреса считывания записей базы данных сервера, модуль 5 приема паролей пользователей из базы данных, модуль 6 идентификации пользователей,
модуль 7 локализации адресов картотеки дел, модуль 8 циклической поддержки номеров картотеки дел, модуль 9 приема номера дела картотеки, модуль 10 селекции адреса дела картотеки в базе данных сервера, модуль 11 приема данных дела из базы данных сервера, модуль 12 выдачи данных дела пользователю.
На фиг.1 показаны первый 15, второй 16, третий 17, четвертый 18 и пятый 19 информационные входы системы, первый 20, второй 21, третий 22 и четвертый 23 синхронизирующие входы системы, первый 24 и второй 25 управляющие входы системы, а также первый 26 и второй 27 информационные выходы системы, группа 28-31 информационных выходов системы, первый 32, второй 33 и третий 34 синхронизирующие выходы системы, группа 35-38 управляющих сигналов записи, адресный выход 39 системы и сигнальный 40 выход системы.
Модуль 1 приема кода пароля выполнен в виде регистра, имеющего информационный вход 15, синхронизирующий вход 20 и выход, соединенный с входом 50 блока 2.
Модуль 2 (фиг.2) селекции базового адреса паролей пользователей содержит дешифратор 40, модуль 41 памяти, выполненный в виде постоянного запоминающего устройства, регистр 42, элементы 43-45 И, элементы 46-48 задержки. На чертеже показаны синхронизирующий 49 и информационный 50 входы, а также информационные 51-53 и синхронизирующий 54 выходы.
Модуль 3 (фиг.3) управления выборкой паролей содержит счетчик 55, компаратор 56 и элемент 57 задержки. На чертеже показаны
информационный 58, синхронизирующий 59 и установочный 60 входы, а также информационный 61 и синхронизирующие 62, 63 выходы.
Модуль 4 (фиг.4) формирования адреса считывания записей базы данных сервера содержит сумматор 65, элемент 66 ИЛИ, группу элементов 68 ИЛИ, элемент 69 задержки. На чертеже показаны информационные 70-72, синхронизирующие 73-74 и установочный 75 входы, а также адресный 39 и синхронизирующий 32 выходы.
Модуль 5 (фиг.1) приема паролей пользователей из базы данных выполнен в виде регистра, имеющего информационный вход 16, синхронизирующий вход 21 и выход, соединенный с входом 81 модуля 6.
Модуль 6 (фиг.5) идентификации пользователей содержит компаратор 78, элемент 79 задержки. На чертеже показаны информационные 80, 81 и синхронизирующий 82 входы, а также выходы 83, 84.
Модуль 7 (фиг.6) локализации адресов картотеки дел содержит дешифратор 85, модуль 86 памяти, выполненный в виде постоянного запоминающего устройства, элементы 87-89 И, элемент 90 задержки. На чертеже показаны информационный 91 и синхронизирующий 92 входы, а также информационный 93 и синхронизирующий 94 выходы.
Модуль 8 (фиг.7) циклической поддержки номеров картотеки дел содержит регистр 100, счетчик 101, блок 102 памяти, выполненный в виде постоянного запоминающего устройства, регистр 103, элементы 104-109 И, элементы 110-112 ИЛИ, элементы 113-115 задержки. На чертеже показаны информационный 120 и
синхронизирующий 121 входы, а также информационный 26 и синхронизирующий 33 выходы.
Модуль 9 (фиг.1) приема номера дела картотеки сервера выполнен в виде регистра, имеющего информационный вход 17, синхронизирующий вход 22 и выход, соединенный со входом 134 модуля 10.
Модуль 10 (фиг.8) селекции адреса дела картотеки в базе данных сервера содержит дешифратор 125, блок 126 памяти, выполненный в виде постоянного запоминающего устройства, регистр 127, элементы 128-130 И, элементы 131-133 задержки. На чертеже показаны информационный 134 и синхронизирующий 135 входы, а также информационный 136 и синхронизирующий 127 выходы.
Модуль 11 (фиг.1) приема данных дела из базы данных сервера выполнен в виде регистра, имеющего информационный вход 18, синхронизирующий вход 23 и выходы 155-159.
Модуль 12 (фиг.9) выдачи данных дела пользователю содержит регистр 140, дешифратор 141, группы 142-145 элементов И, элементы 146-149, элемент 150 ИЛИ и элемент 151 задержки. На чертеже показаны информационные 19, 160-163 и синхронизирующий 164 входы, а также информационные 28-31 и управляющие 35-38 выходы.
Все узлы и элементы системы выполнены на стандартных потенциально-импульсных элементах. Для упрощения чертежа цепи начальной установки узлов и блоков в исходное состояние не показаны.
Все предусмотренные системой судебного делопроизводства АРМы объединены в локальную вычислительную сеть и работают с
общей базой данных (на чертеже не показаны). Это позволяет организовать коллективную работу сотрудников суда и значительно снижает вероятность ошибок, так как информация о движении конкретного дела вводится в базу данных и тогда, когда она возникает.
Принцип коллективной работы не означает, что пользователь получает доступ к любой информации из базы данных. Каждому сотруднику администратором базы данных устанавливается пароль на вход в систему, которым и определяются доступная информация и функции.
При работе с картотекой дел предусмотрен доступ к ней следующих категорий пользователей:
- администратор;
- архивариус;
- судья;
- секретарь канцелярии;
- секретарь судебного заседания.
Система работает следующим образом.
Учитывая то, что различные категории пользователей, которые работают в автоматизированной системе судебного делопроизводства, должны видеть информацию по делам в соответствии с их должностными инструкциями и полномочиями, в системе использована гибкая система настроек по правам доступа к данным.
Все пользователи разделены на группы, которые наделены различными полномочиями. Так, например, администратор базы данных имеет полный доступ к информации по делам, судьи имеют полный доступ к регистрационной информации по делам, которые ими
рассмотрены и судебным документам, которые были ими созданы, секретари канцелярий имеют доступ к регистрационной информации и информации, необходимой для формирования статистических отчетов.
Принцип доступа к данным базируется на определении групп пользователей. Количество таких групп неограниченно. Для каждой группы определяются правила доступа и объем данных, которые доступны этой группе пользователей.
Например, председательствующий судья в картотеке гражданских дел первой инстанции видит все дела, которые находились или находятся у него на рассмотрении. Причем эти дела отсортированы в обратном порядке по мере поступления.
При входе в систему проводится авторизация пользователей, т.е. каждый пользователь, допущенный для работы в системе, должен знать свой пароль (выдается администратором) и вводить его в окне идентификации пользователя. После этого система должна определить, к какой группе пользователей принадлежит данный пользователь и, соответственно, к каким картотекам допущен.
С этой целью код пароля пользователя с входа 15 системы поступает на информационный вход модуля 1, куда он и заносится синхронизирующим импульсом, поступающим на вход 20.
С выхода модуля 1 код пароля пользователя поступает на вход 50 блока 2, откуда подается на вход дешифратора 40, который расшифровывает код пароля и открывает по одному входу один из элементов 43-45 И.
Одновременно с этим, синхронизирующий импульс с входа 20 системы через вход 49 модуля 2 поступает на вход элемента 46, где задерживается на время занесения кода пароля в модуля 1 и срабатывания дешифратора 40, и затем, пройдя через соответствующий элемент 43-45 И, синхроимпульс, во-первых, поступает, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 41, содержание которой имеет следующую структуру:
КОД
КОД
КОД
ОПОРНЫЙ АДРЕС первой ячейки памяти в базе данных системы, в которой содержится первый пароль пользователя, зарегистрированного в системе
Общее число паролей пользователей, зарегистрированных в системе
Идентификатор категории пользователя, указывающий номера дел, к которым допущен данный пользователь
Указанные коды считываются из ПЗУ 41 на информационный вход регистра 42. Одновременно с этим, импульс считывания данных с выхода элемента 46 модуля 2 задерживается элементом 47 на время считывания данных из ПЗУ 42, и поступает на синхронизирующий вход регистра 42, фиксируя соответствующие коды.
При этом код опорного адреса первой ячейки памяти базы данных с выхода 51 модуля 2 поступает на информационный вход 70 модуля 4, код общего числа паролей с выхода 52 модуля 2 поступает на информационный вход 58 модуля 3, а код идентификатора категории пользователя с выхода 53 модуля 2 поступает на вход 91 модуля 7.
Далее код опорного адреса с входа 70 модуля 4 поступает на один информационный вход сумматора 65, находящегося в исходном состоянии. Параллельно с этим, тот же импульс считывания с выхода элемента 47 задержки модуля 2 вновь задерживается элементом 48 задержки на время занесения кодов в регистр 42 и затем с выхода 54 модуля 2 поступает на синхронизирующий вход 73 модуля 4, откуда проходит через элемент 66 ИЛИ на синхронизирующий вход сумматора 65.
Учитывая, что на другой вход 71 сумматора 65 с выхода 61 счетчика 55 модуля 3, также находящегося в исходном состоянии, подается нулевой код, то по синхронизирующему импульсу сумматор 65 суммирует код опорного адреса считывания с нулевым кодом счетчика 55. В результате на выходе сумматора 65 остается без изменений код опорного адреса считывания, который с выхода сумматора 65 через элементы 68 ИЛИ группы выдается на адресный выход 39 системы.
Параллельно с этим, тот же синхронизирующий импульс с выхода элемента 66 ИЛИ модуля 4 задерживается элементом 69 на время срабатывания сумматора 65, и затем через выход 32 системы поступает на вход первого канала прерывания сервера базы данных.
По этому сигналу сервер переходит на подпрограмму считывания первого кода пароля по указанному адресу, выдачи его на информационный вход 16 системы и занесения его в модуль 5 синхронизирующим импульсом, поступающим с сервера на вход 21.
С выхода модуля 5 код первого пароля, считанного из базы данных, через вход 81 модуля 6 поступает на один информационный вход компаратора 78 модуля 6, на другой информационный вход 80 которого с выхода блока 1 подан код пароля пользователя, входящего в систему.
Одновременно с этим, синхронизирующий импульс с входа 21 системы через вход 82 модуля 6 задерживается элементом 79 на время занесения считанного кода пароля в модуль 6, и затем поступает на синхронизирующий вход компаратора 78, сравнивающего входные значения кодов паролей.
Если сравнения входных кодов паролей не произошло, то компаратор 78 на выходе 83 блока 6 формирует синхронизирующий сигнал, который через вход 59 блока 3 поступает на счетный вход счетчика 55, фиксирующего факт просмотра первого кода пароля записи идентификационных данных личности из числа кодов паролей зарегистрированных пользователей и хранящихся в базе данных системы.
Выходной код счетчика 55 поступает на один вход компаратора 56 модуля 3, на другой информационный которого с входа 58 подается код общего числа кодов паролей, зарегистрированных в системе.
Параллельно с этим, синхронизирующий импульс с входа 59 модуля 3 задерживается элементом 57 на время срабатывания счетчика 56 и поступает на синхронизирующий вход компаратора 56 модуля 3.
По синхронизирующему сигналу, поступающему на его синхронизирующий вход, компаратор 56 сравнивает число просмотренных записей кодов паролей пользователей с фиксированным числом кодов паролей, зарегистрированных в системе.
Если сравнения чисел не произошло, то на выходе 62 модуля 3 формируется сигнал, который через вход 74 модуля 4 проходит элемент 66 ИЛИ и поступает на синхронизирующий вход сумматора 65. По этому импульсу сумматор 65 прибавляет к опорному адресу первую единицу, поступившую на его второй вход 71, и вновь сформированный адрес с выхода сумматора 65 через элементы 68 ИЛИ группы выдается на адресный выход системы 39.
Одновременно с этим процессом, синхронизирующий импульс с выхода элемента 66 ИЛИ, задерживается элементом 69 на время срабатывания сумматора 65, и далее через первый синхронизирующий выход 32 системы вновь поступает на вход первого канала прерывания сервера базы данных.
По этому сигналу сервер вновь переходит на подпрограмму считывания содержимого очередной ячейки базы данных по указанному адресу, выдачи его на информационный вход 21 системы и занесения очередного кода пароля из базы данных в модуль 5 синхронизирующим импульсом, поступающим с сервера на вход 21.
Описанный процесс сверки входного кода пароля с кодами паролей, хранящимися в базе данных, продолжается до тех пор, пока не будет проведена сверка входного кода пароля со всеми кодами паролей, хранящимися в базе данных сервера.
Если в результате подобной сверки не будет зафиксировано совпадения входного кода пароля ни с одним кодом пароля базы данных, то компаратор 56 модуля 3 выдачей сигнала на выход 63 зафиксирует факт просмотра всех кодов паролей пользователей системы и подтвердит отсутствие в базе данных системы кода пароля, который был введен в блок 1.
С выхода 63 модуля 3 указанный сигнал сразу же выдается на выход 34 системы и далее на экран автоматизированного рабочего места, где отображается в виде сообщения о том, что код пароля набран неправильно.
Если же компаратор 78 модуля 6 зафиксирует факт равенства кодов паролей, находящихся в модулях 1 и 5, то на выходе 84 компаратора 78 модуля 5 формируется сигнал, поступающий на вход 92 модуля 7, на информационный вход 91 которого в данный момент времени с выхода 53 модуля 2 подается код идентификатора категории пользователя, указывающий номера дел, к которым допущен данный пользователь.
Код идентификатора категории пользователя с входа 91 подается на вход дешифратора 85, который расшифровывает поступивший код и открывает по одному входу соответствующий элемент 87-89 И.
Одновременно с этим, синхронизирующий импульс с входа 92 модуля 7 проходит через соответствующий элемент 87-89 И, и поступает на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 86, где хранится информация о том, к номерам каких дел допущен данный пользователь.
Эта информация считывается с выхода 93 модуля 7 поступает на вход 120 модуля 8 и далее на информационный вход регистра 100, куда она и заносится синхронизирующим импульсом с входа 92 модуля 7, задержанным элементом 90 на время считывания данных из ПЗУ 86 модуля 7.
Число разрядов регистра 100 модуля 8 соответствует числу дел, которые находятся в картотеке системы. Если соответствующий разряд регистра находится в единичном состоянии, то на его выходе будет высокий потенциал, свидетельствующий о том, что пользователь допущен к делу с соответствующим этому разряду номером. Если же соответствующий разряд регистра будет находиться в нулевом состоянии, то на его выходе будет низкий потенциал, свидетельствующий о том, что пользователь не имеет допуска к делу, номер которого соответствует состоянию данного разряда регистра.
Для настройки системы на работу пользователя только с определенными номерами дел использован механизм реляции, подключающий к одной главной таблице, в качестве которой можно представить любую из картотек по учету дел, ряд связанных (подчиненных) таблиц.
В этом случае навигация по списку зарегистрированных дел будет осуществляется по «главной» таблице. За добавление, удаление записей о делах любой из картотек так же отвечает эта таблица.
Количество «подчиненных» таблиц может варьироваться в зависимости от того, какую дополнительную информацию по делу необходимо зарегистрировать. В таблицах такого типа могут храниться данные по сторонам гражданского  производства, результатам обжалования приговоров и решений, журналам ознакомления с материалами дела и т.д.
Структура базы данных судебного или исполнительного делопроизводства описывается в метаданных, которые представляют собой набор таблиц, представленных на фиг.10.
Схема метаданных начинается с таблицы КАРТОТЕКИ (поз.1), в которой перечисляются логические названия описанных в структуре метаданных картотек (например, «картотека по регистрации и учету дел об административных правонарушениях», «картотека по регистрации и учету гражданских дел в суде первой инстанции» и т.п.).
Любая картотека в данной структуре метаданных описывается таким образом, что в ней будет присутствовать строго одна «главная» таблица (называемая «Делом» - поз.2) и одна или более (их количество не ограничено) подчиненных таблиц (поз.3). В данных таблицах указываются их логические названия (например «Уголовное дело», «Лица по делу», «Вещественные доказательства») и физические названия (т.е. то, какое наименование будет иметь соответствующая таблица в БД).
В таблицах Физическая структура «Дела» (поз.4,) ПТ (поз.6), Типы данных (поз.5) описывается структура «главной» и подчиненных таблиц (поз.4, 6).
Под структурой в данном случае понимается полный перечень всех входящих в описываемую таблицу полей с указанием логического («Номер жалобы», «Регион»...) и физического (какое наименование будет иметь соответствующее поле в таблице БД) названия, а так же его типа («Строка», «Целое число», «Каталог»...). Все возможные типы полей, описываемые данной структурой метаданных, определены в таблице (поз.5).
Поскольку и в «Деле» и в ПТ количество полей, описанных в таблицах (поз.4, 6) может быть достаточно велико, то введено понятие «этапа». Этап - это группа упорядоченных (для удобства пользователя) полей из их общего перечня. Например, таблица «Лица по делу», может иметь этапы: «Сведения о лице» (поля: «ФИО», «Пол», «Дата рождения»...), «Сведения о преступлении» (поля: «Дата совершения преступления», «Фабула обвинения»...), «Сведения о приговоре» (поля: «Дата вынесения приговора», «Приговор»...) и т.д. Для каждой таблице должен быть описан по крайней мере один этап.
В структуре метаданных «этап» кодируется следующим образом: в таблицах (поз.7, 10) описываются перечень, название и порядок следования (если этапов несколько) каждого из этапов (в нашем примере это означает, что для таблицы «Лица по делу» определено три этапа). А в таблицах (поз.8, 9) описываются те поля, которые входят в конкретный этап.
После того как для «Дела» и каждой из ПТ описаны этапы, можно для любого поля, входящего в этап, описанный в таблицах (поз.8, 9), для каждой группы пользователей, описанной в таблице (поз.23) разграничить права доступа. Возможные варианты прав доступа: «Только чтение», «Поле недоступно»... хранятся в таблице (поз.13).
Например, указать, что поле «Фабула обвинения» будет недоступно пользователю группы «Статистика», будет доступно только для чтения пользователю группы «Секретарь канцелярии» и будет доступно для изменения пользователю группы «Судья». В структуре метаданных разграничение кодируется следующим образом: для каждого поля этапа, описанного в таблицах (поз.8, 9), в таблицах (поз.11, 12) указываются перечень прав доступа (поз.13) и группа (поз.23), на которую это ограничение накладывается.
При занесении пользователем данных возникает необходимость осуществлять проверку «правильности» вводимой информации. Вся логика проверки находится в процедурах и функциях, находящихся на сервере БД - при таком подходе для изменения логики проверки необходимо внести корректировку только в саму функцию или процедуру, не затрагивая при этом само рабочее место пользователя. Их перечень, а так же последовательность «срабатывания» определены в таблицах (поз.14, 17), а параметры (значения полей; пользователь, работающий в системе; группа пользователя...), которые при необходимости передаются, в таблицах (поз.15, 16).
После того, как в метаданных произведено описание физической и логической структуры (поз.1-13, 21-23), необходимо иметь возможность настройки выполняемых действий с данными в момент добавления, удаления и модификации записей. Представление этих действий именно в виде настройки позволяет быть независимым от типа СУБД и иметь «свободу действий» по обработке данных. Эти операции выглядят в виде скриптов SQL и сохраняются в таблицах (поз.18, 19, 20).
Все пользователи системы (поз.25) разделены на группы (поз.23). Каждая группа наделена различными  полномочиями доступа к общему массиву данных (но не к конкретным полям этапа!), например, «Администратор базы данных» имеет полный доступ ко всей информации, находящейся в БД; «Судьи» полный доступ к регистрационной информации по делам, которые ими рассмотрены и судебным документам, которые были ими созданы; «Секретари канцелярий» к регистрационной информации и информации, необходимой для формирования статистических отчетов и т.д. Каких-то заранее определенных «типов» групп (похожих на поз.5 или поз.13) нет. Их перечень, количество, наименование и полномочия определяются при проектировании картотеки в таблице (поз.23).
Перед началом работы с системой, администратор с помощью программных средств управления структурами БД должен занести в таблицу (поз.25) всех пользователей (наименование пользователя /например, ФИО/ и пароль), и осуществить их привязку к группам таблицы (поз.23) с помощью таблицы (поз.24).
Работа со справочниками осуществляется с помощью двух таблиц метаданных. В одной (поз.21) находится информация о наименовании всех справочников (например, «Категории дел», «Результаты изучения»...), в другой (поз.22) находится содержание всех справочников (для нашего примера «Категория 1», «Категория 2»...).
Так, как требования к функциональным возможностям таблиц, хранящих данные различны, то в метаданных при их описании используется несколько различных типов «подчиненных» таблиц:
- обычные
- документы и шаблоны
- движение дел
- библиотеки
В «обычных таблицах» предполагается хранить данные, не требующие никакой специальной обработки.
Таблицы, определенные в метаданных как "Документы" и "Шаблоны" отвечают за формирование и хранение судебных документов, привязанных к регистрационной карточке на дело.
В таблицах типа "Документы" хранятся документы, которые имеют отношение к отдельно взятому делу. Количество документов по делу не ограничено. Данные этих таблиц могут послужить основой для создания архива судебных документов.
В таблицах типа «Шаблоны» хранятся типовые шаблоны документов от повестки вызова в суд до определения, выносимого по делу. Все шаблоны уникальны для каждого пользователя. В любой момент имеется возможность создать новый шаблон, отвечающий требованиям судебного делопроизводства на данный момент времени или изменить существующий. При формировании документа по шаблону, используются уже введенные данные по делам, что значительно упрощает процедуру формирования всех сопроводительных документов на дела, таких как повестки, телеграммы, уведомления и т.д.
Необходимость типа "Движение дела" обусловлена тем, что режим работы с данными в таблицах такого типа существенно отличается от "обычных таблиц". Как правило, данные в этих таблицах заносятся автоматически (посредством создания алгоритма логико-процессуального контроля) и в них ведется этапность прохождения дела в суде.
Тип "Библиотеки" используется при подключения любого внешнего модуля (другой программы и т.д.). В этих таблицах описывается интерфейс взаимодействия данного приложения с внешним. По сути, этот тип не является таблицей в классическом понимании, а всего лишь метод вызова другого приложения.
Выходные потенциалы разрядов регистра 100 поступают на входы соответствующих элементов 104-106 И, которые также управляются выходными потенциалами соответствующих разрядов счетчика 101. Счетчик 101 имеет кольцевую структуру.
В исходном состоянии первый разряд счетчика 101 установлен в единичное состояние. При этом прямой выход каждого разряда счетчика 101 соединен с входом соответствующего элемента 104-109 И.
В результате этого, синхронизирующий импульс с входа 121, пройдя элемент 110 ИЛИ, задерживается элементом 113 на время занесения данных в регистр 100 модуля 8, и затем поступает на входы элементов 104-109 И, опрашивая их состояния.
Если в первом разряде регистра 100 будет находиться код единицы, то из всех элементов 104-109 И в открытом состоянии будет находиться только элемент 104 И, поскольку высоким потенциалом с выхода первого разряда счетчика 101 он будет открыт по другому входу, а все остальные элементы 105-109 И будут закрыты низкими потенциалами с остальных разрядов счетчика 101.
Синхронизирующий импульс с выхода элемента 104 И, во-первых, поступает, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 102, в которой хранится код номера первого дела, находящегося в картотеке дел судебного делопроизводства, и считывает код номера дела на вход регистра 103.
Во-вторых, тот же синхронизирующий импульс проходит элемент 111 ИЛИ, задерживается элементом 114 на время считывания кода номера дела из ПЗУ 102, и поступает на синхронизирующий вход регистра 103, занося в него код номера дела.
Код номера дела с выхода регистра 103 через выход 26 системы выдается на автоматизированное рабочее место, куда же поступает и синхронизирующий импульс с выхода 33 системы.
Параллельно с этим синхронизирующий импульс с выхода элемента 113 задержки проходит элемент 107 И, также открытый по второму входу высоким потенциалом первого разряда счетчика 101, затем проходит элемент 112 ИЛИ, и, во-первых, поступает на вход сдвига кольцевого счетчика 101, который сдвигает единицу из первого во второй разряд.
Во-вторых, синхронизирующий импульс с выхода элемента 112 ИЛИ проходит элемент 110 ИЛИ, задерживается элементом 113 задержки и вновь поступает на входы элементов 104-109 И.
Если же очередной разряд регистра 100 будет находится в нулевом состоянии, то очередной код номера дела не буде считан из ПЗУ 102, так как элемент 105 И будет закрыт. Вместе с тем, синхронизирующий импульс с выхода элемента 113 задержки проходит через открытый высоким потенциалом второго разряда счетчика 101 элемент 108 И, затем поступает на вход сдвига счетчика 101 и элемент 110 ИЛИ, и вновь повторяется циклический процесс выдачи кодов номеров дел, находящихся в картотеке судебного делопроизводства, на автоматизированное рабочее место пользователя.
В результате этого на экране АРМа пользователя формируется главное окно картотеки дел, пример которого приведен на фиг.10.
Главное окно картотеки дел состоит из следующих элементов (областей):
- заголовок, главное меню и панель инструментов главного окна;
- панель с перечнем дел;
- ярлычки (закладки), открывающие доступ к отдельным информационным разделам;
- панель инструментов текущего информационного раздела;
- одна или две панели для ввода, просмотра и редактирования информации по делу, которое в данный момент является активным (на котором стоит указатель в панели с перечнем дел).
В заголовке окна (самая верхняя, темная область на фиг.10) указано название картотеки, а также имя пользователя, вошедшего в систему. В правом углу расположены три стандартные для всех Windows - приложений кнопки, предназначенные для выхода из системы, для сворачивания окна в иконку и для включения/выключения полноэкранного режима.
Ниже заголовка расположена строка главного меню из пунктов:
- сервис;
- работа с документами;
- различные справочные сведения.
Перечисленные пункты меню содержат подпункты, изображенные на фиг.11 и позволяющие перейти к соответствующим режимам работы.
Панель с перечнем дел приведена на фиг.12. В этой панели отображены номера только тех дел, к которым имеет отношение соответствующий пользователь, вошедший в систему. Панель предназначена для визуализации номера дела и для перехода от дела к делу с помощью навигационных клавиш или с помощью мыши.
Для перехода к делам, номера которых не поместились на экране, панель снабжена вертикальной полосой прокрутки. В нижней части панели поиска выведена информация об общем количестве гражданских дел, к которым у пользователя имеется доступ в данном сеансе работы.
При установке указателя на строке с номером необходимого дела и нажатии левой кнопкой мыши, в правой части экрана АРМа появляются соответствующие информационные разделы выбранного дела. При этом код номера дела, выбранного на панели отображения, поступает на информационный вход модуля 9, куда он и заносится синхронизирующим импульсом манипулятора с входа 22 системы.
С выхода модуля 9 код номера дела через вход 134 модуля 10 поступает на вход дешифратора 125, который расшифровывает код номера дела и открывает по одному входу один из элементов 128-130 И.
Одновременно с этим, синхронизирующий импульс с входа 22 системы через вход 135 модуля 10 поступает на вход элемента 131, где задерживается на время занесения кода номера дела в модуля 9 и срабатывания дешифратора 125, и затем, пройдя через соответствующий элемент 128-130 И, синхроимпульс, во-первых, поступает, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 126, в которой находится адрес нахождения содержания запрашиваемого номера дела в базе данных сервера, и считывает его на информационный вход регистра 127.
Во-вторых, синхронизирующий импульс с выхода элемента 131 задерживается элементом 132 на время считывания кода адреса из ПЗУ 126, и поступает на синхронизирующий вход регистра 127, занося в него считанный код адреса.
С выхода 136 модуля 10 код адреса дела поступает на вход 72 модуля 4, где проходит элементы 68 ИЛИ группы, и выдается на адресный выход 39 системы.
Параллельно с этим, синхронизирующий импульс с выхода элемента 132 задерживается на время занесения кода в регистр 127 модуля 10 элементом 133, и с выхода 137 модуля 10 через выход 34 системы поступает на вход второго канала прерывания сервера базы данных.
По этому сигналу сервер переходит на подпрограмму считывания данных дела по указанному адресу, выдачи их на информационный вход 18 системы и занесения их в модуль 11 синхронизирующим импульсом, поступающим с сервера на вход 23.
С выхода 155 модуля 11 содержимое всех разделов редактируемого дела выдается на выход 27 системы, с выхода 156 модуля 11 выход раздела «ДЕЛО» поступает на вход 160 модуля 12, с выхода 157 выход раздела «СЛУШАНИЯ» поступает на вход 161 модуля 12, с выхода 158 модуля 11 выход раздела «ДОКУМЕНТЫ» поступает на вход 162 модуля 12, а с выхода 159 модуля 11 выход раздела «ШАБЛОНЫ» поступает на вход 163 модуля 12.
Вся информация о деле логически сгруппирована. Одновременно на экран может выводиться содержимое только одного раздела. Для этого достаточно щелкнуть мышью по соответствующему ярлычку:
- ДЕЛО;
- СЛУШАНИЯ;
- ДОКУМЕНТЫ;
- ШАБЛОНЫ.
Если, например, выбрать ярлычок «ДЕЛО» и щелкнуть по нему мышью, то на вход 19 системы и далее вход модуля 12 поступает код операции выбора раздела «ДЕЛО», а на вход 24 системы поступает синхронизирующий сигнал от кнопки мыши, который поступает на синхронизирующий вход регистра 140 и заносит в него код указанной операции выбора раздела дела.
С выхода регистра 140 код выбранного раздела дела поступает на вход дешифратора 144, который в нашем примере расшифровывает код операции и открывает по одному входу элементы 142 И группы и элемент 146 И. На другой вход элементов 142 И группы с входа 160 модуля 12 подается содержание раздела «ДЕЛО».
Параллельно с этим синхронизирующий сигнал с входа 24 проходит элемент 150 ИЛИ, задерживается элементом 151 на время занесения кода операции в регистр 140 и затем поступает на третий вход элементов 142 И группы, переписывая содержимое раздела «ДЕЛО» через выход 28 системы на вход АРМа пользователя.
Аналогичным образом через выходы 29-31 системы на соответствующие входы АРМа пользователя выдаются и остальные разделы выбранного дела.
Войдя в соответствующий раздел, пользователь имеет возможность выполнить набор операций, пример которых может быть проиллюстрирован работы пользователя с разделом «Документы».
Структура раздела «Документы» представлена следующими обязательными реквизитами:
- дата создания документа - определяет дату создания документа;
- вид документа - определяется соответствующим справочником подсистемы, имеющим как предопределенные значения (необходимые для унифицированного учета) так и значения, задаваемые пользователем;
- наименование документа - определяет имя документа, которое будет фигурировать во всех ссылках на этот документ;
- текст документа - определяет содержимое документа (обычно представляет собой файл формата msword);
- автор документа - определяет имя пользователя, который является автором документа;
- признак публикации документа - определяет возможность доступа к документу пользователям, не являющимся его (документа) автором;
- назначаемая дата исполнения документа - определяет дату, до которой (включительно) документ должен быть исполнен;
- дата фактического исполнения - определяет дату фактического исполнения документа;
- комментарий - определяет строку произвольного текста.
При этом компонент «Документы» реализует следующий набор функций:
- создание нового документа;
- редактирование существующего документа;
- удаление существующего документа;
- вставка значения показателя картотеки в документ;
- публикация документа - открытие доступа к документу пользователям, не являющимся автором документа;
После окончания работы с разделом «Документы» пользователь со своего АРМа дает команду «Сохранить введенные изменения» путем выдачи синхронизирующего сигнала на вход 25 системы.
Управляющий сигнал с входа 25 системы поступает на входы элементов 146-149 И. однако открытым по другому входу будет только один из них, относящийся к разделу с которым работает пользователь, например элемент 146 И. Тогда управляющий импульс проходит через элемент 146 и через выход 35 системы поступает на вход третьего канала прерывания сервера.
С приходом этого сигнала на вход третьего канала прерывания, сервер переходит на подпрограмму записи сформированного документа дела с выхода 27 системы в базу данных системы по адресу, который соответствует адресу выбранного дела, установленного на адресном выходе 39 системы.
Таким образом, введение новых узлов и блоков позволило существенно повысить быстродействие системы путем локализации адресов картотеки дел по идентификатору пользователя, допущенного к работе с указанной картотекой дел.
Источники информации, принятые во внимание при составлении описания заявки:
1. Патент США №5136708 М. кл. G 06 F 15/16, 1992
2. Патент США №5129083 М. кл. G 06 F 12/00, 15/40, 1992 (прототип).