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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тверь, 2013 г.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

. Основные

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модель предметной области, описанная с помощью методологии 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.      Какова эффективность, проводимой адвокатом защиты, относительно максимально возможного срока по статье обвинения, с учетом вынесения оправдательных приговоров, условных сроков и назначения штрафов?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При этом даталогическая модель разрабатывается с учётом конкретной реализации СУБД, также с учётом специфики конкретной предметной области на основе ее инфологической модели <#"868227.files/image007.gif">

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

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

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

В ERwin <#"868227.files/image008.gif">

Рис. 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, относительно абсолютной разницы.

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

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

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

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

Запрос «Получение списка текущих клиентов для конкретного адвоката» выводит список клиентов выбранного адвоката. Запрос «Получение списка текущих клиентов для конкретного адвоката» является запросом с параметром. В качестве параметра выступает ФИО адвоката. При запуске запроса пользователю необходимо ввести параметр ФИО адвоката.

Запрос «Получение списка текущих клиентов для конкретного адвоката» в режиме конструктора представлен на рис. 29.

Рис. 29. Запрос «Получение списка текущих клиентов для конкретного адвоката» в режиме конструктора

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

Запрос «Сведения об архивных делах текущих клиентов» в режиме конструктора представлен на рис. 30.

Рис. 30 Запрос «Сведения об архивных делах текущих клиентов» в режиме конструктора

Для определения суммы гонорара по делам за текущий год, используется 2 запроса:

·        подготовительный - Запрос «Сумма гонорара по делам (подготов)» выводит сумму гонораров по каждому заседанию дела, состоявшегося в 2012 году.

·        основной - Запрос «Сумма гонорара по делам» выводит сумму гонораров по делам за 2012 год, на основе данных, полученных в подготовительном запросе.

Запрос «Сумма гонорара по делам (подготов)» в режиме конструктора представлен на рис. 31.

Рис. 31. Запрос «Сумма гонорара по делам (подготов)» в режиме конструктора

Запрос «Сумма гонорара по делам» в режиме конструктора представлен на рис. 32.

Рис. 32 Запрос «Сумма гонорара по делам» в режиме конструктора

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

Отчет «Адвокаты» строится на запросе «Получение списка текущих клиентов для конкретного адвоката» с параметром ФИО адвоката.

Внешний вид отчета в режиме конструктора представлен на рисунке 33.

Рис. 33 Отчет «Адвокаты» в режиме конструктора

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

Внешний вид отчета «Дела в производстве» в режиме конструктора представлен на рисунке 34.

Рис. 34 Отчет «Дела в производстве» в режиме конструктора

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

Внешний вид отчета «Неэффективность защиты» в режиме конструктора представлен на рисунке 35.

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

Отчет «Эффективность защиты» строится на запросе «Эффективность защиты».

Внешний вид отчета «Эффективность защиты» в режиме конструктора представлен на рисунке 37.

Рис. 36 Отчет «Эффективность защиты» в режиме конструктора

Отчет «Сведения об архивных делах текущих клиентов» строится на запросе «Сведения об архивных делах текущих клиентов».

Внешний вид отчета «Сведения об архивных делах текущих клиентов » в режиме конструктора представлен на рисунке 37.

Рис. 37. Отчет «Сведения об архивных делах текущих клиентов» в режиме конструктора

Отчет «Сумма гонораров по делам» строится на запросе «Сумма гонораров по делам».

Внешний вид отчета «Сумма гонораров по делам» в режиме конструктора представлен на рисунке 38.

Рис. 38 Отчет «Сумма гонораров по делам» в режиме конструктора

1.7 Программная реализация БД

В ходе разработки базы данных адвокатов были использованы возможности MSAccess 2010 по созданию макросов и модулей. Программные возможности MSAccess 2010 применялись для навигации по формам, таблицам и запросам БД., как и любая другая развитая программная система, обладает средствами разработки программных приложений, ориентированных на конечных пользователей. Эти средства базируются на инструментах двух типов: макросах и модулях. Само понятие макроса подразумевает наличие набора некоторых стандартных команд системы, или макрокоманд (допустим, таких, как открытие формы, выполнение запроса, вывод отчета), из которых и конструируется сам макрос.

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

