Разработка информационной системы "Адвокатская фирма"

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Московский государственный университет экономики, статистики и информатики

Тверской филиал

Специальность: Прикладная Информатика

Кафедра: Информационных Технологий, Естественно - Научных и Математических дисциплин

Курсовая работа

по дисциплине «Базы данных»

на тему: Разработка информационной системы «Адвокатская фирма»

Выполнил: студент 2-го курса

заочного отделения

группы ТВ-ЗКИ-101Э

Кондратьев Роман Андреевич

Руководитель: Келейникова В.А.

Тверь, 2013 г.



ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ

Студент Кондратьев Роман Андреевич

1. Тема курсовой работы: «Создание информационной системы «Адвокатская фирма»»

2. Срок сдачи студентом законченной формы: 23 февраля 2013г.

3. Исходные данные к курсовой работе:

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

В ходе разработки:

· Произвести анализ предметной области базы данных;

· Изучить ФЗ РФ, имеющих отношение к выбранной предметной области;

· Применить BPWin в моделировании бизнес процессов выбранной предметной области( схематическое представление выполняемых процессов по методологии IDEF0,IDEF3,DFD );

· Сформулировать вопросы, на которые должна отвечать проектируемая БД;

· Определить круг специалистов, которые будут эксплуатировать БД;

· Создать инфологическую модель (в нотации Чена);

· Описать связи;

· Показать процесс нормализации до 3-ей нормальной формы;

· Представить схему данных в СУБД MS AСCESS;

· Представить реализацию базы данных с помощью СУБД MS Access 2010 (в режиме Конструктор) в контрольной работе.

БД должна осуществлять:

· ведение списка адвокатов;

· ведение списка клиентов;

· ведение архива законченных дел.

Необходимо предусмотреть:

· получение списка текущих клиентов для конкретного адвоката;

· определение эффективности защиты (максимальный срок минус полученный срок) с учётом оправданий, условных сроков и штрафов;

· определение неэффективности защиты (полученный срок минус минимальный срок);

· подсчёт суммы гонораров (по отдельным делам) в текущем году;

· получение для конкретного адвоката списка текущих клиентов, которых он защищал ранее (из архива, с указанием полученных сроков и статей).



ВВЕДЕНИЕ

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

Адвокатура - это важнейший правовой институт любого государства, стоящий на защите основополагающих прав граждан и их объединений. От того, насколько она сильна, организованна, законодательно защищена, в значительной степени зависит уверенность каждого гражданина в своем благополучии, в успехе предпринимательства. Главное предназначение адвокатуры как явления состоит в оказании высоко - социально значимых юридических услуг всему обществу и его членам в защите прав и свобод гражданина и юридических лиц. Адвокат защищает закон от произвола, а поэтому деятельность адвоката отвечает как интересам конкретного гражданина или организации, так и публично-правовым интересам государства и общества. Престиж профессии адвоката растет. Появляется множество адвокатских фирм, делопроизводство которых нуждается в автоматизации, в связи с этим тема контрольной работы представляется актуальной. В данной курсовой работе рассмотрен процесс проектирования и создания базы данных адвоката. Создаваемая база должна хранить информацию об адвокатах, их клиентах, списке архивных дел и дел в производстве, с фиксацией приговоров суда и текущих делах, рассматриваемых в суде. Разработанная база данных должна позволять получать информацию о текущих клиентах адвоката, о клиентах, ранее защищаемых им, сведения о гонорарах адвокатов и т.п.

В ходе проектирования базы данных предлагается произвести анализ предметной области, разработать инфологическую модель базы данных адвоката, разработать схему данных в СУБД MS AСCESS, разработать интерфейсы (формы ввода, запросы и отчеты).

1. ОСНОВНАЯ ЧАСТЬ

интерфейс база данные адвокат

1.1 Анализ предметной области

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

Адвокатской деятельностью, как сказано в Федеральном законе от 31 мая 2002 г. №63-ФЗ «Об адвокатской деятельности и адвокатуре в Российской Федерации» (далее Закон), «является квалифицированная юридическая помощь, оказываемая на профессиональной основе лицами, получившими статус адвоката» в порядке, установленном Законом (п.1 ст.1 - Кроме того, деятельность адвоката регламентируется соответствующими процессуальными законами и другими нормативными актами).

Адвокатская деятельность не является предпринимательской. Не является адвокатской деятельностью юридическая помощь, оказываемая [2]:

· работниками юридических служб юридических лиц (далее - организации), а также работниками органов государственной власти и органов местного самоуправления;

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

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

Как видно из легального определения, адвокатская деятельность представляет собой деятельность по оказанию юридической помощи в самом широком ее понимании. Несмотря на то, что адвокатская деятельность осуществляется преимущественно в частных интересах, в целом она носит публичный характер, так как обеспечивает действенность правового регулирования и служит установлению особого баланса между политическими реалиями в обществе и предписаниями законов. Публичный характер, собственно, и отличает адвокатскую деятельность от предпринимательской, целью которой является систематическое извлечение прибыли. Более того, несмотря на то, что соглашение об оказании правовой помощи регламентируется нормами гражданского права, деятельность адвоката и статус адвокатуры установлены правом публичным[3].

