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

 

 

 

Содержание

с.

Введение             3

1 Постановка  задачи           4

2 Предметная  область           5

3.1 Концептуальная  модель          7

4.1 Логическая  модель          11

4.2 Нормализация  таблиц          12

5 Физическая  модель           25

6 Контрольный пример           27

Заключение            28

Библиографические списки          29

Приложения            30

Приложение А - Содержание таблиц базы данных «Адвокатская контора»             31

Приложение Б - Содержание таблиц базы данных «Адвокатская контора»          39

Приложение В - Запросы базы данных «Адвокатская контора»            47

Приложение Г - Отчеты базы данных «Адвокатская контора»    51

 

 

 

 

 

Введение

 

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

Целью данного курсового проекта является разработка базы данных для работы Адвокатской конторы средствами СУБД Microsoft Access 2010.

Реализация поставленной цели предполагает решение следующих задач:

• освоение технологии создания базы данных;
• освоение технологии создания таблиц и установки связи между таблицами;
• освоение возможностей СУБД Microsoft Access 2010 по созданию запросов на выборку данных, с вычисляемыми полями, с групповыми вычислениями, параметрических запросов, перекрестных запросов, запросов на выполнение действий (создание таблицы, добавление и удаление записей из таблицы, обновление полей);
• освоение технологии создания отчетов в Microsoft Access 2010, освоение разных способов создания отчетов (режим автоотчета, мастер отчетов, создание отчетов в режиме конструктора), изучение возможностей форматирования отчетов, добавления в отчет заголовков, надписей, полей из источника данных; освоение особенностей реализации вычислений в отчетах в каждой записи, по группе записей и отчету в целом.

Разработка базы данных и приложения для работы с ней будет осуществляться с применением СУБД Microsoft Access 2010.

 

1. Постановка задачи

 

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

Создаваемая система должна осуществлять

• ведение учета клиентов;
• ведение учета сотрудников;
• ведение учета договоров;
• подведение итогов деятельности по каждому из сотрудников (адвокатов);
• формирование списка дел за заданный период времени.

Кроме того, система должна обеспечить получение списка клиентов для конкретного адвоката.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Предметная область

 

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

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

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

• ФИО  адвоката;
• Телефон адвоката.

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

Все клиенты адвокатской конторы делятся на 2 вида: физические лица и юридические. В сведения о физических лицах будут входить:

• ФИО контактного лица, где контактным лицом будет само физическое лицо;
• Адрес физического лица;
• Паспортные данные физического лица(серия, номер);
• Контактный телефон;

В сведения о юридических лицах будут входить:

• ФИО контактного лица, где контактным лицом будет представитель или должностное лицо организации;
• Адрес предприятия;
• Контактный телефон;
• Наименование предприятия;
• ИНН предприятия;
• Расчётный счет;
• КПП;
• ОКАТО.

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

На каждое обращение клиента оформляется договор, который содержит:

• Номер договора;
• Дата оформления договора;
• Дата закрытия дела;
• Краткое содержание дела;
• ФИО адвоката;
• ФИО клиента;
• Вид услуги, который необходим клиенту;
• Стоимость услуги.

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

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

 

 

 

 

 

3.1 Концептуальная модель:

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

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

Исходя из описания предметной области, можно выделить  3 сущности:

- Адвокат

- Клиент

- Договор

Развернутая информация обо всех сущностях, с указанием имени, описанием имени и особенностями использования приведены в таблице 1.

 

 

 

 

 

 

 

 

 

 

Таблица 1 – Сведения о типах сущностей

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

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

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

 

Таблица 2-Основные типы связей

Тип сущности	Тип связи	Тип сущности
Адвокат	составляет	Договор
Клиент	заключают	Договор

 

На рисунке 3.1 представлены основные типы связей:

Рис. 3.1 - Основные типы связей

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

Связь «заключают» является связью «один ко многим», так как разные договора могут иметь одинаковую стоимость.

 

На рисунке 3.2 представлена ERD-диаграмма:

 

 

Рис. 3.2 - Диаграмма взаимосвязей

 

 

4.1 Логическая модель БД

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

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

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

Связи между таблицами осуществляются посредством общих атрибутов.

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

 

 

 

 

 

 

 

 

4.2 Нормализация таблиц.

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

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

- первая нормальная форма (1НФ);

- вторая нормальная форма (2НФ);

- третья нормальная форма (3НФ);

- форма Бойса – Кодда (НФБК);