Особый интерес вызывает механизм вызова макросов в Access. Для этого существует две принципиальных возможности [15]:

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

·        вызов макроса по некоторому системному событию (открытие или закрытие формы, изменение управляющего элемента и т. п.)

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

На рис. показана привязка разработанного макроса к событию "Нажатие кнопки" для формы «Адвокаты».

Рис. 39. Обработка события «Нажатие кнопки»

Модули, в отличие от макросов, являются более тонким и мощным средством создания программных расширений в среде Access, максимально приближающимся по своим функциональным возможностям к таким профессиональным инструментам, как Delphi, Visual Basic или Power Builder. Одновременно применение модулей требует от пользователя навыков и квалификации программиста, а также знания основных принципов объектно-ориентированного программирования.

Для программирования в Access используется процедурный язык Visual Basic для приложений (VBA- Visual Basic for Applications) с добавлением объектных расширений и элементов SQL. Сам процесс создания программных расширений в среде Access предполагает активное использование технологии объектно-ориентшрованного программирования (ООП). В основе ООП лежит идея "упакованной функциональности", в соответствии с которой программа строится из фундаментальных сущностей, называемых объектами. Каждый из объектов характеризуется набором свойств (англ, -property) и операций, которые он может выполнять (англ,- method). Реализация взаимодействий между объектами ложится на исполняющую cpеду того средства разработки, на котором пишется программа, и поэтому работа программиста в рамках технологии ООП сводится к созданию объектов, описанию их свойств и реакций на те иди иные внешние события.

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

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

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

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

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

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

В Access существуют два типа модулей: стандартные и модули класса. Стандартные модули содержат процедуры и функции, которые могут быть вызваны из любого окна базы данных. Как правило, такие модули содержат программный код универсального характера, предназначенный для применения в различных местах текущего приложения или даже в различных приложениях [17].

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

Модули форм и модули отчетов являются модулями класса, связанными с определенной формой или отчетом. Заметим, что в ранних версиях Access они являлись единственно возможным инструментом объектно-ориентированного программирования. Эти модули содержат процедуры обработки событий, запускаемых в ответ на их возникновение в форме или отчете. Процедуры обработки событий используются для управления поведением формы или отчета и их откликом на события, например такие, как нажатие кнопки.

Важнейшей областью применения объектно-ориентированного программирования в Access является программирование доступа к данным. Для решения данной задачи фирмой Microsoft был разработан специальный интерфейс - DАО (Data Access Objects).- это набор объектных классов, которые моделируют структуру реляционной базы данных. Они обеспечивают свойства и методы, которые позволяют выполнять такие операции, как создание базы данных, определение таблиц и индексов, задание связей между таблицами, формирование запросов и отчетов и т. п. Существенным достоинством объектной модели DAO является ее универсальный характер: она доступна для большинства средств разработки программного обеспечения, поддерживаемых Microsoft, в частности, для Visual Basic. Классы объектов доступа к данным организованы по иерархической схеме. На ее вершине находится объект DbEngine, представляющий собой ядро базы данных. Далее следуют объекты, отвечающие за управление сеансами доступа пользователя к данным, - Workspace (от англ, "рабочая область"). Каждая рабочая область включает один или несколько объектов класса база данных - Database, а они, в свою очередь, содержат семейства объектов таблиц (TableDef), запросов (QueryDef), наборов записей (RecordSet) и т. д.

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

Рис. 40. Пример Модуля «Макрос1» БД «Адвокатской фирмы»

ЗАКЛЮЧЕНИЕ

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

Разработка БД адвоката в данной контрольной работе проведена по следующей схеме:

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