Именно адвокатская деятельность призвана обеспечить гарантируемое статьей 48 Конституции Российской Федерации от 12 декабря 1993 г., право каждого на получение квалифицированной юридической помощи.

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

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

В соответствии с Законом основными признаками адвокатской деятельности являются:

а) оказание квалифицированной юридической помощи физическим и юридическим лицам (доверителям);

б) оказание такой помощи лицами, работающими на профессиональной основе;

в) лица, оказывающие юридическую помощь, должны иметь статус адвоката, полученный в порядке, установленном Законом;

г) целями этой деятельности должны быть:

- защита прав, свобод и интересов доверителей;

- обеспечение доступа к правосудию.

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

Понятие «Адвокат» определяется 2 статьей Закона, следующим образом:

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

Адвокат вправе совмещать адвокатскую деятельность с работой в качестве руководителя адвокатского образования, а также с работой на выборных должностях в адвокатской палате субъекта Российской Федерации (далее также - адвокатская палата), Федеральной палате адвокатов Российской Федерации (далее также - Федеральная палата адвокатов), общероссийских и международных общественных объединениях адвокатов.

2. Оказывая юридическую помощь, адвокат:

1) дает консультации и справки по правовым вопросам как в устной, так и в письменной форме;

2) составляет заявления, жалобы, ходатайства и другие документы правового характера;

3) представляет интересы доверителя в конституционном судопроизводстве;

4) участвует в качестве представителя доверителя в гражданском и административном судопроизводстве;

5) участвует в качестве представителя или защитника доверителя в уголовном судопроизводстве и производстве по делам об административных правонарушениях;

6) участвует в качестве представителя доверителя в разбирательстве дел в третейском суде, международном коммерческом арбитраже (суде) и иных органах разрешения конфликтов;

7) представляет интересы доверителя в органах государственной власти, органах местного самоуправления, общественных объединениях и иных организациях;

8) представляет интересы доверителя в органах государственной власти, судах и правоохранительных органах иностранных государств, международных судебных органах, негосударственных органах иностранных государств, если иное не установлено законодательством иностранных государств, уставными документами международных судебных органов и иных международных организаций или международными договорами Российской Федерации;

9) участвует в качестве представителя доверителя в исполнительном производстве, а также при исполнении уголовного наказания;

10) выступает в качестве представителя доверителя в налоговых правоотношениях.

3. Адвокат вправе оказывать иную юридическую помощь, не запрещенную федеральным законом.

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

Кроме вышеназванного закона, адвокатская деятельность определяется следующими законами:

1. Основные

· Конституция Российской Федерации.

· Основные положения о роли адвоката, принятые на VIII конгрессе ООН, по предупреждению преступлений (август 1990 г., Нью-Йорк) // Советская юстиция. - 1990. - N 20.

2. Нормативные акты Федеральной палаты адвокатов

· Кодекс профессиональной этики адвоката.

· Примерное положение о помощнике адвоката.

· Примерное положение о стажере адвоката и порядке прохождения стажировки.

· Положение о мерах, основаниях и порядке поощрения Федеральной палатой адвокатов Российской Федерации.

· Рекомендации "По обеспечению адвокатской тайны и гарантий независимости адвоката при осуществлении адвокатами профессиональной деятельности".

· Методические рекомендации "По реализации прав адвоката, предусмотренных п. 2 ч. 1 ст. 53, ч. 3 ст. 86 УПК РФ и п. 3 ст. 6 Федерального закона "Об адвокатской деятельности и адвокатуре в Российской Федерации".

· Меры по защите профессиональных прав адвокатов (Пособие для адвокатов).

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

Адвокатская фирма - это фирма, представляющая своим клиентам любые виды услуг, перечисленные в №63-ФЗ «Об адвокатской деятельности».

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

Дела, окончательные приговоры по которым вынесены, регистрируются в журнале «Архив».

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

На основе проведенного исследования, опишем предметную область с помощью методологий IDEF0, IDEF3, DFD) .

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

1. Регистрация клиента

2. Выбор адвоката

3. Заключение договора

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

5. Занесение информации о деле и приговоре

Модель предметной области, описанная с помощью методологии IDEF0 представлена на рисунках 1,2.

Рисунок 1. Контекстная диаграмма предметной области “Адвокатская фирма”



Рисунок 2. Диаграмма декомпозиции первого уровня



Рисунок 3. Диаграма дерева узлов предметной области «Адвокатская фирма»

Диаграммы дерева узлов (Node Tree Diagram) рисунок 3. К модели BPwin можно добавлять дерево узлов, которое показывает иерархию всех работ модели на одной диаграмме. Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний узел (прямоугольник) соответствует работе с контекстной диаграммы, а последующие нижние узлы представляют собой дочерние уровни декомпозиции. Можно также создать диаграмму дерева узлов лишь для некоторой части модели, тогда верхним узлом диаграммы будет та работа декомпозиции, с которой начинается работа.

Нотация DFD -- удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую БД в коммуникации с внешней средой. Это -- диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение -- ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Одним из преимуществ нотации является возможность отображения на диаграмме места бизнес-процесса, в которых хранится информация, либо материальные ресурсы. Модель предметной области, описанная с помощью методологии DFD представлена на рисунке 4.