- четвертая нормальная форма (4НФ);

- пятая нормальная форма или форма проекции – соединения (5НФ).

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

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Таблица 3 –Исходные данные

ФИО адвоката

Телефон адвоката

Отрасль права

ФИО контактного лица

Адрес

Паспортные данные

Контактный телефон

ИНН предприятия

Расчетный счет

КПП

ОКАТО

Название предприятия

Вид услуги

Цена услуги

Номер договора

Дата оформления дела

Дата закрытия дела

Краткое содержание дела

ФИО адвоката

ФИО контактного лица

Воробушкин Игорь Петрович

89187355672

Конституционное право

Петров Игорь Михайлович

г. Ростов-на-Дону, пр. Сельмаш д.2 кв.4

0709453678

89187543211

Устная консультация

300,00р.

1

22.12.2012

22.12.2012

Нарушение конституционных прав  человека

Воробушкин Игорь Петрович

Петров Игорь Михайлович

Хлебцов Андрей Иванович

89614765647

Гражданское право

Смычкова Анна Михайловна

г. Ростов-на-Дону, пр. Стачки д. 78

0608678580

89516785423

Составление   соглашений, договоров

1 000,00р.

2

27.12.2012

Составление договора подряда

Хлебцов Андрей Иванович

Смычкова Анна Михайловна

 

 

Продолжение Таблицы 3

ФИО адвоката

Телефон адвоката

Отрасль права

ФИО контактного лица

Адрес

Паспортные данные

Контактный телефон

ИНН предприятия

Расчетный счет

КПП

ОКАТО

Название предприятия

Вид услуги

Цена услуги

Номер договора

Дата оформления дела

Дата закрытия дела

Краткое содержание дела

ФИО адвоката

ФИО контактного лица

Смычков Олег Александрович

89289578787

Семейное право

Гишко Олег Петрович

г. Новочеркасск, ул. Московская д.69

0907546745

89513469955

Подготовка документов для подачи иска в суд

2 000,00р.

3

27.12.2012

Подготовка документов для подачи на развод

Смычков Олег Александрович

Гишко Олег Петрович

 

 

 

 

 

 

Продолжение Таблицы 3

ФИО адвоката

Телефон адвоката

Отрасль права

ФИО контактного лица

Адрес

Паспортные данные

Контактный телефон

ИНН предприятия

Расчетный счет

КПП

ОКАТО

Название предприятия

Вид услуги

Цена услуги

Номер договора

Дата оформления дела

Дата закрытия дела

Краткое содержание дела

ФИО адвоката

ФИО контактного лица

Хурян Олег Кириллович

89516788576

Гражданское право

Овалова Ольга Геннадьевна

г. Батайск, ул. Ченцова д.98 кв. 15

0304678958

89286743356

Юридическое сопровождение покупки и продажи земельных участков

2 500,00р.

4

06.01.2013

11.01.2013

Оформление договора продажи земельного участка

Хурян Олег Кириллович

Овалова Ольга Геннадьевна

 

 

 

Продолжение Таблицы 3

ФИО адвоката

Телефон адвоката

Отрасль права

ФИО контактного лица

Адрес

Паспортные данные

Контактный телефон

ИНН предприятия

Расчетный счет

КПП

ОКАТО

Название предприятия

Вид услуги

Цена услуги

Номер договора

Дата оформления дела

Дата закрытия дела

Краткое содержание дела

ФИО адвоката

ФИО контактного лица

Левина Алена Дмитриевна

89624887378

Трудовое право

Проскурин Иван Игоревич

г. Таганрог, ул. Свободы д.15 кв.34

0504754336

89604678437

Подготовка ответов на претензии и иски

1 500,00р.

5

08.01.2013

10.01.2013

Иск о невыплате заработной платы

Левина Алена Дмитриевна

Проскурин Иван Игоревич

Смычков Олег Александрович

89289578787

Семейное право

Васечкин Игорь Викторович

г. Ростов-на-дону, ул. Ченцова д.46 кв. 56

0809443267

89513678437

Расторжении договора

1 000,00р.

6

20.01.2013

24.01.2013

Расторжение договора об опеке над ребенком

Смычков Олег Александрович

Васечкин Игорь Викторович

 

 

Продолжение Таблицы 3

ФИО адвоката

Телефон адвоката

Отрасль права

ФИО контактного лица

Адрес

Паспортные данные

Контактный телефон

ИНН предприятия

