Адвокатская контора

 

 

 

 

 

 

 

 

 

2 КОНЦЕПТУАЛЬНОЕ  ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

 

Выделим базовые сущности данной предметной области:

- сущность «Адвокат» содержит сведения об адвокатах;

- сущность «Клиент» содержит данные о клиентах;

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

- сущность «Дело» содержит сведения о делах;

- сущность «Занятости» содержит информацию о занятости адвокатов.

 

Определим для каждой сущности список атрибутов:

1) Для сущности «Адвокат» выделим следующие атрибуты:

- код адвоката – определяет уникальный номер адвоката;

- ФИО адвоката – содержит сведения о ФИО адвоката;

- год рождения – содержит данные о годе рождения адвоката;

- стаж работы – содержит данные о стаже работы адвоката;

- телефон – содержит номер телефона адвоката.

2) Для сущности «Клиент» выделим следующие атрибуты:

- код клиента – определяет уникальный номер клиента;

- ФИО клиента  – содержит сведения о ФИО клиента;

- год рождения – содержит данные о годе рождения клиента;

- адрес – содержит информацию об адресе клиента;

- телефон – содержит номер телефона клиента.

3) Для сущности «Юридические услуги» выделим следующие атрибуты:

- код юридической услуги – содержит уникальный номер юридической услуги;

- название услуги  – содержит информацию о названии услуги;

- цена  – содержит сведения о цене услуги.

4) Для сущности «дело» выделим следующие атрибуты:

- номер дела – содержит уникальный номер дела;

- код клиента – содержит информацию о номере клиента;

- исход – содержит информацию об исходе судебного дела;

- дата – содержит информацию о дате рассмотрении судебного дела.

5) Для сущности «Занятости» выделим следующие атрибуты:

- код адвоката – содержит номер адвоката;

- номер дела – содержит информацию о номере дела;

- код юридической услуги – содержит информацию о коде юридической услуги.

 

 

 

3 ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ  БАЗЫ ДАННЫХ

 

3.1 Метод «Сущность-связь»

 

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

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

Для построения инфологической модели необходимо определить перечень сущностей.

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

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

Атрибут – поименованное свойство сущности, принимающее значение из некоторого допустимого множества значений.

Различают следующие  виды атрибутов:

• идентифицирующие и описательные;
• простые и составные;
• основные и производные.

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

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

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

Степень связи – число сущностей, участвующих в данной связи. Она бывает бинарная, тринарная и n-нарная.

Выделяют следующие  типы бинарных связей:

• 1:1 (один-к-одному) – такой тип связи между сущностями A и B, когда одному экземпляру сущности A соответствует только один экземпляр сущности B, и наоборот;
• 1:М (один-ко-многим) – такой тип связи между сущностями A и B, когда одному экземпляру сущности A соответствует один или много экземпляров сущности B. Однако каждому экземпляру сущности B соответствует только один экземпляр сущности;
• М:М (многие-ко-многим) – такой тип связи между сущностями A и B, когда каждому экземпляру сущности A соответствует один или много экземпляров сущности B, и наоборот.

Инфологическая модель предметной области может быть представлена в графическом виде. Графическое представление инфологической модели называется диаграмма «сущность – связь» или ER-диаграмма. В ER-диаграмме обязательно для связи указывается ее тип и класс принадлежности входящих в нее сущностей, то есть кардинальность связи.

Кардинальность связи устанавливает обязательность или необязательность принадлежности сущности к связи.

 

 

3.2 Анализ связей между сущностями

 

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

Дело - Адвокат. Один и тот же адвокат может участвовать во многих судебных делах, следовательно, тип связи «Дело – Адвокат» один-ко-многим (рисунок 3.1).

Рисунок 3.1 – Сущность – связь «Дело – Адвокат».

 

Так как адвокат обязательно должен присутствовать на рассмотрении дела, то сущность «Адвокат» имеет обязательный класс принадлежности. Адвокат не обязательно может вести дело, поэтому сущность «Дело» имеет необязательный класс принадлежности.