·        на основе проведенного анализа построены модели предметной области, описанные с помощью методологий IDEF0, DFD, IDEF3 с помощью BPWIN;

·        разработана инфологическая модель предметной области в нотации Чена;

·        проведена нормализация отношений в БД адвокаты, с целью получения отношений в 3НФ;

·        спроектирована схема данных в СУБД MS AСCESS 2010;

·        разработан интерфейс базы данных: таблицы, запросы, формы для ввода данных и запросы;

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Адвокатская деятельность:Учебно-практическое пособие / Под общ.ред. канд. юр. наук В.Н. Буробина. - Изд. 2-е, перераб. и допол. - М.: «ИКФ «ЭКМОС», 2003. - 624 с.

. Адвокатура в России: Учебник для вузов (под ред. д.ю.н., проф. В.И. Сергеева). - 4-е изд., перераб. и доп. - М.: "Юстицинформ", 2011.

. Адвокатская деятельность: Учебно-практическое пособие / под ред. В.Н. Буробина. - М.: Юстина, 2003.

. Мельниченко Р.Г. Адвокатура: учебное пособие. - М.: ИТК "Дашков и К", 2009.

. Смирнов В.Н., Смыкалин А.С. Адвокатура и адвокатская деятельность: Учебное пособие. - М.: Проспект, 2010.

. Бойков А.Д., Капинус Н.И., Тарло Е.Г. Адвокатура в России. - М.: Камерон, 2010.

. Кучерена А.Г. Адвокатура в условиях судебно-правовой реформы в Российской Федерации: Монография. - М.: Юркомпания, 2009.

. Барщевский М.Ю.Организация и деятельность адвокатуры в России. - М.: Юристъ, 1997;

. Буробин В.Н.Российская адвокатура в XXI веке // Бизнес-Адвокат. 2000. № 3 (75);

. Резник Г.М. Адвокатура в постсоветском обществе // Адвокат. 1998. № 11 (89).

. КарповаТ.С. Базы Данных,Спб: Питер, 2009 - 340 с.

. Диго С. М. Проектирование и использование баз данных (учебник) - М: Ф и С, 2009 г -208 с.

.Хомоненко А Д, Цыганков В М, Мальцев М Г Базы данных (учебник для ВУЗов) - СПб:КОРОНАпринт , 2009 - 736 с

14. Вендров А М Case-технологии Современные методы и средства проектированияинформационных систем - М.:Фи С, 2010

. Дейт К Введение в системы баз данных 6-ое изд пер с англ . М- СПб - К .: изд. дом"Вильяме" , 2007 - 848с

. Грабер МS SQL Справочное руководством.: "Лори", 2007 - 291 с

. Грекул В.И., Денишенко Г.Н., Коровкина Н.Л. Проектирование информационных систем,М.: Интернет-Ун-т Информ технологий, 2005 - 304

. Рубцов С. В. Уточнение понятия «бизнес- процесс». // Менеджмент в России и за рубежом, 2001, 6, 26-33 - URL: #"868227.files/image041.gif">

Таблица «Архив»

Таблица «Вид нарушений»

Таблица «Виды наказания по статьям»

Таблица «Дела в производстве»

Таблица «Клиенты»

Таблица «Расшифровка статей»

Таблица «Справочник судов»

Таблица «Судебные заседания»

Таблица «Судьи»

Таблица «Тип приговора»

Выходные данные:

Отчет «Адвокаты»

Отчет «Дела в производстве»

Отчет «Неэффективность защиты»

Отчет «Сведения об архивных делах текущих клиентов»

Отчет «Сумма гонорара по делам»

Отчет «Эффективность защиты»

Формы интерфейса

Форма «Адвокаты»

Форма «Архив»

Форма «Вид нарушений»

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

Форма «Главная форма»

Форма «Запросы»

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

Форма «Клиенты»

Форма «Отчеты»

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

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

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

Форма «Тип приговора»

Форма «Формы»

ПРИЛОЖЕНИЕ 2