Для описания временной последовательности и алгоритмов выполнения работ стандарт IDEF0 не подходит. Для решения этой задачи стандарт IDEF0 получил дальнейшее развитие, в результате чего был разработан стандарт IDEF3, который входит в семейство стандартов IDEF.

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

На основании проведенного исследования можно сформулировать вопросы, на которые должна отвечать проектируемая БД Адвокатской фирмы:

· получение списка текущих клиентов для конкретного адвоката;

· получение для конкретного адвоката списка текущих клиентов, которых он защищал ранее (из архива, с указанием полученных сроков и статей);

· определение эффективности и неэффективности защиты с учётом оправданий, условных сроков и штрафов;

· подсчёт суммы гонораров (по отдельным делам) в текущем году.

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

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

Рисунок 4. Контекстная диаграмма предметной области Адвокатская фирма в нотации DFD



Рисунок 5. Диаграмма «Выбор адвоката» в нотации IDEF3

1.2 Разработка инфологической модели

Инфологическая модель ПО представляет собой описание структуры и динамики ПО, характера информационных потребностей пользователей системы в терминах, понятных пользователю и независимых от реализации системы. Более того, инфологическая модель ПО не должна зависеть от модели данных, которая будет использована при создании БД [5].

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

Вопросы, на которые должна отвечать проектируемая ИС:

1. Каких клиентов защищает выбранный адвокат в настоящее время?

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

3. Насколько неэффективна защита по проводимым адвокатами фирмы делам, относительно минимально возможного срока по обвинительной статье данного клиента?

4. Какова сумма гонорара по проведенным за текущий год делам?

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

На этапе инфологического моделирования выделяются информационные объекты, существующие в предметной области задачи, которые подлежат автоматизации. После выделения информационных объектов определяются информационные связи или взаимоотношения между ними. Инфологическое моделирование исследуемой предметной области может выполняться с применением двух подходов: модели «Сущность-связь»; семантической объектной модели.

Данное инфологическое моделирование выполняется на базе модели «Сущность-связь» с последующим построением ER-диаграммы. Модели «Сущность-связь», дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными. Сущность - это некоторые объекты, процессы или явления, идентифицируемые в рабочей среде пользователя. В качестве сущности могут выступать место, вещь, личность, явление и т.д. При этом различают тип сущности и экземпляр сущности. Понятие «экземпляр сущности» относится к конкретному предмету. Например: Тип сущности - клиент, экземпляр сущности - ПБОЮЛ «Потемкин» и другие.

Экземпляры сущностей имеют идентификаторы - атрибуты, с помощью которых эти экземпляры именуются или идентифицируются. Взаимоотношения между сущностями называются связями. Модель «Сущность-связь» включает в себя классы связей и экземпляры связей. Классы связей - это взаимоотношения между классами сущностей, экземпляры связи - взаимоотношения между экземплярами сущностей. Между объектами, возможно существование связей трех типов. «Один к одному» (1:1) - это связь, когда в каждый момент времени каждому представителю (экземпляру) сущности (объекту) соответствует один или ни одного представителя другой сущности. «Один ко многим» (1:N) - это связь, когда одному представителю сущности (объекту) соответствуют 0, 1 или несколько представителей другой сущности. «Многие ко многим» (N:M). В явном виде в реляционных базах данных такая связь не поддерживается.

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

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

Существует также сущность "Адвокат", каждый адвокат имеет уникальный шифр, который является его ключом, и ряд атрибутов, которые взяты из описания предметной области. Множество экземпляров сущности определяет множество адвокатов, работающих в фирме. Каждый экземпляр сущности "Адвокат" соответствует конкретному адвокату, который может вести несколько дел одновременно.

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

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

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

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

Между сущностями «Адвокат» и «Дела в производстве», также как и между сущностями «Адвокат» и «Архив» существует связь "один ко многим" (1:М), обязательная с двух сторон. То есть каждый адвокат может вести несколько дел или быть адвокатом уже законченных дел, поэтому связь "один ко многим". При этом если экземпляр сущности адвокат присутствует в списке адвокатов, то он должен выступать защитником хотя бы в одном из дел среди «Дел в производстве» или «Архиве». Это означает, что со стороны адвоката связь обязательная. Что касается сущностей «Дел в производстве» или «Архиве», то не может существовать ни одного дела, которое бы не относилось к конкретному адвокату, поэтому и со стороны «Дел в производстве» или «Архиве» связь тоже обязательная.

Между сущностями «Клиент» и «Дела в производстве», также как и между сущностями «Клиент» и «Архив», существует связь "один ко многим" (1:М), обязательная с двух сторон. То есть каждый клиент может быть пострадавшей или обвиняемой стороной по нескольким делам, в производстве или законченным, поэтому связь "один-ко-многим". При этом если экземпляр сущности клиент присутствует в списке клиентов, то он должен выступать обвиняемым хотя бы в одном из дел фирмы среди «Дел в производстве» или «Архиве». Это означает, что со стороны клиента связь обязательная. Что касается сущностей «Дел в производстве» или «Архиве», то не может существовать ни одного дела, которое бы не относилось к конкретному клиенту, поэтому и со стороны «Дел в производстве» или «Архиве» связь тоже обязательная.