Дело – Клиент. Сущность «Дело» связано с сущностью «Клиент», и связь имеет тип один-ко-многим, так как клиент может обращаться для ведения не одного дела (рисунок 3.2).

Рисунок 3.2 – Сущность – связь «Дело – Клиент».

 

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

Дело – Юридические услуги. Одна и та же услуга может быть использована сразу в нескольких судебных делах, поэтому тип связи «Дело – Юридические услуги» один-ко-многим (рисунок 3.3).

Рисунок 3.3 – Сущность – связь «Дело – Юридические услуги».

 

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

Объединив все сущности и связи между собой, получим общую ER-диаграмму, представленную на рисунке 3.4.

 

 

 

 

 

 

 

Рисунок 3.4 – Общая ER-диаграмма.

 

4 ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ  БАЗЫ ДАННЫХ

 

4.1 Преобразование ER-диаграммы в схему базы данных

 

База данных создается на основе схемы базы данных. Приведем уточненную ER-диаграмму (рисунок 4.1), содержащую атрибуты, для преобразования ее в схему базы данных.

 

 

 

 

 

 

 

 

Рисунок 4.1 – Уточненная ER-диаграмма.

 

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

 – родительская сущность

         – дочерняя сущность 

         – связь один-к-одному 

         – связь один-ко-многим

         – связь многие-ко-многим

      – обязательная  связь

         – необязательная  связь

Преобразуем общую ER-диаграмму предметной области в схему базы данных (рисунок 4.2).

 

 

 

Рисунок 4.2 – Схема  базы данных, полученная из ER-диаграммы.

 

 

 

 

 

 

 

4.2 Проектирование  таблиц базы данных

 

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

Отношение – таблица в базе данных, содержащая первичный или внешний ключ.

Тип данных – формат представления данных, диапазон допустимых значений и операций, выполняемых над данными этого типа.

Атрибут – характеристика объекта, то есть столбец отношения.

Экземпляр отношения – строка таблицы.

Первичный ключ – атрибут, однозначно идентифицирующий объект.

Внешний ключ – атрибут, участвующий в связи, но не являющийся первичным ключом.

Построенные отношения с указанием атрибутов и их внутренних названий, типа данных и размера поля приведены в таблицах 4.1 – 4.5.

 

Таблица 4.1 – Сущность «Адвокат».

Имя поля	Тип данных	Размер поля	Ограничения	Ключ
Код адвоката	Числовой	Длинное целое	–	Да
ФИО адвоката	Текстовый	50	–	Нет
Год рождения	Числовой	Длинное целое	–	Нет
Стаж работы	Числовой	Длинное целое	–	Нет
Телефон	Текстовый	50	–	Нет

 

 

 

 

 

 

Таблица 4.2 – Сущность «Клиент».

Имя поля	Тип данных	Размер поля	Ограничения	Ключ
Код клиента	Числовой	Длинное целое	–	Да
ФИО клиента	Текстовый	50	–	Нет
Год рождения	Числовой	Длинное целое	–	Нет
Телефон	Числовой	Длинное целое	–	Нет
Адрес	Текстовый	50	–	Нет
Телефон	Текстовый	50	–	Нет

 

Таблица 4.3 – Сущность «Дело».

Имя поля	Тип данных	Размер поля	Ограничения	Ключ
Номер дела	Числовой	Длинное целое	–	Да
Код клиента	Числовой	Длинное целое	–	Нет
Исход	Логический	–	–	Нет
Дата суда	Дата/время	–	–	Нет

 

Таблица 4.4 – Сущность «Занятости».

Имя поля	Тип данных	Размер поля	Ограничения	Ключ
Код адвоката	Числовой	Длинное целое	–	Нет
Номер дела	Числовой	Длинное целое	–	Нет
Код юрид. услуги	Числовой	Длинное целое	–	Нет