Описание принципа работы с реализованной ИС

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

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

БД содержит две основных таблицы, в которых хранится информация о судебных делах: «Дела в производстве» и «Архив».

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

Навигация в базе данных очень проста и понятна. При открытии файла БД Адвокаты, автоматически загружается главная форма, в которой можно выбрать тип объекта, с которым необходимо работать: таблицы, запросы, формы, отчеты. Выбор производится нажатием на кнопку «Таблицы», «Запросы», «Формы», «Отчеты».

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

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

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

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

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

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

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

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

·  Об эффективности защиты (Отчет «Эффективность защиты»);

·        Об неэффективности защиты (Отчет «Неэффективность защиты»);

·        О текущих клиентах конкретного адвоката (Отчет «Адвокаты»);

·        Об архивных делах текущих клиентов (Отчет «Сведения об архивных делах текущих клиентов»);

·        О гонораре адвокатов за текущий год (Отчет «Сумма гонорара по делам»);

·        Сведения о текущих делах и заседаниях, прошедших по ним (Отчет «Дела в производстве»).

ПРИЛОЖЕНИЕ 3

Генерация БД из Erwin в Access 2010

CREATE TABLE Адвокат

(

Код_адвоката INTEGER NULL,

ФИО_адвоката VARCHAR(20) NULL,

Дата_рождения DATE NULL,

Стаж_работы INTEGER NULL,

Комментарий VARCHAR(20) NULL,

Тариф INTEGER NULL

)

;TABLE АдвокатPRIMARY KEY (Код_адвоката)

;TABLE Архивные_дела

(

Номер_дела INTEGER NULL,

Код_клиента INTEGER NOT NULL,

Код_адвоката INTEGER NOT NULL,

Код_судьи INTEGER NOT NULL,

Код_суда INTEGER NOT NULL,

Код_статьи INTEGER NULL,

Код_типа_приговора INTEGER NULL,

Приговор_суда VARCHAR(20) NULL

)

;TABLE Архивные_дела PRIMARY KEY (Номер_дела,Код_клиента,Код_адвоката,Код_судьи,Код_суда)

;

CREATE TABLE Дела_в_производстве

(

Номер_дела INTEGER NULL,

Код_клиента INTEGER NOT NULL,

Код_адвоката INTEGER NOT NULL,

Код_судьи INTEGER NOT NULL,

Код_суда INTEGER NOT NULL,

Код_вида_нарушения INTEGER NULL,

Стадия_дела VARCHAR(20) NULL,

Номер_заседания INTEGER NULL,

Дата_заседания DATE NULL,

Дальнейшее_рассмотрение VARCHAR(20) NULL

Гонорар_адвоката INTEGER NULL

)

;

ALTER TABLE Дела_в_производстве

ADD PRIMARY KEY (Номер_дела,Код_клиента,Код_адвоката,Код_судьи,Код_суда)

;

TABLE Клиент

(

Код_клиента INTEGER NULL,

ФИО_клиента VARCHAR(20) NULL,

Дата_рождения DATE NULL,

Адрес VARCHAR(20) NULL,

Дата_обращения DATE NULL

)

;TABLE КлиентPRIMARY KEY (Код_клиента)

;TABLE Суд

(

Код_суда INTEGER NULL,

Наименование VARCHAR(20) NULL,

Адрес VARCHAR(20) NULL

)

;TABLE СудPRIMARY KEY (Код_суда)

;TABLE Судья

(

Код_судьи INTEGER NULL,

Код_суда INTEGER NOT NULL,

ФИО_судьи VARCHAR(20) NULL,

Дата_рождения DATE NULL,

Стаж VARCHAR(20) NULL

)

;TABLE СудьяPRIMARY KEY (Код_судьи,Код_суда)

;

ALTER TABLE Архивные_дела

ADD FOREIGN KEY R_1 (Код_клиента) REFERENCES Клиент(Код_клиента)

;

ALTER TABLE Архивные_дела