Аналогичный тип связи существует между сущностями «Судья» и «Дела в производстве», также как и между сущностями «Судья» и «Архив». Это связь "один ко многим" (1:М), обязательная с двух сторон. То есть каждый судья может рассматривать несколько дел, в производстве или законченных, поэтому связь "один-ко-многим". При этом если экземпляр сущности судья присутствует в списке судей, то он должен выступать судьей хотя бы в одном из дел фирмы среди «Дел в производстве» или «Архиве». Это означает, что со стороны судьи связь обязательная. Что касается сущностей «Дел в производстве» или «Архиве», то не может существовать ни одного дела, которое бы не относилось к конкретному судье, поэтому и со стороны «Дел в производстве» или «Архиве» связь тоже обязательная.

Связь такого же типа существует между сущностями «Суд» и «Дела в производстве», также как и между сущностями «Суд» и «Архив». Это связь "один ко многим" (1:М), обязательная с двух сторон. То есть в каждом суде может рассматривать несколько дел, в производстве или законченных, поэтому связь "один ко многим". При этом если экземпляр сущности суд присутствует в списке судов, то в этом суде должно рассматриваться хотя бы одно из дел фирмы в производстве или архиве. Это означает, что со стороны суда связь обязательная. Что касается сущностей «Дел в производстве» или «Архиве», то не может существовать ни одного дела, которое бы не относилось к конкретному суду, поэтому и со стороны «Дел в производстве» или «Архиве» связь тоже обязательная.

Инфологическая модель предметной области БД адвоката в нотации Чена представлена на рисунке 6. На основе имеющейся информации о предметной области возможно построение следующего ненормализованного отношения «БД Адвоката», представленного в таблице 1. Значения атрибутов «ФИО_ адвоката», «Дата рождения», «Стаж работы», «Комментарий», «Тариф», «ФИО», «Дата рождения судьи», «Наименование суда», «Адрес», «Стадия дела», «Номер заседания», «Номер дела», «Дата заседания», «Дальнейшее рассмотрение», «Гонорар адвоката», «Тип приговора», «Приговор суда (лет, тыс.руб.)» не атомарны. Пустые поля обозначают NULL-значения.



Рисунок 6. Инфологическая модель предметной области в нотации Чена

Таблица 1 -- Ненормализованное отношение "БД адвоката"

ФИО_ клиента	Дата рождения	Адрес	Дата обращения	ФИО_ адвоката	Дата рождения	Стаж работы	Комментарий	Тариф	ФИО
Карасева В.П.	19.12.1968	г. Тверь, ул. М. Конева, д.3, кв.78	25.07.2012	Сидоров К.А.	04.12.1969	12	Административные правонарушения	3000	Сорокина П.Е.
Леонов Л.Д.	26.08.1987	г.Тверь, ул. А.Никитина, д. 89, кв. 3	12.09.2011	Смирнова Е.В. Сидоров К.А.	25.05.1977 04.12.1969	10 12	Административные правонарушения	2500 3000	Поликарпова И.С. Петрова И.О.
Елисеева Т.П.	11.03.1963	г. Ржев, ул. Ленина, д. 5, кв. 45	21.11.2011	Павлов А.А.	12.05.1963	10	Уголовные дела: грабежи, разбои	3000	Зубин Л.Г. Петрова И.О. Поликарпова И.С.
Крамеров П.Р.	16.06.1992	г. Тверь, ул. Жигарева, д. 12, кв. 1	12.05.2011	Иртыхов М.М.	16.05.1988	4	Уголовные дела:ДТП	1200	Корнеева Г.Л.
Крамеров П.Р.	16.06.1992	г. Тверь, ул. Жигарева, д. 12, кв. 1	12.05.2011	Иртыхов М.М.	16.05.1988	4	Уголовные дела:ДТП	1200	Корнеева Г.Л.
Крамеров П.Р.	16.06.1992	г. Тверь, ул. Жигарева, д. 12, кв. 1	12.05.2011	Зиновьев С.Т.	04.05.1976	5	Уголовные дела: убийства	5000	Петрова И.О.
Крылова Н.Н.	17.07.1988	г. Тверь, ул. Бебеля, д.12, кв.1	14.05.2009	Илясов А.В.	11.05.1958	19	Административные правонарушения	1200	Поликарпова И.С.
Строев Е.Д.	15.08.1956	г. Тверь, ул. С. Перовской, д.18, кв.5	13.05.2011	Смирнова Е.В.	25.05.1977	10	Административные правонарушения	2500	Зубин Л.Г.
Дата рождения судьи	Стаж	Наименование суда	Адрес	Стадия дела	Номер дела	Номер заседания	Дата заседания	Дальнейшее рассмотрение	Гонорар адвоката	Тип приговора	Приговор суда (лет, тыс.руб.)
06.03.1974	12	Калининский районный суд	г. Тверь, наб.р. Лазури, 5	подготовка линии защиты	2002	1	31.07.2012	отправлено в суд высшей инстанции	12000
13.06.1956 12.05.1975	20 10	Тверской областной суд Пролетарский районный суд г. Твери	г. Тверь, ул. Горького, д. 37 г. Тверь, пр. Калинина, 16	подана апелляция рассматривается в суде	2003 2004	1 2	25.08.2012 12.08.2012	вынесен приговор передано в вышестоящий суд	2000 1000
05.07.1966 12.05.1975 13.06.1956	15 10 20	Тверской областной суд Заволжский районный суд Пролетарский районный суд г. Твери	г. Тверь, ул. Горького, д. 37 г. верьул. Горького, 66-а г. Тверь, пр. Калинина, 16	рассматривается в суде рассматривается в суде рассматривается в суде	1001	1 2 3	11.05.2012 18.07.2012 29.08.2012	повторное рассмотрение повторное рассмотрение повторное рассмотрение	8000 2000 1000
12.06.1963	5	Московский районный суд г. Твери	г. Тверь, пр. Волоколамский, 31	рассматривается	1002	1	28.08.2012	повторное рассмотрение	4500
		Калининский районный суд	г. Тверь, наб.р. Лазури, 5	подготовка линии защиты	2002	1	31.07.2012	отправлено в суд высшей инстанции	12000
