Информационнве технологии в юридической деятельности

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

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

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

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

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

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

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

Для более наглядного представления о СУБД реляционного типа попытаемся спроектировать БД в  которой будут хранится сведения о курсантах нашего учебного заведения. При проектировании нам необходимо заложить концепцию наращиваемости БД так, чтобы в одной и той же базе хранились паспортные данные (эта часть БД может использоваться ОК), данные об успеваемости (учебный отдел), поощрения и взыскания (строевая часть), бухгалтерские сведения (ФЭО) и т. п. Концепция РСУБД позволяет без особых затруднений решить эту проблему.

Для начала создадим основную таблицу со следующими полями:

Имя поля	Тип данных	Примечание
Фамилия	Текст (25)
Имя	Текст (20)
Отчество	Текст (20)
Дата рождения	Дата/время
Зачетная книжка	Текст (7)	Ключ

 

Здесь в качестве первичного ключа выбрано поле [Зачетная книжка]  поскольку значение этого поля однозначно идентифицирует интересующий нас объект – курсанта.  Для БД ОК  можно было бы ввести ключевое поле личный номер. Если выбор ключа затруднителен, можно использовать составное поле или, что делается чаще – вводится дополнительное поле-идентификатор.

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

 

Зачетная книжка	Фамилия	Имя	Отчество	Дата рождения
98/1111	Иванов	Иван	Иванович	01.01.78
98/1112	Петров	Петр	Петрович	10.10.78
98/1113	Козлов	Иван	Петрович	12.12.78

 

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

Конечно, информации, которая  может быть сохранена в такой  таблице явно не достаточно для целей, поставленных при проектировании БД.

 

3. Формирование  запросов  в БД.

 

Любые СУБД позволяют  производить различные манипуляции  с БД. Одной из основных функций является обслуживание запросов пользователей. Запросы позволяют получать требуемую информацию из БД. Эта информация может храниться в различных таблицах

Наиболее распространенными  СУБД для всех классов машин, особенно для персональных компьютеров, являются СУБД реляционного типа. В основу этой СУБД положена реляционная модель данных, предложенная в 1970 г. Е. Коддом. Эта модель основана на математическом понятии отношения. В такой модели общая структура данных может быть представлена в виде двухмерной таблицы, где каждая строка значений соответствует логической записи (карточке), а заголовки столбцов являются названиями полей записи (наименованиями реквизитов карточки). Отношением строки и столбца является клетка таблицы - поле, куда заносится значение реквизита. Простейший пример реляционной базы данных изображен на рис.1.

 

№	Фамилия	Имя	Отчество	Дата рождения	Паспорт	Знает язык
1	ИВАНОВ	ИВАН	СЕРГЕЕВИЧ	571125	01ЛЕ123123	ЖАРГОН
2	СОМОВ	СЕРГЕЙ	ИВАНОВИЧ	571104	08СХ234234	ЖАРГОН
3	ВИНИН	МАТВЕЙ	ИВАНОВИЧ	450208	04ПР789654	ЖАРГОН
4	ШВАРЦ	ЮРИЙ		690515	07ЛЕ543908	НЕМЕЦКИЙ
5	ИВАНОВ	ИГОРЬ	ПАВЛОВИЧ	680412	01ЛЕ123673

Рис. 1. Пример,  иллюстрирующий принцип реляционной модели

 

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

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

 

4.  Общеправовые  базы  данных.

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

«ГАРАНТ».

«ГАРАНТ»  одна  из  таких  систем,  которая  разработана  фирмой  «Вычислительная  математика  и  информатика». Это  справочно-информационная  система  по  трудовому  и  хозяйственному  законодательству.  Она  относится  к  специализированным  системам,  ориентированным на  негосударственные  коммерческие  предприятия.

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

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

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

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

Пользуясь  средствами  системы  «Гарант»,  можно  создать  собственную  базу данных – ЛБД.

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

Система  «Гарант»  поставляется  с  удобным  для  работы  тестом  руководства  для  пользователя.

 «ЮРИСКОНСУЛЬТ».

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

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

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

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

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

     В  ЮК,  как и  в  «Гаранте»,  существуют  следующие  средства  работы  с документами: 

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

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

 

«КОНСУЛЬТАНТ-ПЛЮС».

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

Разработчики  данной  системы  считают,  что  это  – крупнейший  банк  нормативных  актов  органов  власти  и  управления  РФ  по  всем  вопросам  финансовой  и  хозяйственной  деятельности.  В  настоящий  момент  она  содержит  более  2300  документов.  Документы  поступают  из  официальных  печатных  источников  и  по  прямым договорам  с  соответствующими  государственными  учреждениями,  в  частности  с  Юридическим  отделом  Президиума  ВС  РФ,  Комитетом по  иностранным  инвестициям  при  Минфине  РФ,  Министерством  юстиции  РФ,  Парламентским  центром  РФ,  Московским  областным  арбитражным  судом.  Документы  вносятся  в банк  данных  и информация  поступает к потребителю очень оперативно:  в течении четырех дней  получается  документ,  в течение одного-трех  дней  он  вносится   в банк.  С периодичностью  один  раз в неделю  информация  поступает  к  пользователю.  Таким  образом,  новая  информация  поступает  в  худшем  случае  через  14  дней  после  ее  появления.

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

  Кроме  этих  систем  имеются  еще  и   другие.  Например,  такие «Юсис» (фирма «INTRALEX») – единственная  система,  которая  содержит  не только  нормативные  акты,  но и  научные  комментарии  к  ним, выдержки  из  судебной,  арбитражной  и  нотариальной  практики.

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