ADD FOREIGN KEY R_4 (Код_судьи,Код_суда) REFERENCES Судья(Код_судьи,Код_суда)

;TABLE Архивные_делаFOREIGN KEY R_5 (Код_адвоката) REFERENCES Адвокат(Код_адвоката)

;TABLE Дела_в_производствеFOREIGN KEY R_6 (Код_клиента) REFERENCES Клиент(Код_клиента)

;TABLE Дела_в_производствеFOREIGN KEY R_8 (Код_адвоката) REFERENCES Адвокат(Код_адвоката)

;TABLE Дела_в_производствеFOREIGN KEY R_9 (Код_судьи,Код_суда) REFERENCES Судья(Код_судьи,Код_суда)

;TABLE СудьяFOREIGN KEY R_3 (Код_суда) REFERENCES Суд(Код_суда)

;

Макросы для кнопок «Главной формы».

Макрос открытия формы «Таблицы»:

PrivateSubТаблицы_Click().OpenForm "Таблицы", acNormal, "", "", ,acNormal

Макрос открытия формы «Запросы»:

Private Sub Запросы_Click().OpenForm "Запросы", acNormal, "", "", ,acNormal

Макрос открытия формы «Формы»:

Private Sub Формы_Click().OpenForm "Формы", acNormal, "", "", ,acNormal

Макрос открытия формы «Отчеты»:

Private Sub Отчеты_Click().OpenForm "Отчеты", acNormal, "", "", ,acNormal

Макросы для кнопок формы «Таблицы»

Макрос для просмотра таблицы «Адвокаты»:

Private Sub Адвокаты_Click().OpenTable "Адвокаты", acViewNormal, acEdit

Макрос для просмотра таблицы «Архив»:

Private Sub Архив_Click().OpenTable "Архив", acViewNormal, acEdit

Макрос для просмотра таблицы «Виды наказаний по статьям»:

PrivateSubВиды__наказаний_Click().OpenTable "Виды наказаний по статьям", acViewNormal, acEdit

Макрос для просмотра таблицы «Виды нарушений»:

Виды_нарушений_Click().OpenTable "Виды нарушений", acViewNormal, acEdit

EndSub

Макрос для просмотра таблицы «Дела в производстве»:

PrivateSubДела_Click()

DoCmd.OpenTable "Делавпроизводстве", acViewNormal, acEdit

EndSub

Макрос для просмотра таблицы «Судебные заседания»:

PrivateSubЗаседания_Click()

DoCmd.OpenTable "СудебныеЗаседания", acViewNormal, acEdit

EndSub

Макрос для просмотра таблицы «Клиенты»:

Private Sub Клиенты_Click().OpenTable "Клиенты", acViewNormal, acEdit

Макрос для просмотра таблицы «Тип приговора»:

Private Sub Пригор_тип_Click().OpenTable "Типприговора", acViewNormal, acEdit

Макрос для просмотра таблицы «Расшифровка статей»:

PrivateSubРасшифровка_Click()

DoCmd.OpenTable "Расшифровкастатей", acViewNormal, acEdit

EndSub

Макрос для просмотра таблицы «Справочник судов»:

Private Sub Суды_Click().OpenTable "Справочниксудов", acViewNormal, acEdit

Макрос для просмотра таблицы «Судьи»:

Private Sub Судьи_Click().OpenTable "Судьи", acViewNormal, acEdit

Макросы для кнопок формы «Запросы»

Макрос для просмотра таблицы «Сведения об архивных делах текущих клиентов»:

Private Sub Арх_дела_Click().OpenQuery "Сведенияобархивныхделахтекущихклиентов", acViewNormal, acEdit

Макрос для просмотра таблицы «Сумма гонораров по делам»:

PrivateSubГонорар_Click()

DoCmd.OpenQuery "Суммагонорараподелам", acViewNormal, acEdit

EndSub

Макрос для просмотра таблицы «Неэффективность защиты»:

Private Sub Неэфф_защиты_Click().OpenQuery "Неэффективностьзащиты", acViewNormal, acEdit

Макрос для просмотра таблицы «Получение списка текущих клиентов для конкретного адвоката»:

PrivateSubТекКлиенты_Click().OpenQuery "Получение списка текущих клиентов для конкретного адвоката", acViewNormal, acEdit

EndSub

Макрос для просмотра таблицы «Эффективность защиты»:

Private Sub Эфф_защ_Click().OpenQuery "Эффективностьзащиты", acViewNormal, acEdit

Макросы для кнопок формы «Формы»

Макрос для просмотра формы «Адвокаты»:

Private Sub Адвокаты_Click().OpenForm "Адвокаты", acNormal

Макрос для просмотра формы «Архив»:

Private Sub Архив_Click().OpenForm "Архив", acNormal

Макрос для просмотра формы «Дела в производстве»:

PrivateSubДела_Click()

DoCmd.OpenForm "Делавпроизводстве", acNormal

Макрос для просмотра формы «Клиенты»:

Private Sub Клиенты_Click().OpenForm "Клиенты", acNormalSub

Sub Наказания_Click().OpenForm "Видынаказанийпостатьям", acNormal

Макрос для просмотра формы «Виды наказаний по статьям»:

PrivateSubНарушения_Click()

DoCmd.OpenForm "Видынарушений", acNormal

EndSub

Макрос для просмотра формы «Расшифровка статей»:

PrivateSubРасшифровка_Click()

DoCmd.OpenForm "Расшифровкастатей", acNormal

EndSub

Макрос для просмотра формы «Справочник судов»:

Private Sub Суды_Click().OpenForm "Справочниксудов", acNormal

Макрос для просмотра формы «Судьи»:

Private Sub Судьи_Click().OpenForm "Судьи", acNormal

Макрос для просмотра формы «Тип приговора»:

Private Sub Тип_приговора_Click().OpenForm "Типприговора", acNormalSub

Макросыдлякнопокформы «Отчеты»

Макрос для просмотра отчета «Адвокаты»:

Private Sub Адвокаты_Click().OpenReport "Адвокаты", acViewReport

Макрос для просмотра отчета «Сведения об архивных делах»:

PrivateSubАрхив_Click()

DoCmd.OpenReport "Сведенияобархивныхделах", acViewReport

EndSub

Макрос для просмотра отчета «Сумма гонорара по делам»:

PrivateSubГонорар_Click()

DoCmd.OpenReport "Суммагонорараподелам", acViewReport

Макрос для просмотра отчета «Делам в производстве»:Дела_Click().OpenReport "Дела в производстве", acViewReport

EndSub

Макрос для просмотра отчета «Неэффективность защиты»:

PrivateSubНеэффективность_Click()

DoCmd.OpenReport "Неэффективностьзащиты", acViewReport

EndSub

Макрос для просмотра отчета «Эффективность защиты»:

PrivateSubЭффективность_Click()

DoCmd.OpenReport "Эффективностьзащиты", acViewReport

EndSub

Compare Database

'------------------------------------------------------------

' Макрос1

'

'------------------------------------------------------------Макрос1()Error GoTo Макрос1_Err

.OpenForm "Таблицы", acNormal, "", "", , acNormal.OpenForm "Запросы", acNormal, "", "", , acNormal.OpenForm "Таблицы", acNormal, "", "", , acNormal.OpenForm "Таблицы", acNormal, "", "", , acNormal.OpenQuery "Неэффективность защиты", acViewNormal, acEdit.OpenForm "Таблицы", acNormal, "", "", , acNormal.OpenForm "Таблицы", acNormal, "", "", , acNormal

Макрос1_Exit:Function

Макрос1_Err:Error$ Макрос1_Exit

End Function

Compare Database

'------------------------------------------------------------

' Макрос12

'

'------------------------------------------------------------Макрос12()Error GoTo Макрос12_Err