12.05.1975	10	Тверской областной суд	г. Тверь, ул. Горького, д. 37		904					Приговор по УК, срок	0,25
13.06.1956	20	Тверской областной суд	г. Тверь, ул. Горького, д. 37		903					Штраф	0
05.07.1966	15	Тверской областной суд	г. Тверь, ул. Горького, д. 37		905					Приговор по УК, срок	12

Ненормализованные отношения определяются наличием повторяющихся групп, т.е. атрибутов, имеющих несколько значений в каждой строке. В отношении «ФИО_ адвоката», «Дата рождения», «Стаж работы», «Комментарий», «Тариф», «ФИО», «Дата рождения судьи», «Наименование суда», «Адрес», «Стадия дела», «Номер заседания», «Номер дела», «Дата заседания», «Дальнейшее рассмотрение», «Гонорар адвоката», «Тип приговора», «Приговор суда (лет, тыс.руб.)» содержат повторяющиеся группы из-за возможности клиентов несколько раз обращаться по делу и из-за наличия по некоторым делам повторных слушаний в суде. При наличии описываемой ситуации возникают две основные проблемы.

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

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

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

После правильного приведения отношения «БД Адвоката» к первой нормальной форме получим отношение, представленное в таблице 2.

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

Отношение «БД Адвоката» может быть заменено эквивалентной суммой проекций «БД Адвоката», «Судебные заседания» (таблица 3).

Отношение «Судебные заседания» находится как минимум во второй нормальной форме: атрибуты «Дата заседания», «Дальнейшее рассмотрение», «Гонорар адвоката», «Тип приговора», «Приговор суда (лет, тыс.руб.)» функционально зависят от первичного ключа -- атрибутов «Номер дела», «Номер заседания». Это записывается как Номер дела, Номер заседания-->Дата заседания, Номер дела, Номер заседания-->Дальнейшее рассмотрение, Номер дела, Номер заседания-->Гонорар адвоката, Номер дела, Номер заседания-->Тип приговора, Номер дела, Номер заседания-->Приговор суда (лет, тыс.руб.).

Таблица 2 -- Отношение "БД адвоката" в первой нормальной форме

Номер дела	ФИО_ клиента	Дата рождения	Адрес	Дата обращения	ФИО_ адвоката	Дата рождения	Стаж работы	Комментарий	Тариф
2002	Карасева В.П.	19.12.1968	г. Тверь, ул. М. Конева, д.3, кв.78	25.07.2012	Сидоров К.А.	04.12.1969	12	Административные правонарушения	3000
2003	Леонов Л.Д.	26.08.1987	г.Тверь, ул. А.Никитина, д. 89, кв. 3	12.09.2011	Смирнова Е.В.	25.05.1977	10	Административные правонарушения	2500
2004	Леонов Л.Д.	26.08.1987	г.Тверь, ул. А.Никитина, д. 89, кв. 3	12.09.2011	Сидоров К.А.	04.12.1969	12	Административные правонарушения	3000
1001	Елисеева Т.П.	11.03.1963	г. Ржев, ул. Ленина, д. 5, кв. 45	21.11.2011	Павлов А.А.	12.05.1963	10	Уголовные дела: грабежи, разбои	3000
1002	Крамеров П.Р.	16.06.1992	г. Тверь, ул. Жигарева, д. 12, кв. 1	12.05.2011	Иртыхов М.М.	16.05.1988	4	Уголовные дела:ДТП	1200
904	Крамеров П.Р.	16.06.1992	г. Тверь, ул. Жигарева, д. 12, кв. 1	12.05.2011	Зиновьев С.Т.	04.05.1976	5	Уголовные дела: убийства	5000
903	Крылова Н.Н.	17.07.1988	г. Тверь, ул. Бебеля, д.12, кв.1	14.05.2009	Илясов А.В.	11.05.1958	19	Административные правонарушения	1200
905	Строев Е.Д.	15.08.1956	г. Тверь, ул. С. Перовской, д.18, кв.5	13.05.2011	Смирнова Е.В.	25.05.1977	10	Административные правонарушения	2500
ФИО	Дата рождения судьи	Стаж	Наименование суда	Адрес	Стадия дела	Тип приговора	Приговор суда
Сорокина П.Е.	06.03.1974	12	Калининский районный суд	г. Тверь, наб.р. Лазури, 5	подготовка линии защиты
Поликарпова И.С.	13.06.1956	20	Тверской областной суд	г. Тверь, ул. Горького, д. 37	подана аппеляция
Петрова И.О.	12.05.1975	10	Пролетарский районный суд г. Твери	г. Тверь, пр. Калинина, 16	рассматривается в суде
Зубин Л.Г.	05.07.1966	15	Тверской областной суд	г. Тверь, ул. Горького, д. 37	рассматривается в суде
Корнеева Г.Л.	12.06.1963	5	Московский районный суд г. Твери	г. Тверь, пр. Волоколамский, 31	рассматривается
Петрова И.О.	12.05.1975	10	Тверской областной суд	г. Тверь, ул. Горького, д. 37		Приговор по УК, срок	0,25
Поликарпова И.С.	13.06.1956	20	Тверской областной суд	г. Тверь, ул. Горького, д. 37		Штраф	0
Зубин Л.Г.	05.07.1966	15	Тверской областной суд	г. Тверь, ул. Горького, д. 37		Приговор по УК, срок	12

