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

 

 

 

Содержание

с.

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