Автор работы: Пользователь скрыл имя, 13 Марта 2013 в 21:47, курсовая работа
Адвокатская контора
Целью данного курсового проекта является автоматизация работы для сотрудников юридической конторы.
Для достижения поставленной цели необходимо решить следующие задачи:
исследование предметной области, определяющей тему курсового проекта;
выполнить концептуальное проектирование;
разработать инфологическую модель;
разработать логическую модель;
разработать базу данных в СУБД Access;
составить программную документацию.
ВВЕДЕНИЕ……………………………………………………………………… 9
1 ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ…………………… 10
2 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ….. 16
3 ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ.… 18
3.1 Метод «Сущность-связь».……………………………………. 18
3.2 Анализ связей между сущностями.………………………….. 20
4 ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ.…. 22
4.1 Преобразование ER-диаграммы в схему базы данных.…….. 22
4.2 Проектирование таблиц базы данных.………………………. 24
4.3 Нормализация отношений.…………………………………… 26
5 ЗАПРОСЫ К БАЗЕ ДАННЫХ.……………………………………... 28
6 МЕХАНИЗМ ЗАЩИТЫ ДАННЫХ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА……………………….
29
7 ИНСТРУКЦИЯ ПО ИСПОЛЬЗОВАНИЮ БАЗЫ ДАННЫХ ……. 30
ЗАКЛЮЧЕНИЕ…………………………………………………………………. 32
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ……………………………. 33
ПРИЛОЖЕНИЯ…………………………………………………………………. 34
Приложение А Экранные формы основной программы ………………. 34
Таблица 4.5 – Сущность «Юридические услуги».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Ключ |
Код юрид. услуги |
Числовой |
Длинное целое |
– |
Да |
Название услуги |
Текстовый |
50 |
– |
Нет |
Цена |
Денежный |
– |
– |
Нет |
4.3 Нормализация отношений
Процесс проектирования реляционной базы данных представляет собой процесс нормализации схем отношений.
Нормализация – получение такого проекта базы данных, в котором каждый факт хранится в одном месте, то есть, исключена избыточность информации и исключены возможные противоречивости хранимых данных.
Нормализация проводится путем построения нормальных форм базы данных.
В теории реляционных баз данных выделяют следующую последовательность нормальных форм:
- первая нормальная форма;
- вторая нормальная форма;
- третья нормальная форма;
- форма Бойса – Кодда;
- четвертая нормальная форма;
- пятая нормальная форма или форма проекции – соединения.
Чаще всего ограничиваются
первыми тремя нормальными
База данных находится в первой нормальной форме, если все ее таблицы являются отношениями, а столбцы таблицы удовлетворяют условию атомарности.
База данных находится во второй нормальной форме, если все ее атрибуты атомарные, и каждый не ключевой атрибут должен функционально зависеть полностью от составного ключа, а не от его части.
База данных находится в третьей нормальной форме, если все отношения имеют атомарные атрибуты и функционально-полную зависимость атрибутов в каждой сущности от ее первичного ключа. Кроме того между не ключевыми атрибутами должны отсутствовать транзитивные зависимости, то есть, они должны быть взаимно независимы.
В данном курсовом проекте нормализация затронула следующие таблицы:
- «Адвокат». В этой таблице разделим атрибут «ФИО_адвоката» на три атрибута: «Фамилия», в котором будет храниться информация о фамилии адвоката, «Имя» и «Отчество» адвоката;
- «Клиент». В этой таблице разделим атрибут «ФИО_клиента» на три атрибута: «Фамилия», в котором будет храниться информация о фамилии клиента, «Имя» и «Отчество» клиента.
Нормализованные таблицы приведены в таблицах 4.6– 4.7
Таблица 4.6– Сущность «Адвокат».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Ключ |
Код адвоката |
Числовой |
Длинное целое |
– |
Да |
Фамилия |
Текстовый |
50 |
– |
Нет |
Имя |
Текстовый |
50 |
– |
Нет |
Отчество |
Текстовый |
50 |
– |
Нет |
Год рождения |
Числовой |
Длинное целое |
– |
Нет |
Стаж работы |
Числовой |
Длинное целое |
– |
Нет |
Телефон |
Текстовый |
50 |
– |
Нет |
Таблица 4.7– Сущность «Клиент».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Ключ |
Код клиента |
Числовой |
Длинное целое |
– |
Да |
Фамилия |
Текстовый |
50 |
– |
Нет |
Имя |
Текстовый |
50 |
– |
Нет |
Отчество |
Текстовый |
50 |
– |
Нет |
Год рождения |
Числовой |
Длинное целое |
– |
Нет |
Телефон |
Числовой |
Длинное целое |
– |
Нет |
Адрес |
Текстовый |
50 |
– |
Нет |
5 ЗАПРОСЫ К БАЗЕ ДАННЫХ
Список запросов, реализованных в базе данных:
- отбор дел по каждому клиенту;
- отбор адвокатов, занятых каждым из дел;
- отбор выполненных действий по каждому делу.
6 МЕХАНИЗМ ЗАЩИТЫ ДАННЫХ ОТ
НЕСАНКЦИОНИРОВАННОГО ДОСТУПА
СУБД Microsoft Access предоставляет несколько стандартных функций защиты данных от несанкционированного доступа. Такими функциями являются установка пароля доступа к данным при запуске БД и создание пользовательских групп с заранее определенными правами доступа к этим данным.
Так как целью курсового проектирования было создание программного продукта доступного для широкого круга пользователей, то на данную программу не наложено никаких ограничений на добавление, удаление и редактирование данных.
7 ИНСТРУКЦИЯ ПО ИСПОЛЬЗОВАНИЮ БАЗЫ ДАННЫХ
Для работы с программой необходимо запустить приложение и в окне «Объекты» выбрать «Формы» затем в появившемся окне выбрать «Кнопочная форма». Откроется окно, показанное на рисунке 7.1.
Рисунок 7.1 – Главная кнопочная форма «Адвокатская контора».
Главная кнопочная форма содержит следующие элементы:
1) Меню «Формы» (Приложение А, рисунок 1) позволяет просмотреть следующие данные:
- «Адвокаты» данная форма позволяет добавлять и редактировать информацию об адвокатах (Приложение А, рисунок 2);
- «Дела» данная форма позволяет добавлять и редактировать информацию о судебных делах (Приложение А, рисунок 3);
- «Занятости» данная форма позволяет добавлять и редактировать информацию о занятости адвокатов (Приложение А, рисунок 4);
- «Клиенты» позволяет добавлять и редактировать информацию о клиентах (Приложение А, рисунок 5);
- «Юридические услуги» данная форма позволяет добавлять и редактировать информацию о юридических услугах (Приложение А, рисунок 6).
2) Меню «Запросы» (Приложение А, рисунок 7) позволяет просмотреть следующие данные:
- отбор дел по каждому клиенту (Приложение А, рисунок 8);
- отбор адвокатов, занятых каждым из дел (Приложение А, рисунок 9);
- отбор выполненных действий по каждому делу (Приложение А, рисунок 10).
3) Меню «Отчеты» (Приложение А, рисунок 11) позволяет просмотреть следующие данные:
- формирование счета по делу (Приложение А, рисунок 12);
- отчет по деятельности адвоката (Приложение А, рисунок 13);
- формирование списка дел за период (Приложение А, рисунок 14).
4) Меню «Выйти» позволяет выйти из приложения.
ЗАКЛЮЧЕНИЕ
В результате выполнения курсового проекта была создана база данных для работников юридической конторы. База данных позволяет оперативно вносить и получать информацию, необходимую для организации проведения судебного дела.
Основным достоинством созданной базы является простота и удобство использования, а также возможность его запуска на любом компьютере с установленным приложением Microsoft Access версии 97 и выше.
Разработанная база данных позволяет обеспечивать повышение эффективности работы для сотрудников юридической конторы, которое выражается в уменьшении времени обработки документов, уменьшении трудозатрат и в увеличении качества и сохранности данных.
В ходе выполнения курсовой работы были решены следующие задачи:
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
ПРИЛОЖЕНИЯ
Приложение А Экранные формы основной программы
Рисунок 1 – Меню «Формы».
Рисунок 2 – Форма «Адвокат».
Рисунок 3 – Форма «Дело».
Рисунок 4 – «Занятости».
Рисунок 5 – Форма «Клиент».
Рисунок 6 – Форма «Юридические услуги».
Рисунок 7 – Меню «Запросы».
Рисунок 8 – Запрос «Список дел по каждому клиенту».
Рисунок 9 – Запрос «Список адвокатов, занятых каждым из дел».
Рисунок 10 – Запрос «Список выполненных действий по каждому делу».
Рисунок 11 – Меню «Отчеты».
Рисунок 12 – Отчет «Счет по делу».
Рисунок 13 – Отчет «Деятельность адвоката».
Рисунок 14 – Отчет «Список дел за период».