Таблица 3 -- Отношение «Судебные заседания»

Номер дела	Номер заседания	Дата заседания	Дальнейшее рассмотрение	Гонорар адвоката
2002	1	31.07.2012	отправлено в суд высшей инстанции	12000
2003	1	25.08.2012	вынесен приговор	2000
2004	1	12.08.2012	передано в вышестоящий суд	1000
1001	1	11.05.2012	повторное рассмотрение	8000
1001	2	18.07.2012	повторное рассмотрение	2000
1001	3	29.08.2012	повторное рассмотрение	1000
1002	1	28.08.2012	повторное рассмотрение	4500
1001	1	11.05.2012	повторное рассмотрение	8000
1001	2	18.07.2012	повторное рассмотрение	2000
1001	3	29.08.2012	повторное рассмотрение	1000
1002	1	28.08.2012	повторное рассмотрение	4500
1001	1	11.05.2012	повторное рассмотрение	8000
1001	1	11.05.2012	повторное рассмотрение	8000
1001	2	18.07.2012	повторное рассмотрение	2000
1001	2	18.07.2012	повторное рассмотрение	2000
1001	3	29.08.2012	повторное рассмотрение	1000
1001	3	29.08.2012	повторное рассмотрение	1000
1002	1	28.08.2012	повторное рассмотрение	4500
1002	1	28.08.2012	повторное рассмотрение	4500
2002	1	31.07.2012	отправлено в суд высшей инстанции	12000

Отношение «БД адвоката» по прежнему находится в первой нормальной форме: значения всех атрибутов атомарны, и между атрибутами «IDk» и «ФИО_клиента», «IDk» и «Дата рождения», «IDk» и «Адрес», «IDk» и «Дата обращения», «IDk» и «ФИО_ адвоката», «IDk» и «Дата рождения адвоката», «IDk» и «Стаж работы», «IDk» и «Комментарий», «IDk» и «Тариф», «IDk» и «ФИО_ судьи», «IDk» и «Дата рождения судьи», «IDk» и «Стаж работы судьи», «IDk» и «Стадия дела» отсутствует функциональная зависимость.

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

Отношение «Дела адвокатской фирмы» (Номер дела, IDkl, IDad, Ids, IDsud, Стадия дела, Приговор суда) в процессе нормализации отношений разделено на 2 отношения «Дела в производстве» и «Архивные дела».

Все отношения предметной области «БД Адвоката», представленные в таблице 4 находятся в 3 НФ, так как все атрибуты отношений зависят от всех частей первичного ключа этих отношений.

Таблица 4 -- Все отношения предметной области "БД адвоката" находятся в 3НФ

IDkl	ФИО клиента	Дата рождения	Адрес	Дата обращения		IDad	ФИО_ адвоката	Дата рождения	Стаж работы	Комментарий	Тариф
1	Карасева В.П.	19.12.1968	г. Тверь, ул. М. Конева, д.3, кв.78	25.07.2012		1	Сидоров К.А.	04.12.1969	12	Административные правонарушения	3000
2	Леонов Л.Д.	26.08.1987	г.Тверь, ул. А.Никитина, д. 89, кв. 3	12.09.2011		2	Смирнова Е.В.	25.05.1977	10	Административные правонарушения	2500
3	Елисеева Т.П.	11.03.1963	г. Ржев, ул. Ленина, д. 5, кв. 45	21.11.2011		3	Павлов А.А.	12.05.1963	10	Уголовные дела: грабежи, разбои	3000
4	Крамеров П.Р.	16.06.1992	г. Тверь, ул. Жигарева, д. 12, кв. 1	12.05.2011		4	Иртыхов М.М.	16.05.1988	4	Уголовные дела:ДТП	1200
5	Крылова Н.Н.	17.07.1988	г. Тверь, ул. Бебеля, д.12, кв.1	14.05.2009		5	Илясов А.В.	11.05.1958	19	Административные правонарушения	1200
6	Строев Е.Д.	15.08.1956	г. Тверь, ул. С. Перовской, д.18, кв.5	13.05.2011		6	Зиновьев С.Т.	04.05.1976	5	Уголовные дела: убийства	5000
IDs	ФИО	Дата рождения судьи	Стаж		IDsud	Наименование суда	Адрес		IDtp	Расшифровка типа приговора	Размерность
1	Сорокина П.Е.	06.03.1974	12		1	Калининский районный суд	г. Тверь, наб.р. Лазури, 5		1	Приговор по УК, смертная казнь	лет
2	Поликарпова И.С.	13.06.1956	20		2	Тверской областной суд	г. Тверь, ул. Горького, д. 37		2	Приговор по УК, пожизненное заключение	лет
3	Петрова И.О.	12.05.1975	10		3	Пролетарский районный суд г. Твери	г. Тверь, пр. Калинина, 16		3	Приговор по УК, срок	лет
4	Зубин Л.Г.	05.07.1966	15		4	Тверской обл-ной суд	г. Тверь, ул. Горького, д. 37		4	Приговор по УК, условный срок	лет
5	Корнеева Г.Л.	12.06.1963	5		5	Московский районный суд г. Твери	г. Тверь, пр. Волоколамский, 31		5	Штраф	тыс. руб.
									6	Оправдание	лет
