Предметной области.

 

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

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

 

Практическое занятие 3. Разработка инфологической и даталогической моделей предметной области и реализация в СУБД Access.

 

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

1. Системный анализ и словесное описание информационных объектов предметной области.

2. Проектирование инфологической модели предметной области – частично формализованное описание объектов предметной области в терминах некой инфологической, например, ER-модели.

3. Даталогическое (или логическое) проектирование БД, то есть описание БД в терминах принятой даталогической модели.

4. Физическое проектирование БД, то есть выбор способа размещения БД на внешних носителях.

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

Инфологическая модель должна выражать информацию в виде, не зависящем от используемой системы управления базами данных (далее – СУБД). Обычно эта модель отражает описание объектов, их свойства и взаимосвязи в виде схем. В настоящий момент наиболее широкое распространение получила модель Чена (Chen), которая называется «сущность-связь» или ER-модель (Entity Relationship). В ее основе лежат следующие базовые понятия.

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

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

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

Существует алгоритм преобразования ER-модели в реляционную модель данных:

1. Каждой сущности ставится в соответствие отношение реляционной модели данных.

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

3. Первичный ключ сущности становится ключевым полем соответствующего отношения.

4. В каждое отношение, соответствующее подчиненной сущности, добавляется атрибут основной сущности, и этот атрибут становится внешним ключом.

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

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

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

Разработать БД СУД согласно следующему описанию предметной области.

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

При разработке БД требуется отразить следующую информацию:

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

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

для районных судов – код, район, адрес;

для помощников судей – табельный номер, фамилия, контактный телефон, чьи поручения исполняет (код судьи).

1.Разработать ER-модель (модель «сущность-связь»).

Согласно описанию предметной области можно выделить следующие сущности: районные суды, судьи, дела, помощники судей.

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

В каждом районном суде могут работать несколько судей, но каждый судья может работать только в одном районном суде. Таким образом, между сущностями районные суды и судьи устанавливается связь один ко многим.

Каждый судья может вести несколько дел, но каждое дело ведет только один судья. Таким образом, между сущностями судьи и дела устанавливается связь один ко многим.

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

Тогда ER-модель будет выглядеть следующим образом (рис. 1):

 

 

Рис. 1 ER-модедь БД «Суд»

2.Согласно алгоритму преобразования ER модели в реляционную, разработать даталогическую модель БД. Согласно алгоритму преобразования ER- модели в реляционную модель данных каждой сущности будет соответствовать одноименное отношение с соответствующими атрибутами. Какие поля будут полями внешнего ключа? Зачем они нужны? Атрибуты между которыми устанавливается связь должны иметь одинаковый тип и свойства. На рис. 2 показана реляционная модель «Суд», с указанием типов данных.

3.Реализовать разработанную информационную модель в системе управления базами данных (СУБД) Access.

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

Данные в таблице организованы в столбцы (называемые полями) и строки (записи). Каждому атрибуту сущности соответствует поле в таблице.

 

 

 

Рис. 2 Реляционная модель «Суд».

 

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

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

 

3.1. Создать новую базу данных Суд.

Запустить программу Access 2002 и создать новую базу данных. Для этого воспользоваться пиктограммой на рабочем столе, либо выполнить Пуск – Программы – Microsoft Access. В диалоговом окне Создание файла (справа) выбрать пункт Новая база данных. Присвоить имя Суд (в папке своей группы). Завершить создание БД. В результате будет создан файл новой БД. На экране будет отображено Окно базы данных.

 

3.2. Создать таблицу районные суды в режиме конструктора.

Для этого в Окне базы данных выбрать вкладку Таблицы. Нажать кнопку Создать. В диалоговом окне Новая таблица выбрать Конструктор, нажать кнопку ОК.

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

В первой строке в разделе Имя поля набрать код суда. Мышкой переключиться в раздел Тип данных. Справа от указателя мыши появится стрелка раскрывающегося списка. Развернуть список и выбрать из него тип Числовой. Переключиться на следующую строку.

В разделе Имя поля набрать район, в разделе Тип данных выбрать Текстовый. В нижней половине окна конструктора расположен раздел Свойства поля. Его вид зависит от выбранного типа данных (текстовый, числовой, денежный и т.д.). Заполнить свойства для поля район. В разделе Размер поля указать 25 (символов), в разделе Обязательное поле указать Да, в разделе Пустые строки – нет.

В следующей строке раздела Имя поля ввести адрес, в разделе тип данных выбрать Текстовый. В разделе Размер поля указать 50 (символов), в разделе Обязательное поле указать Нет, в разделе Пустые строки – да.

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

Сохранение таблицы. Все объекты в Access, в том числе таблицы, сохраняются стандартным для Windows способом. Сохранить таблицу под именем Районные суды. Закрыть таблицу.

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

3.4. Создать связи между полями таблиц.

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

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

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

Аналогично установить остальные связи. В результате схема данных должна иметь следующий вид:

Рис. 3. Схема данных базы данных «Суд».

3.5. Заполнить таблицы произвольными данными в режиме Таблица. Сначала заполнить таблицу Районные суды (3 записи), затем – Судьи (5 записей), а далее – Дела (7 записей) и Помощники судьи (8 записей). Для этого открыть нужную таблицу в режиме Таблица и ввести данные. Внимание!!! Дочерняя таблица в поле внешнего ключа может содержать только те значения, которые содержатся в ключевом поле родительской таблицы. Например, в поле место работы таблицы Судьи могут содержаться только те значения, которые ранее были внесены в поле код суда таблицы районные суды.

Тема 4. Справочно-правовая система «Консультант Плюс».

 

Практическое занятие 4 Освоение среды справочно-правовой системы «Консультант Плюс». Основные способы поиска документа по реквизитам.

 

Документы физически содержатся в едином информационном массиве Консультант+, и включаются в соответствующие разделы информационного массива.