Расчетный счет

КПП

ОКАТО

Название предприятия

Вид услуги

Цена услуги

Номер договора

Дата оформления дела

Дата закрытия дела

Краткое содержание дела

ФИО адвоката

ФИО контактного лица

Хлебцов Андрей Иванович

89614765647

Гражданское право

Плеханов Михаил Юрьевич

г. Батайск, ул. Красная д. 67

89284465766

56879898677

66656786887966766878

56879898677

575568774

ООО "Дерево"

Представление интересов клиента в суде

6 000,00р.

25

16.02.2013

16.02.2013

Невыплата налогов на доходы юридических лиц

Хлебцов Андрей Иванович

Плеханов Михаил Юрьевич

 

 

 

 

 

 

 

Для того чтобы привести Таблицу 3 к 1 нормальной форме необходимо добиться атомарности и неделимости атрибутов. Атрибут ФИО адвоката необходимо разбить на 3 атрибута:

• Фамилия адвоката;
• Имя адвоката;
• Отчество адвоката.

Атрибут ФИО контактного лица необходимо разбить на 3 атрибута:         Фамилия контактного лица;

• Имя контактного лица;
• Отчество контактного лица.

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

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

• Код клиента;
• Адрес предприятия;
• Наименование предприятия;
• ИНН предприятия;
• Расчетный счет;
• КПП;
• ОКАТО;

  и создание отдельной таблицы  для физических лиц:

• Код клиента;
• Адрес физического лица.

  Так же необходимо создать  отдельную таблицу для закрытых  дел:

• Номер договора;
• Дата закрытия дела.

 

Выделим ключевые поля ( таблица 4)

Таблица 4 – Ключевые поля

Сущность	Атрибуты	Ключ
Адвокат	Табельный номер адвоката	+
	Фамилия адвоката
	Имя адвоката
	Отчество адвоката
	Телефон адвоката
	Код  отрасли права
Отрасль права	Код отрасли права	+
	Отрасль права
Клиент	Код клиента	+
	Фамилия контактного лица
	Имя контактного лица
	Отчество контактного лица
	Контактный телефон
Физическое лицо	Код клиента	+
	Адрес физического лица
Юридическое лицо	Код клиента	+
	Адрес предприятия
	Наименование предприятия
	ИНН предприятия
	Расчетный счет предприятия
	КПП предприятия
	ОКАТО предприятия
Договор	Номер договора	+
	Дата оформления дела
	Код вида услуги
	Табельный номер адвоката
	Код клиента
	Краткое содержание дела
Вид услуги	Код вида услуги	+
	Вид услуги
	Стоимость услуги
Дело закрыто	Номер договора	+
	Дата закрытия дела

 

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Выделим возможные значения полей(таблица 5)

Таблица 5 – Возможные значения полей

Сущность	Атрибуты	Возможные значения полей
Адвокат	Табельный номер адвоката	Числовое, целое
	Фамилия адвоката	Текстовый, 14
	Имя адвоката	Текстовый, 10
	Отчество адвоката	Текстовый, 15
	Телефон адвоката	Текстовый, 11
	Код  отрасли права	Числовое, целое
Отрасль права	Код отрасли права	Числовое, целое
	Отрасль права	Текстовый, 40
Клиент	Код клиента	Числовое, целое
	Фамилия контактного лица	Текстовый, 14
	Имя контактного лица	Текстовый, 10
	Отчество контактного лица	Текстовый, 15
	Контактный телефон	Текстовый, 11
Физическое лицо	Код клиента	Числовое, целое
	Адрес физического лица	Текстовый, 50
Юридическое лицо	Код клиента	Числовое, целое
	Адрес предприятия	Текстовый, 50
	Наименование предприятия	Текстовый, 30
	ИНН предприятия	Текстовый, 11
	Расчетный счет предприятия	Текстовый, 20
	КПП предприятия	Текстовый, 9
	ОКАТО предприятия	Текстовый, 8
Договор	Номер договора	Числовое, целое
	Дата оформления дела	Дата/время
	Код вида услуги	Числовое, целое
	Табельный номер адвоката	Числовое, целое
	Код клиента	Числовое, целое
	Краткое содержание дела	Текстовый, 255
Вид услуги	Код вида услуги	Числовое, целое
	Вид услуги	Текстовый, 100
	Стоимость услуги	Денежный
Закрытые дела	Номер договора	Числовое, целое
	Дата закрытия дела	Дата/время