.OpenForm "Таблицы", acNormal, "", "", , acNormal

Макрос12_Exit:Function

Макрос12_Err:Error$Макрос12_Exit

FunctionCompare Database

'------------------------------------------------------------

' Макрос13

'

'------------------------------------------------------------

Function Макрос13()Error GoTo Макрос13_Err

.OpenForm "Запросы", acNormal, "", "", , acNormal

Макрос13_Exit:Function

Макрос13_Err:Error$ Макрос13_Exit

End Function

Запросы

SELECT Клиенты.ФИО_клиента, Клиенты.[Дата рождения], Клиенты.Адрес, Клиенты.[Дата обращения], Адвокаты.ФИО_адвоката, Адвокаты.[Дата рождения], Адвокаты.[Стаж работы], Адвокаты.Комментарий, Адвокаты.Тариф, Судьи.ФИО, Судьи.[Дата рождения], Судьи.Стаж, [Справочник судов].[Наименование суда], [Справочник судов].Адрес, [Дела в производстве].[Стадия дела], [Дела в производстве].[Номер дела], [Судебные заседания].[Номер заседания], [Судебные заседания].[Дата заседания], [Судебные заседания].[Дальнейшее рассмотрение], [Судебные заседания].[Гонорар адвоката][Тип приговора] INNER JOIN (Судьи INNER JOIN ([Справочник судов] INNER JOIN ((((Клиенты INNER JOIN ([Вид нарушений] INNER JOIN (Адвокаты INNER JOIN [Дела в производстве] ON Адвокаты.Код_адвоката = [Дела в производстве].[Код адвоката]) ON [Вид нарушений].[Код вида нарушения] = [Дела в производстве].[Код вида нарушения]) ON Клиенты.[Код клиента] = [Дела в производстве].[Код клиента]) INNER JOIN [Расшифровка статей] ON [Вид нарушений].[Код вида нарушения] = [Расшифровка статей].[Код вида нарушения]) INNER JOIN [Виды наказания по статьям] ON [Расшифровка статей].[Номер статьи] = [Виды наказания по статьям].[Номер статьи]) INNER JOIN [Судебные заседания] ON [Дела в производстве].[Номер дела] = [Судебные заседания].[Номер дела]) ON [Справочник судов].[Код суда] = [Судебные заседания].[Код суда]) ON Судьи.[Код судьи] = [Судебные заседания].[Код судьи]) ON [Тип приговора].[Код типа приговора] = [Виды наказания по статьям].[Код типа приговора];

Архив.[Номер дела], Адвокаты.ФИО_адвоката, Архив.[Приговор суда], [Тип приговора].Размерность, IIf([Приговор суда]=0,0,(IIf([Виды наказания по статьям].[Код типа приговора]=4,([Приговор суда]-[Минимальное наказание]/2),([Приговор суда]-[Минимальное наказание])))) AS [Неэффективность защиты][Тип приговора] INNER JOIN (([Расшифровка статей] INNER JOIN (Адвокаты INNER JOIN Архив ON Адвокаты.Код_адвоката = Архив.[Код адвоката]) ON [Расшифровка статей].[Номер статьи] = Архив.[Код статьи]) INNER JOIN [Виды наказания по статьям] ON [Расшифровка статей].[Номер статьи] = [Виды наказания по статьям].[Номер статьи]) ON ([Тип приговора].[Код типа приговора] = [Виды наказания по статьям].[Код типа приговора]) AND ([Тип приговора].[Код типа приговора] = Архив.[Код типа приговора]);Адвокаты.ФИО_адвоката, Клиенты.ФИО_клиентаКлиенты INNER JOIN (Адвокаты INNER JOIN [Дела в производстве] ON Адвокаты.Код_адвоката = [Дела в производстве].[Код адвоката]) ON Клиенты.[Код клиента] = [Дела в производстве].[Код клиента](((Адвокаты.ФИО_адвоката) Like "*" & [Введите фамилию адвоката] & "*"));Адвокаты.Код_адвоката, Адвокаты.ФИО_адвоката, Клиенты.ФИО_клиента, Архив.[Номер дела], Архив.[Код статьи], [Расшифровка статей].[Название статьи], Архив.[Приговор суда], [Тип приговора].Размерность[Расшифровка статей] INNER JOIN ([Тип приговора] INNER JOIN ((Клиенты INNER JOIN (Адвокаты INNER JOIN Архив ON Адвокаты.Код_адвоката = Архив.[Код адвоката]) ON Клиенты.[Код клиента] = Архив.[Код клиента]) INNER JOIN [Дела в производстве] ON (Клиенты.[Код клиента] = [Дела в производстве].[Код клиента]) AND (Адвокаты.Код_адвоката = [Дела в производстве].[Код адвоката])) ON [Тип приговора].[Код типа приговора] = Архив.[Код типа приговора]) ON [Расшифровка статей].[Номер статьи] = Архив.[Код статьи];

