Вкр. ВКР_Мехаев_И. Анализ предметной области и постановка задачи 8 1 Анализ предметной области 8 1 Органы дознания умвд россии по Вологод

• Название: Анализ предметной области и постановка задачи 8 1 Анализ предметной области 8 1 Органы дознания умвд россии по Вологод
• Дата: 07.03.2022
• Размер: 4.27 Mb.
• Имя файла: ВКР_Мехаев_И.docx
• Тип: Реферат; #385938
• страница: 2 из 8

1.2 Анализ программных продуктов имеющихся на рынке

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

Существуют различные надстройки для пакета Microsoft Office, позволяющие создать шаблоны и работать с ними прямо в программе Word. Это позволяет избежать установки дополнительных программ, так как пакет Microsoft Office установлен на всех компьютерах, но наличие разных версий пакета (версии 2003, 2007, 2010 и 2013 годов) может принести дополнительные неудобства.

Большинству функциональных и нефункциональных требований удовлетворяют различные веб-сервисы: Google Docs, DocWebService, «Мой договор» и другие. Они позволяют не только организовать вставку данных в шаблоны, но и централизованно хранить шаблоны, а некоторые и непосредственно заполненные документы. В DocWebService и системе «Мой договор» возможно разграничение доступа на основе ролей.

1.3 Постановка задачи

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

В разрабатываемом продукте, должны быть реализованы следующие функции:

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

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

- протоколы допроса: подозреваемого, потерпевшего, свидетеля, обвиняемого, несовершеннолетнего свидетеля, несовершеннолетнего подозреваемого, несовершеннолетнего потерпевшего, специалиста и эксперта.

- обвинительный акт

- обвинительный акт при сокращенной форме дознания

- постановление о прекращении уголовного преследования

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

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

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

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

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

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

2) разграничение доступа к уголовным делам.

В органах дознания существует система подчинения от сотрудников ООД УМВД Вологодской области до каждого дознавателя. В упрощенном виде, иерархическая структура органов дознания отображена на рисунке 1.1.
Рисунок 1.1 – Иерархическая схема подчинения

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

Из этого следует что в системе должны быть предусмотрены следующие роли пользователей:

• 
  Администратор – имеет доступ ко всем компонентам системы, может создавать и удалять пользователей, а также редактировать права допрашиваемых в шаблонах протоколов допроса
  
• 
  Дознаватель – может создавать уголовные дела, вести протоколы допроса и формировать обвинительные акты. Имеет доступ только к тем делам, которые создал сам
  
• 
  Начальник ОД – имеет все возможности дознавателя, и при этом видит все уголовные дела созданные в данном ОД
  
• 
  Сотрудник ООД - имеет все возможности дознавателя, и при этом видит все созданные уголовные дела.
  

3) централизованное хранение данных.

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

4) сбор статистики.

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

«Подразделение – количество созданных уголовных дел – количество созданных протоколов допроса – количество сформированных обвинительных актов».

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

Система должна формировать документы в формате “.docx”, полученные документы должны корректно отображаться в программах Word из пакета Microsoft Office версий 2007, 2010 и 2013. Система должна корректно отображаться в браузере Mozilla firefox версии не ниже 48.0.