IDn	Расшифровка вида нарушения		Номер дела	IDkl	IDad	IDs	IDsud	Стадия дела		Номер дела	IDkl	IDad	IDtp	Приговор суда
1	Административное		2002	1	1	1	1	подготовка линии защиты		904	4	6	3	0,25
2	Уголовное		2003	2	2	2	2	подана апелляция		903	5	5	5	0
			2004	2	1	3	3	Рас-тся в суде		905	6	2	3	12
Номер дела	Номер заседания	Дата заседания	Дальнейшее рассмотрение	Гонорар адвоката
2002	1	31.07.2012	отправлено в суд высшей инстанции	12000
2003	1	25.08.2012	вынесен приговор	2000
2004	1	12.08.2012	передано в вышестоящий суд	1000
1001	1	11.05.2012	повторное рассмотрение	8000
1001	2	18.07.2012	повторное рассмотрение	2000
1001	3	29.08.2012	повторное рассмотрение	1000
1002	1	28.08.2012	повторное рассмотрение	4500

1.3 Разработка даталогической модели

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

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

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

Кроме того, многие СУБД накладывают количественные и иные ограничения на структуру базы данных.

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

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

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

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

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

На основании приведенных теоретических данных для базы данных «Адвокаты» была построена Даталогическая модель предметной области с помощью Erwin 7 (рис. 7).

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



Рис. 7. Даталогическая модель данных предметной области «Адвокатская фирма»

1.4 Разработка физической модели

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

В ERwin физическая модель является графическим представлением реально реализованной базы данных. Физическая база данных состоит из таблиц, столбцов и связей. Физическая модель зависит от платформы, выбранной для реализации, и требований к использованию данных. Физическая модель для IMS будет серьезно отличаться от такой же модели для Sybase. Физическая модель для OLAP-отчетов будет выглядеть иначе, чем модель для OLTP (оперативной обработки транзакций).

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

Некоторые логические отношения невозможно реализовать в физической базе данных.

На основании проведенного исследования предметной области и логической модели данных была разработана физическая модель БД «Адвокатской фирмы», с учетом разработки на СУБД MS Access 2010. Физическая структура БД в Erwin 7 приведена на рис. 8.



Рис. 8. Физическая модель данных предметной области «Адвокатская фирма»



1.5 РАЗРАБОТКА СХЕМЫ ДАННЫХ В СУБД MS AСCESS

На основе проведенного анализа предметной области построим схему БД адвоката в Access 2010.В ходе инфологического проектирования предметной области и последующей нормализации отношений были выявлены следующие сущности: Клиент, Адвокат, Судья, Суд, Архив, Дела в производстве, Судебные заседания, Тип Приговора, Расшифровка статей, Вид нарушений.

Схема данных в СУБД Access 2010 приведена на рис. 9.

Рис. 9. Схема данных БД «Адвокатская фирма» в СУБД MS AСCESS

Схема данных БД Адвоката состоит из 10 таблиц.

Таблица «Адвокаты» содержит информацию о сотрудниках адвокатской фирмы, с указанием типов дел (уголовных и административных) за которые они берутся. Также в таблице указан ориентировочный гонорар адвоката за оказываемые ему услуги.

Таблица «Клиенты» содержит информацию о клиентах адвокатской фирмы. Единожды обратившись, клиент будет внесен в БД и при повторном обращении будет возможно просмотреть информацию о завершенном предыдущем деле, приговоре суда и статье, по которой осужден или оправдан клиент.

Таблица «Судьи» содержит информацию о судьях, ведущих дела клиентов адвокатской фирмы. Единожды став судьей по делу адвокатской фирмы, судья будет внесен в БД.

Таблица «Справочник судов» содержит информацию о судах, в которых рассматриваются дела клиентов адвокатской фирмы.

Таблица «Тип приговора» содержит информацию о возможных типах наказаний по уголовному и административному кодексу, таких как:

· Приговор по УК, смертная казнь;

· Приговор по УК, пожизненное заключение;

· Приговор по УК, срок;

· Приговор по УК, условный срок;

