CC BY
57
УДК 004 ББК 30
ОСОБЕННОСТИ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПРЕДСТАВЛЕНИЯ СУДЕБНЫХ РЕШЕНИЙ В ОТКРЫТОМ ФОРМАТЕ
© Мяделец К.П.*, IПиков А.Н.*
Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики, г. Санкт-Петербург
Настоящее исследование посвящено разработке системы информационного поиска судебных дел и решений из системы ГАС «Правосудие», визуализации статистики и преобразованию полученных данных в машиночитаемый формат.
Ключевые слова: Информационная система, открытый формат, судебные решения, подсистема пользовательского доступа.
Ежедневно в России рассматриваются сотни судебных дел. Проходят судебные заседания, выносятся и приводятся в исполнение решения суда. Сведения, связанные с рассмотрением судебных дел, публикуются судами в интернете согласно Федеральному Закону № 262-ФЗ «Об обеспечении доступа к информации о деятельности судов в Российской Федерации» на сайте ГАС «Правосудие».
Однако, из-за больших объёмов возникающей в ходе судебного делопроизводства информации, непрерывного роста числа записей о судебных делах и несовершенства существующих инструментов, поиск и обработка данных о судебных делах до сих пор представляет собой нетривиальную задачу.
Реализуемая в рамках данной работы информационная система призвана облегчить работу с имеющимися в открытом доступе данными о судебных делах путём предоставления таких инструментов, как полнотекстовый поиск по текстам судебных решений с фильтрацией результатов по основным атрибутам судебного дела.
Появляется возможность всем заинтересованным людям ознакомиться с примерами реальной судебной практики. Позволит оценить лицам, участвующим в судебном разбирательстве оценить шансы на принятие решение в их пользу, или даже привести то или иное решение в поддержку своей позиции.
Визуализация судебной статистики дает возможность сравнить объём правонарушений в разных районах города или проследить за динамикой из-
* Студент.
* Доцент кафедры Интеллектуальных технологий в гуманитарной сфере, кандидат технических наук.
менения числа правонарушений после принятия новых законов или внесения поправок в уже действующие. Такая информация может представлять интерес для СМИ, или же просто для людей с активной гражданской позицией.
Экспорт записей о судебных делах через открытый API в машиночитаемом виде позволит любому лицу, заинтересованному в дальнейшей обработке записей о судебных делах, получить всю информацию в пригодном для машинной обработки виде. Таким образом, возможности для обработки собранной информации, а вместе с ними и способы получения выгоды не ограничиваются только реализованным в рамках данной информационной системы функционалом, но могут легко быть расширены в дальнейшем.
Механизм публикации информации о судебных делах в РФ
Согласно Федеральному Закону № 262-ФЗ «Об обеспечении доступа к информации о деятельности судов в Российской Федерации», суды публикуют информацию о своей деятельности в интернете. Среди этой информации публикуются сведения, связанные с рассмотрением дел, в том числе сведения о находящихся в суде делах и тексты судебных актов.
На практике эта часть закона реализуется через публикацию записей о судебных делах на сайтах судов в системе ГАС «Правосудие», разработанной в 2008 году по заказу Судебного департамента РФ для формирования единого информационного пространства судов общей юрисдикции и обеспечения информационной поддержки судопроизводства.
ГАС «Правосудие» представляет из себя информационную систему, разделённую на два контура: ведомственный и публичный.
Ведомственный контур предназначен только для внутреннего использования в среде сотрудников судебных и правовых государственных структур, и хотя и включает в себя затрагивающий тему работы банк судебных решений, в данной работе рассматриваться не будет.
Публичный же контур, напротив, предназначен для публикации информации в открытом доступе. В его состав входит интернет-портал ГАС «Правосудие», включающий в себя набор однотипных сайтов для всех судов общей юрисдикции в Российской Федерации. Каждый из этих сайтов содержит раздел «Судебное делопроизводство», в котором производится публикация карточек с информацией о находящихся в суде делах, а также текстов судебных решений.
Информация о судебном деле публикуется в двухнедельный срок с момента поступления дела в суд. Публикации подлежат тексты всех судебных актов, кроме тех, которые вынесены по делам:
- Затрагивающим безопасность государства.
- Возникающим из семейно-правовых отношений, в том числе по делам об усыновлении (удочерении) ребенка, другим делам, затрагивающим права и законные интересы несовершеннолетних.
- О преступлениях против половой неприкосновенности и половой свободы личности.
- Об ограничении дееспособности гражданина или о признании его недееспособным.
- О принудительной госпитализации гражданина в психиатрический стационар и принудительном психиатрическом освидетельствовании.
- О внесении исправлений или изменений в запись актов гражданского состояния.
- Об установлении фактов, имеющих юридическое значение, рассматриваемых судами общей юрисдикции.
- Разрешаемым в порядке статьи 126 Гражданского процессуального кодекса Российской Федерации.
Карточки всех дел публикуются в виде отдельных HTML-страниц, ссылки на которые организованы в виде списка с постраничным разбиением. Публичный API для экспорта данных отсутствует.
Архитектура системы
Реализуемая информационная система состоит из двух подсистем: подсистемы сбора судебных дел с сайтов системы ГАС «Правосудие» и подсистемы предоставления пользовательского доступа к система.
Подсистема сбора судебных дел включает в себя дампер для загрузки страниц дел и парсер для распознавания содержимого загруженных страниц.
Подсистема предоставления пользовательского доступа реализована в виде сайта, предоставляющего возможности для поиска и визуализации статистики по собранной базе судебных дел, а также возможность экспорта записей о делах в машиночитаемом виде в формате JSON.
Для повышения надёжности системы работа этих компонентов полностью независима друг от друга, они могут быть размещены на разных серверах. В качестве связи используются общие таблицы в базе данных.
Диаграмма компонентов системы представлена на рис. 1.
Рис. 1. Диаграмма компонентов системы
Подсистема сбора судебных дел
Задачей подсистемы сбора судебных дел является получение с сайтов системы ГАС «Правосудие» страницы судебных дел, распознавание атрибутов находящихся на них судебных дел и сохранение записей о судебных делах в базе данных.
В качестве языка для реализации этой подсистемы был выбран Python 3 из-за полноценной поддержки Unicode, что избавляет от дополнительных трудностей при обработке кириллических данных, а также из-за обилия библиотек для этого языка, в числе которых находятся библиотеки для многопоточного выполнения HTTP-запросов и парсинга HTML-документов, используемые в работе подсистемы.
Подсистема состоит из двух крупных частей: дампера страниц судебных дел и парсера полученных страниц.
Задачей дампера является получение с сайтов системы ГАС «Правосудие» страниц судебных дел и сохранение распознанной парсером информации о судебных делах в базу данных.
Для решения этой задачи дампер должен последовательно проходить по списку судов, извлечённому из базы данных, и сохранять в базу данных данные обо всех делах, опубликованных на сайте каждого из судов. Список этапов, который необходимо выполнить для этого для каждого из судов, приводится ниже:
1. Получить первую страницу списка дел для того, чтобы определить полное количество страниц списка;
2. Получить каждую из страниц списка дел и передать их парсеру, для того, чтобы получить от парсера список ссылок на все судебных дела, содержащиеся на этих страницах списка;
3. Получить страницы каждого из судебных дел, передать их парсеру для обработки и получить от парсера для каждой из страниц распознанные атрибуты содержащегося на ней судебного дела и ссылку на страницу с текстом судебного решения;
4. Получить страницу с текстом судебного решения, передать её парсеру для распознавания. Получить от парсера текст судебного решения;
5. Сохранить полученные данные о каждом из судебных дел в базе данных.
Поскольку дамперу требуется производить множество операций с БД, целесообразным является описать все хранимые в базе данных сущности, которыми он оперирует, отдельными классами, а все операции с базой данных инкапсулировать в классах мапперов для каждой из этих сущностей, применив в ходе разработки паттерн Data Mapper.
Задачей парсера является распознавание переданных ему HTML-стра-ниц списка судебных дел, страниц конкретных судебных дел или страниц с текстом решения по делу и возврат распознанной информации дамперу.
При реализации парсера следует учесть тот факт, что на данный момент существует два вида модулей для вывода информации о судебных делах для сайтов системы ГАС «Правосудие». Модули имеют различную структуру отдаваемых страниц, поэтому парсер должен содержать в себе алгоритмы для распознавания страниц модулей обоих типов.
Сайт любого из судов в произвольный момент времени может перейти на использование другого вида модуля вывода информации, поэтому нужно обеспечить возможность автоматического выбора подходящего алгоритма распознавания в зависимости от поступившей страницы.
Кроме того, вероятно, что в будущем могут появиться и другие виды модулей вывода информации о судебных делах, поэтому следует обеспечить простоту расширения пула алгоритмов распознавания. Для этого на каждый из видов судебного делопроизводства предлагается реализовать базовый класс парсера, содержащий описание интерфейса, необходимого для взаимодействия с дампером, и унаследовать от этого класса конкретные классы парсеров для каждого из модулей вывода судебных дел.
Подсистема предоставления пользовательского доступа
Задачей подсистемы предоставления пользовательского доступа к системе является предоставить пользователям доступ к пользовательскому функционалу системы, а именно, к возможностям:
- Осуществлять полнотекстовый поиск по судебным делам.
- Просматривать страницы найденных дел, читать тексты судебных решений.
- Просматривать визуализированную статистику по судебным делам.
- Экспортировать записи о судебных делах в машиночитаемом виде.
Подсистема предоставления пользовательского доступа реализована в
виде сайта, разработанного на языке PHP.
Решение реализовать её в виде сайта было принято с целью упростить доступ пользователей к системе. Для того, чтобы воспользоваться системой, пользователю достаточно обладать любым устройством, имеющим доступ в интернет и оснащённым браузером, поддерживающим современные веб-стандарты.
В качестве языка реализации использован PHP 5.4, поскольку PHP является удобным, проверенным и наиболее распространённым языком для реализации веб-сайтов.
В качестве базового каркаса для этой подсистемы используется фреймворк Symfony 2.2, позволяющий ускорить и упростить разработку за счёт автоматизации рутинных операций, имеющий большое количество полезных плагинов, а также из-за наличия опыта в разработке проектов с его использованием.
Подсистема состоит из следующих компонентов: модуль поиска по судебным делам, модуль отображения судебного дела, модуль отображения
статистики и модуль экспорта данных в машиночитаемом виде. Диаграмма вариантов использования подсистемы предоставления пользовательского доступа к системе представлена на рис. 2.
Подсисте ма п редоставле н ия пол ьзоаател ьского доступа
Рис. 2. Диаграмма вариантов подсистемы предоставления пользовательского доступа к системе
Модуль поиска по судебным делам
Задачей этого компонента является предоставить пользователю возможность осуществлять полнотекстовый поиск по текстам судебных актов и фильтровать результаты поиска по различным атрибутам судебного дела.
Полнотекстовый поиск подразумевает под собой поиск всех лингвистических форм содержащихся в поисковом запросе слов по заранее построенному поисковому индексу текстовых документов, который хранит в себе список всех встречающихся в документах слов со ссылками на их позиции в конкретных документах. Использование такого индекса позволяет быстро и эффективно осуществлять поиск по большому объёму текстовых документов, ранжировать результат поиска по релевантности, а также выделять найденные словоформы в выводе результатов поиска.
Для реализации полнотекстового поиска предлагается использовать поисковый движок Sphinx. Его выбор среди конкурирующих решений обуславливается наличием русскоязычного стеммера в базовой поставке, а также наличием плагина для интеграции с фреймворком Symfony 2.
Модуль отображения судебного дела
Задачей этого компонента является отображение информации о конкретном судебном деле. Выводимая страница должна содержать следующие атрибуты любого судебного дела:
Номер дела.
Вид судебного делопроизводства.
Название инстанции.
Регион.
Город.
Название суда.
ФИО судьи.
Для уголовного производства: список подсудимых, инкриминируемых им статей и вынесенных в отношении каждого из подсудимых решений.
Для гражданского производства: список сторон по делу, категорию дела, решение по делу.
Текст решения.
Модуль отображения статистики
Задачей этого компонента является визуализация различной статистики по хранящимся в базе данных записям о судебных делах.
Для визуализации предусмотрены два вида статистики:
- Информация о количестве опубликованным районным судом уголовных дел в виде подсветки районов цветом от красного до зелёного на карте города. Цветом кодируется отношение числа дел, опубликованных на сайте соответствующего району суда, к максимальному числу опубликованных дел на сайтах судов районов этого города. Район подсвечивается красным цветом, если это соотношение составляет единицу и зелёным, если оно равно нулю. В случае, если суд ещё не опубликовал ни одного дела, район не подсвечивается.
- Информация о процентном соотношении вынесенных по какой-либо из уголовных или гражданских статей решений в виде круговой диаграммы.
Модуль экспорта данных в машиночитаемом виде
Задачей этого компонента является предоставление API для экспорта записей о судебных делах и их атрибутах в машиночитаемом виде.
Для удобства использования API, упрощения работы с ним и минимизации объёма передаваемых данных было принято решение разрабатывать API в стиле REST.
REST - это стиль построения архитектуры распределённых приложений. Его ключевыми особенностями являются отсутствие дополнительных внутренних прослоек при передаче данных, то есть данные передаются между компонентами приложения в исходном виде, а не обёрнутыми дополнительно в XML или какой-то другой формат, как, например, это происходит при построении API с использованием протоколов XML-RPC или SOAP, а также использование семантики HTTP-запросов.
В качестве формата для экспорта данных был выбран JSON.
Для реализации API предлагается использовать плагин для фреймворка Symfony 2 FOSRestBundle, предназначенный для создания API в стиле REST.
Реализуемый API должен включать методы для экспорта следующих сущностей:
- Charge - статья уголовного кодекса.
- City - город.
- Court - суд.
- Court District - связь между судом и районом.
- Crime Type - вид делопроизводства.
- Defendant - подсудимый по уголовному делу.
- District - район города.
- Judgement - решение по уголовному делу.
- Judge - судья.
- Lawsuit - судебное дело.
- Lawsuit Defendant - связь между уголовным делом и подсудимым.
- Lawsuit Defendant Charge - связь между сущностью Lawsuit Defendant (подсудимый по делу) и инкриминируемой ему статьёй.
- Region - регион РФ.
- Stage - судебная инстанция.
- Member - участник гражданского дела.
- Member Type - вид участника гражданского дела.
- Lawsuit Member - связь между гражданским делом и его участников.
- Category - категория гражданского дела.
Для возможности использования разработанного API необходимо предоставить документацию по использованию каждого из перечисленных методов. Предлагаемый к использованию плагин имеет возможность автоматической генерации документации на основе специально отформатированных комментариев в коде экспортируемых сущностей, что является веским доводом в его пользу, поскольку эта возможность позволяет автоматически поддерживать документацию в актуальном виде в случае изменения структуры сущностей.
База данных системы
Поскольку разрабатываемая информационная система подразумевает хранение больших объёмов связанных данных, в качестве её компонента используется реляционная база данных.
В качестве СУБД была выбрана PostgreSQL 9.1, что объясняется её высокой производительностью и удобством расширенного функционала, предоставляемого данной СУБД в дополнение к классическому ANSI SQL 92.
Инфологическая модель используемой в работе БД представлена на рис. 3, а логическая модель используемой в работе БД на рис. 4.
Рис. 3. Инфологическая модель БД
Рис. 4. Логическая модель БД
Программная реализация подсистемы сбора судебных дел
При реализации дампера страниц судебных дел были созданы сущности, соответствующие каждой из сущностей предметной области. Вся логика по работе с базой данных была инкапсулирована в соответствующих этим сущностям классах-мапперах.
Для получения страниц судебных дел с сайтов судов в системе ГАС «Правосудие» сначала была использована библиотека urllib3, предоставляющая высокоуровневый интерфейс для выполнения HTTP-запросов и получения ответа на них. Впоследствии это библиотека была заменена на библиотеку Requests, выполняющую те же функции, но сокращающую объём необходимого для выполнения запросов и получения их результатов кода.
Скорость получения страниц судебных дел таким способом оказалась неудовлетворительной из-за большого времени ожидания ответа от сервера суда: на получение одной страницы уходило до пяти секунд. Для ускорения процесса была использована библиотека gRequests, реализованная на основе библиотеки Requests, но в дополнение к функционалу Requests дающая возможность многопоточного выполнения HTTP-запросов с использованием корутин, предоставляемых библиотекой greenlet. Также она оптимизирует работу с DNS-серверами, выполняя для каждого из доменов, присутствующих в переданном ей списке запросов на выполнение, один DNS-запрос и используя в дальнейшем для запросов на тот же домен уже полученный IP-адрес.
После проведения многочисленных тестов был подобран параметр количества потоков, позволяющий максимизировать скорость получения страниц. Система получает страницы судебных дел в 25 параллельных потоков, что позволило увеличить скорость получения судебных дел в 30 раз по сравнению с синхронным получением дел в один поток с использованием библиотек urllib3 или Requests: для тех же самых судов, где раньше длительность получения страницы одного судебного дела составляла около пяти секунд, сейчас она составляет около 15 сотых секунды.
Дополнительно была реализована возможность использовать при получении страниц судебных дел загружаемый из внешнего файла в формате CSV список прокси-серверов.
Также для ускорения получения судебных дел предусмотрена возможность использования нескольких сетевых интерфейсов в случае наличия таковых, что теоретически позволит увеличить скорость загрузки страниц ещё в N раз, где N - количество доступных на сервере сетевых интерфейсов. К сожалению, для проверки этого прогноза сервер, на котором размещается система, не обладает достаточным количеством аппаратных ресурсов.
Сбор новых судебных дел происходит автоматически при помощи вызова парсера из cron-задания, выполняющегося планировщиком задач сервера раз в сутки в ночное время, чтобы минимизировать влияние создавае-
мой дампером нагрузки на скорость работы пользовательского интерфейса системы, наибольшая нагрузка на который приходится в дневное время.
Парсер страниц судебных дел был реализован в виде классов базовых парсеров для уголовных и гражданских дел, а также унаследованных от них классов для парсинга страниц каждого из видов модулей публикации субед-ных дел, используемых на сайтах судов.
Для разбора HTML-страниц судебных дел используется библиотека BeautifulSoup, предоставляющая удобный интерфейс для поиска тэгов в дереве DOM и извлечения их значений.
В ходе реализации этого компонента были встречены некоторые трудности: оказалось, что не все страницы на сайтах судов соответствуют требованиям к синтаксису HTML-документов. В некоторых местах встречаются ошибки в разметке, которые не могут быть исправлены автоматически библиотекой BeautifulSoup. Для решения этой проблемы к парсеру был добавлен метод для предварительной обработки HTML-страниц, исправляющий известные ошибки в их разметке с использованием автоматической замены ошибочных шаблонов на исправленные варианты.
Также проблемы вызвало то, что страницы судебных решений не имеют чётко определённого общего формата разметки, что осложняет извлечение из них непосредственно самого текста решения. Для борьбы с этим в парсе-ре задан список возможных вариантов нахождения текста решения в структуре страницы, и последовательно перебирает все варианты, пока не обнаружит элемент, содержащий в себе текст решения.
Несмотря на все возникшие затруднения, в ходе отладки процесса разбора судебного дела, функционал парсера был доведён до уровня, позволяющего ему справляться со всеми известными проблемами в структуре страниц в автоматическом режиме и успешно распознавать 100 % поступающих на вход страниц.
Программная реализация подсистемы предоставления пользовательского доступа
Модуль поиска по судебным делам был реализован в виде отдельного контроллера для фреймворка Symfony 2. Для реализации функционала полнотекстового поиска используется Sphinx, подключаемый к фреймворку Symfony 2 с помощью плагина sphinxsearchBundle в качестве сервиса. Его полнотекстовый поисковый индекс обновляется при помощи cron-задачи раз в сутки в ночное время после того, как дампер получит добавленные за сутки судебные дела.
Использование русскоязычного стеммера из базовой поставки Sphinx позволяет автоматически производить поиск по всем лингвистическим формам слов, указанных в поисковом запросе, что повышает качество поиска.
Результаты поиска сортируются по релевантности. Скриншот поискового интерфейса представлен на рис. 5.
поиск го текстам решений:
Иид производства
Любое Инстанция
Любая Статья | Любая Решение: | Любое
Рис. 5. Скриншот поискового интерфейса системы
Для удобства заполнения полей фильтров, предусматривающих выбор из множества доступных вариантов, используется 1ауа8спр1-библиотека 8е1ей2, предоставляющая удобный виджет автодополнения, позволяющий фильтровать варианты выбора по введённой части названия варианта. Скриншот работы этого виджета представлен на рис. 6.
Статья:
Любая к
Уби О,
ст,105 - Убийство а
ст.11 9 - Угроза убийством или причинением тяжкого вреда здоровью
ст.1 08 - Убийство, совершенное при превышении пределов необ холим ой ойосюны
Рис. 6. Скриншот виджета автодополнения из библиотека 8е1ес£2
Результаты поиска выводятся в виде таблицы с разбиением на страницы по 10 результатов на каждой для удобства навигации по списку найденных дел. Также для удобства пользователя для каждого найденного дела приводится фрагмент решения, совпавший с поисковый запросом с посветкой совпавших слов. Скриншот таблицы вывода результатов поиска представлен на рис. 7.
В
Номер страницы: 1 2 3 4 5 »
Номер дела
1-381/2013
Фрагмент текста решения
. .. прилавка свободной выкладки товаров весом 0,544 ... , стоимостью 353 рубля 84 копейки, «Дымов»
Столичная весом 0,542... , стоим остью 352 рубля 53 копейки, «Сервелат» Дымов Шотландский весом 0 ..., стоим остью 276 рубль 76 копеек, «Кремлевская» весом 0,55 кг...
«Дымов» Столичная Уголовное дело
НАПРАВЛЕНО ПО ПОДСУДНОСТИ (подведомственности) (15.03.2013)
Категория
ст. 30, ст.158
| варено-копченую «Имперская» торговой фирмы {«Черкизовская» стоимостью 549,90 рублей; ИВВШЯ полукопченую «Охотничья» торговой фирмы «Атяшево» стоимостью 416,73 рублей; вареную ...
ОБВИНИТЕЛЬНЫЙ приговор (14.09.2012)
1-223/2012 ... цене 79 рублей 53 коп , вареную «Докторскую» массой 0.309 ... 94 рубля 37 коп., палку ПУш^ЧЯ вареной «Высокий стандарт» ОБВИНИТЕЛЬНЫЙ приговор (27.03.2012) ст. 30, ст.161
стоимостью 77... коп. за палку, 2 палки «Коньячный сервелат» стоимостью по закупочной ... сумму 135 рублей 40 коп., ИВВТЯЯ «Охотничью» весом 0.318 кг...
1-938/2012 ... 517 рублей 17 копеек, палку ГШ^ЯЯ «Зернистая» п/к «Ладоград», ОБВИНИТЕЛЬНЫЙ ст.158, ст. 30
весом ... приговор (10.01.2013)
1-491/2012 ... руб. 50 коп., 2 палки «Телячья» вар. в/с н и 396 г, 2 палки ОБВИНИТЕЛЬНЫЙ ст. 30, ст. 158
РШЯЧЯ ^Телячья» весом 414 г и ... и 396 г, 2 палки приговор (21.08.2012)
«Телячья» весом 414 г и
... открытых прилавков вакуумную упаковку вареной | «Докторская» в натуральной оболочке весом .... Вещественные доказательства - вакуумную упаковку вареной «Докторская»
в натуральной оболочке весом ...
1-107/2012(1-944/2011;)
открытых прилавков одну палку ваоеной ГШггВЯ «Докторская» фирмы «от Шеф повара ... рублей 31 копейка за палку ( шоколад «Милка» молочный с альпийским
... рублей 72 копейки, 2 палки Ги^уЯ! сырокопченой Сервелат стандарт Щедрино стоимостью..., макароны, мясо свежее, масло сливочное, сырокопченая, а также освежитель воздуха...
.ММ.ГГГГ, код товара 6408432060984,сырокопченая Сервелат Стандарт, Щедрино, 2...
I «Докторская», весом 1,016 гр., стоимостью 137 руб. 21
коп., (
... продукты питания: две упаковки с «Салями Пражская»
массой 300 г... рублей 13 копеек, упаковку с «Охотничья
Останкино» массой 0,9ЭЭ ... рублей 13 копеек, упаковку с «Охотничья Останкино» массой0, 980 рублей 13 копеек, упаковку с ) «Охотничья Останкино» массой 0, 980 ...
ОБВИНИТЕЛЬНЫЙ приговор (12.03.2012)
ОБВИНИТЕЛЬНЫЙ приговор (10.04.2012)
ОБВИНИТЕЛЬНЫЙ приговор (13.09.2011)
ОБВИНИТЕЛЬНЫЙ приговор (05.04.2011)
ОБВИНИТЕЛЬНЫЙ приговор (04.02.2011)
ст. 30, ст. 161
ст. 30, ст. 158
ст.161, ст. 30, ст.158
Номер страницы:
1 2 3 4 5 »
Рис. 7. Скриншот таблицы вывода результатов поиска
Модуль отображения судебного дела
Модуль отображения судебного дела реализован в виде отдельного контроллера для фреймворка 8ушГоиу 2.
Его функционал достаточно прост: он получает из базы данных судебное дело по его идентификатору и отображает страницу, на которую выводит все вышеперечисленные атрибуты.
Скриншот части страницы судебного дела представлен на рис. 8. На нём видны отображаемые атрибуты судебного дела и начальная часть текста решения.
Дело № 1-172/2012 (на сайте суда]
Сведения о деле
Вид:
Этап:
Регион:
Город:
Суд:
Судья:
Подсудимые:
Уголовное производство Первая инстанция Санкт-Петербург Санкт-Петербург Петроградский районный суд Саулькина Ольга Ивановна Подсудимый Евтехов А. А.
Обвинение
Приговор
ОБВИНИТЕЛЬНЫЙ приговор
ПРИГОВОР
Текст решения (на сайте суда)
ИМЕНЕМ РОССИЙСКОЙ ФЕДЕРАЦИИ
г, Санкт-Петербург 10 апреля 2012 года
Судья Петроградского районного суда Санкт-Петербурга О.И, Саулькина, с участием государственного обвинителя заместителя прокурора Петроградского района Санкт-Петербурга С.В, Михайлова,
подсудимого Евтехова A.A. ***,
защитника-адвоката МахмутоваДХ,, представившего удостоверение № *** (реестр № ***) и ордер № ***, при секретаре Грининой Е.А.
рассмотрев в открытом судебном заседании уголовное дело № 1 -172/12 в отношении Евтехова A.A., обвиняемого в совершении
Рис. 8. Скриншот части страницы судебного дела
Модуль визуализации статистики по судебным делам
Модуль визуализации статистики по судебных делам реализован в виде отдельного контроллера для Symfony 2. Логика расчёта визуализируемых данных инкапсулирована в классы-репозитории районов и статей уголовного кодекса. Логика отображения предварительно рассчитанных на сервере данных реализуется на клиентской стороне с помощью Javascript.
Для различных типов визуализации статистики по судебным делам используются разные технологии:
- Статистика по районам на карте города реализована с использованием API Яндекс-карт. Данные районов, включая координата ограничивающих их многоугольников экспортированы с использованием API проекта Wikimapia.
- Статистика решений по судебным статья реализована с использованием бесплатного варианта библиотеки Highcharts, предоставляемого для использования в некоммерческих проектах.
Скриншот интерфейса выбором типа отображаемой статистики приведён на рис. 9. Статистика
Рис. 9. Скриншот интерфейса выбора типа отображаемой статистики
Скриншот статистики по городу на примере Москвы приведён на рис. 10. Статистика по городу Москва
Всего судебных дел: Всего правонарушений: Популярные статьи:
48036 80609
Статья Вменялась раз % от общего количества
1 7237 21
1 4812 18
1 4565 18
&067 10
4863 6
Рис. 10. Скриншот статистики по городу на примере Москвы
Рис. 11. Скриншот виуализации статистики по районам на примере Москвы
Скриншот визуализации статистики по районам на примере Москвы приведёт на рис. 11. Районы без заливки цветами принадлежат судам, до сих пор, не опубликовавших ни одного результата рассмотрения судебного дела в нарушение федерального законодательства.
Карта с визуализацией статистики поддерживает переход в полноэкранный режим, что позволяет лучше рассмотреть отображаемую информацию. При наведении компьютерной мыши на район города появляется всплывающая подсказка, отображающая 5 самых распространенных в районе статей уголовного кодекса и их процентное соотношение. Скриншот визуализации статистики по районам на примере Москвы с всплывающей подсказкой района представлен на рис. 12.
Опытная эксплуатация разработанной информационной системы показала её высокую эффективность, удобство поиска необходимой информации и отличное качество визуализированной статистики по судебным делам.
Список литературы:
1. ГАС «Правосудие» [Электронный ресурс]: сайт. - 2013. - Режим доступа: http://sudrf.ru (дата обращения: 10.05.2013).
2. Макконнелл С. Совершенный код / пер. с англ. - 2-е изд. - М.: Питер, 2007. - 896 с.
3. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 1989. - 351 с.
Рис. 12. Скриншот визуализации статистики по районам на примере Москвы с всплывающей подсказкой района
4. ЮРКОМ74 [Электронный ресурс]: сайт. - 2013. - Режим доступа: http://jurkom74.ru/pravoochranitelnie-organi (дата обращения: 03.04.2013).
5. Python v.3.3.2 Documentation [Электронный ресурс]: сайт. - 2013. -Режим доступа: http://docs.python.org (дата обращения: 10.05.2013).
6. Symfony: The Book [Электронный ресурс]: сайт. - 2013. - Режим доступа: http://symfony.com/doc/current/book/index.html (дата обращения: 10.05.13).
7. Requests: HTTP for Hymans [Электронный ресурс]: сайт. - 2013. - Режим доступа: http://docs.python-requests.org/en/latest (дата обращения: 10.05.2013).
8. Яндекс.Карты API [Электронный ресурс]: сайт. - 2013. - Режим доступа: http://api.yandex.ru/maps/doc/jsapi (дата обращения: 12.05.2013).