[Сумма гонорара по делам (подготов)].Код_адвоката, [Сумма гонорара по делам (подготов)].ФИО_адвоката, [Сумма гонорара по делам (подготов)].[Номер дела], Sum([Сумма гонорара по делам (подготов)].[Sum-Гонорар адвоката]) AS Гонорар[Сумма гонорара по делам (подготов)]BY [Сумма гонорара по делам (подготов)].Код_адвоката, [Сумма гонорара по делам (подготов)].ФИО_адвоката, [Сумма гонорара по делам (подготов)].[Номер дела];Адвокаты.Код_адвоката, Адвокаты.ФИО_адвоката, [Дела в производстве].[Номер дела], Sum([Судебные заседания].[Гонорар адвоката]) AS [Sum-Гонорар адвоката], [Судебные заседания].[Дата заседания](Адвокаты INNER JOIN [Дела в производстве] ON Адвокаты.Код_адвоката = [Дела в производстве].[Код адвоката]) INNER JOIN [Судебные заседания] ON [Дела в производстве].[Номер дела] = [Судебные заседания].[Номер дела]BY Адвокаты.Код_адвоката, Адвокаты.ФИО_адвоката, [Дела в производстве].[Номер дела], [Судебные заседания].[Дата заседания]((([Судебные заседания].[Дата заседания]) Between #1/1/2012# And #12/31/2012#));Архив.[Номер дела], Адвокаты.ФИО_адвоката, Архив.[Приговор суда], [Тип приговора].Размерность, IIf([Приговор суда]=0,([Максимальное наказание]*2),(IIf([Виды наказания по статьям].[Код типа приговора]=4,([Максимальное наказание]+3-[Приговор суда]),([Максимальное наказание]-[Приговор суда])))) AS [Эффективность защиты][Тип приговора] INNER JOIN (([Расшифровка статей] INNER JOIN (Адвокаты INNER JOIN Архив ON Адвокаты.Код_адвоката = Архив.[Код адвоката]) ON [Расшифровка статей].[Номер статьи] = Архив.[Код статьи]) INNER JOIN [Виды наказания по статьям] ON [Расшифровка статей].[Номер статьи] = [Виды наказания по статьям].[Номер статьи]) ON ([Тип приговора].[Код типа приговора] = [Виды наказания по статьям].[Код типа приговора]) AND ([Тип приговора].[Код типа приговора] = Архив.[Код типа приговора]);

[Судебные заседания].[Номер заседания], [Судебные заседания].[Номер дела], [Судебные заседания].[Дата заседания], [Судебные заседания].[Код суда], [Судебные заседания].[Код судьи], [Судебные заседания].[Дальнейшее рассмотрение], [Судебные заседания].[Гонорар адвоката][Справочник судов] INNER JOIN (Судьи INNER JOIN [Судебные заседания] ON Судьи.[Код судьи] = [Судебные заседания].[Код судьи]) ON [Справочник судов].[Код суда] = [Судебные заседания].[Код суда];