· Штраф;

· Оправдание.

Поле «Размерность» таблицы «Тип приговора» показывает в каких единицах измеряется наказание - в годах (для уголовных правонарушений) или тыс. руб. (для штрафов).

В таблице «Расшифровка статей» приведена информация о статьях уголовного и административного кодекса, по которым проводились дела адвокатской фирмы.

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

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

1.6. Разработка интерфейсов (формы ввода, запросы, отчеты)

В ходе проектирования БД Адвоката в Microsoft Access 2010были разработаны формы для ввода данных.

Рассмотрим поподробнее разработанные формы БД.

«Главная форма» автоматически загружается при открытии БД и содержит 4 кнопки: «Таблицы», «Запросы», «Формы», «Отчеты» по которым осуществляется переходы на одноименные формы.

Внешний вид «Главной формы» представлен на рис. 10.

При нажатии кнопки «Таблицы» осуществляется переход на форму «Таблицы», внешний вид которой представлен на рис. 11. Нажатие кнопок на форме таблица приводит к вызову одноименной таблицы в режиме просмотра/редактирования.

Рис. 10. Форма «Главная форма»



Рис. 11. Форма «Таблицы»

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

Рис. 12. Форма «Запросы»



При нажатии кнопки «Отчеты» осуществляется переход на форму «Отчеты», внешний вид которой представлен на рис. 13. Нажатие кнопок на форме «Отчеты» приводит к генерации одноименного отчета в режиме просмотра.

Рис. 13 Форма «Отчеты»

При нажатии кнопки «Формы» осуществляется переход на форму «Формы», внешний вид которой представлен на рис. 14. Нажатие кнопок на форме «Формы» приводит к переходу на одноименную форму для ввода данных.



Рис. 14.. Форма «Формы»

Рассмотрим формы для ввода данных, разработанные в ходе создания БД Адвоката.

При нажатии кнопки «Адвокаты» осуществляется переход на форму «Адвокаты», внешний вид которой представлен на рис. 15. Форма «Адвокаты» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Адвокаты».



Рис. 15. Форма «Адвокаты»

При нажатии кнопки «Архив» осуществляется переход на форму «Архив», внешний вид которой представлен на рис. 16. Форма «Архив» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Архив».

Рис. 16 Форма «Архив»

При нажатии кнопки «Виды нарушений» осуществляется переход на форму «Виды нарушений», внешний вид которой представлен на рис. 17. Форма «Виды нарушений» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Виды нарушений».



Рис. 17 Форма «Виды нарушений»

При нажатии кнопки «Виды наказаний по статьям» осуществляется переход на форму «Виды наказаний по статьям», внешний вид которой представлен на рис. 11. Форма «Виды наказаний по статьям» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Виды наказаний по статьям».

При нажатии кнопки «Дела в производстве» осуществляется переход на форму «Дела в производстве», внешний вид которой представлен на рис. 18. Форма «Дела в производстве» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Дела в производстве», «Судебные заседания».

Рис. 18 Форма «Виды наказаний по статьям»

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

Рис. 19. Форма «Дела в производстве»

При нажатии кнопки «Клиенты» осуществляется переход на форму «Клиенты», внешний вид которой представлен на рис. 20. Форма «Клиенты» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Клиенты».



Рис. 20 Форма «Клиенты»

При нажатии кнопки «Расшифровка статей» осуществляется переход на форму «Расшифровка статей», внешний вид которой представлен на рис. 21. Форма «Расшифровка статей» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Расшифровка статей».

Рис. 21 Форма «Расшифровка статей»

При нажатии кнопки «Справочник судов» осуществляется переход на форму «Справочник судов», внешний вид которой представлен на рис. 22. Форма «Справочник судов» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Справочник судов».



Рис. 22 Форма «Справочник судов»

При нажатии кнопки «Судьи» осуществляется переход на форму «Судьи», внешний вид которой представлен на рис. 23. Форма «Судьи» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Судьи».

Рис. 23 Форма «Судьи»

При нажатии кнопки «Тип приговора» осуществляется переход на форму «Тип приговора», внешний вид которой представлен на рис. 24 Форма «Тип приговора» открывается в режиме ввода, просмотра и редактирования данных. Все изменения данных, произведенные в ходе работы с формой, записываются в таблицу «Тип приговора».



Рис. 24 Форма «Тип приговора»

Рассмотрим запросы, созданные в базе данных.

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

Запрос «Неэффективность защиты» в режиме конструктора представлен на рис. 25:

Рис. 25 Запрос «Неэффективность защиты» в режиме конструктора



Условие расчета показателя неэффективности защиты представлено ниже (рис.26).

Рис. 26 Расчет показателя «Неэффективность защиты»

В запросе «Эффективность защиты» производится подсчет показателя эффективности проведения процесса адвокатом, исходя из разницы между максимальным сроком по статье и полученным по приговору суда. С помощью заданного условия по полю «Эффективность защиты» учитывается оправдательный приговор, в этом случае эффективность защиты равна удвоенной абсолютной разницемежду максимальным наказанием по статье и нулем (оправданием), другими словами - удвоенным максимальным наказанием. Условный приговор - в этом случае к эффективности защиты прибавляется 3, относительно абсолютной разницы.