Автоматизация делопроизводства и первичного учета дел в ОВД

Автор работы: Пользователь скрыл имя, 25 Декабря 2012 в 00:11, курсовая работа

Описание работы

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

Содержание работы

Введение 3
1. Аналитическая часть 4
1.1 Анализ объекта управления 4
1.2 Выбор программного обеспечения 10
1.3 Обоснование необходимости и цели использования вычислительной техники 11
1.4 Выбор технических средств 12
2. Проектная часть 15
2.1 Этапы проектирования БД 15
2.1.1 Модели данных 17
2.1.2 Инфологическая модель. Основные понятия 18
2.1.3 Классификация сущностей 21
2.1.4 О построении инфологической модели 21
2.1.5 Даталогическая и физическая модели 22
2.2 Разработка приложения 24
2.2.1 Внешний вид приложения и описание функций программного приложения 24
2.2.2 Описание формы и используемых компонентов 26
Заключение 28
Список литературы 29
Приложение 30

Файлы: 2 файла

Курсовая по ИсвЮ Автоматизация делопроизводства и первичного учета дел в ОВД.doc

— 438.50 Кб (Скачать файл)

Характеристическая сущность (характеристика) – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства.

Обозначающая сущность или обозначение – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности.

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

2.1.4 О построении инфологической модели

 

Читатель, познакомившийся лишь с материалом данной и предшествующей глав, не сможет правильно воспринять и оценить тех советов и рекомендаций по построению хорошей инфологической модели, которые десятилетиями формировались крупнейшими специалистами в области обработки данных. Для этого надо, по крайней мере, изучить последующие материалы. В идеале же необходимо, чтобы читатель предварительно реализовал хотя бы один проект информационной системы, предложил его реальным пользователям и побыл администратором базы данных и приложений столь долго, чтобы осознать хотя бы небольшую толику проблем, возникающих из-за недостаточно продуманного проекта. Опыт автора и всех знакомых ему специалистов по информационным системам показывает, что любые теоретические рекомендации воспринимаются всерьез лишь после нескольких безрезультатных попыток оживления неудачно спроектированных систем. (Хотя есть и такие проектировщики, которые продолжают верить, что смогут реанимировать умирающий проект с помощью изменения программ, а не инфологической модели базы данных.) Действительно, для определения перечня и структуры хранимых данных надо собрать информацию о реальных и потенциальных приложениях, а также о пользователях базы данных, а при построении инфологической модели следует заботиться лишь о надежности хранения этих данных, напрочь забывая о приложениях и пользователях, для которых создается база данных. Это связано с абсолютно различающимися требованиями к базе данных прикладных программистов и администратора базы данных.                                                            

2.1.5 Даталогическая и физическая модели

 

 

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

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

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

Согласно разработанной  инфологической модели данных разработаем  структуры таблиц баз данных. Таблица баз данных Talon-uved.db используется для хранения данных  о выданных талонах.

Структура приведена  в таблице 1.

Таблица 1.

Структура таблицы Талон-уведомление (Talon-uved.db)

Имя поля

Описание

Тип

Длина

1

2

3

4

Nom_UD

Номер уголовного дела

A

50

Org_proiz

Орган, производивший расследование 

A

50

Nach_s

Начальник следственного подразделения 

A

50

Org_p

Орган, принявший УД

A

50

Nom_nUD

№ УД по новому месту расследования

A

50

Sotrud

Сотрудник регистрационно-учетного подразделения

A

50

Adres_t

Талон вернуть по адресу

A

50


 

Таблица баз данных Kniga_reg.db используется для хранения данных о регистрации сообщений о преступлениях. Структура базы данных приведена в таблице 2.

Таблица 2

Структура таблицы Книга  регистрации   (KUSP.db)

Имя поля

Описание

Тип

Длина

1

2

3

4

Nom

№ п/п

A

50

Data_p

Дата поступления сообщения

A

50

Vrem_p

Время поступления сообщения

A

50

FIO_p

ФИО получившего сообщение о  преступлении

A

50

FIO_z

ФИО заявителя

A

50

Adres_z

Адрес заявителя

A

50

Vid_z

Вид сообщения

A

50

Soderj

Краткое содержание

A

50

Komu_d

Кому из руководителей ОВД доложено

A

50

Komu_p

Кому поручена проверка сообщения

A

50

Srok

Срок, в который рассмотрены  материалы

A

50

Rez

Результаты рассмотрения сообщения

A

50


2.2 Разработка приложения

2.2.1 Внешний вид приложения  и описание функций программного приложения

 

  1. Ввод, редактировать и удалить. Для ввода, удаления, и редактирования используем компоненты Button и в свойстве Caption пишем нужную нам команду. Дважды щелкнув на этих кнопках, т. е. приведя в действие событие OnClick, запишем в редакторе кода код программы.

 

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

 Фильтрация проведена по трем значениям: по номеру закона, по названию закона и по количеству статей. Для фильтрации по номеру и названию закона используем компоненты ComboBox и в свойсве Items компоненты ComboBox пишем номера и названия законов.

 

3.Вывод. Для вывода используем компоненту QuikRep и связываем ее с таблицей с помощью свойства DataSet. Для вывода законов на ней ставим компоненту QRSubDetail. На ней ставим компоненту QRDBText. В ее свойстве DataSet указываем нашу таблицу и в свойстве DataField указываем выводимое поле.

2.2.2 Описание формы и используемых компонентов

 

Открыть C++ Builder (Пуск->Программы->Borland C++ Builder 6-> C++ Builder 6). Создадим новое приложение Файл->Новый->Приложение. Занесем на форму две компоненты Table и две компоненты DataSourse.. В первой компоненте Table в свойстве DatabaseName – Uchet 4OP, в свойстве TableName – Uchet 4opov. db, во второй U4et Uslug. db. Дважды щелкнув по компонентам Table, в открывшемся окошке нажав правой кнопкой мыши выбрать пункт «Добавить все поля». В свостве DataSet компоненты DataSourse  укажем нужную таблицу. Перенесем компоненты Edit - для отображения данных, DBGrid и DBNavigator – передвижения по записям. Для отображения надписей перенесем на форму компоненту Label и в свойстве Caption запишем нужное слово.

Создадим вторую форму. Перенесем на нее компоненту QuickRep. Свяжем ее с первой формой и в свойстве DataSet напишем Form1->Table1.В свойстве Bands в подсвойстве Has Title укажем True и перенесем на нее компоненты QRLabel, указав в свойстве Caption нужное поле. Перенесем на форму также компоненту QRSubDetail и в свойстве DataSet напишем Form1->Table1. Перенесем на компоненту QRSubDetail компоненты QRDBText под компонентой QRLabel. В ее свойстве  DataSet напишем Form1->Table1, а в свойстве DetailField выберем нужное поле. Для перехода на эту форму на форме1 на странице Вывод документа установлена компонента DBGrid. Выбрав один из пунктов (печать/просмотр) можно перейти на вторую форму, которая отобразит список законов, которая выглядит следующим образом:

 

 

 

 

Заключение

 

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

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

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

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

В результате проделанной  работы я ознакомился с программой C++Builder и создал БД «Автоматизация делопроизводства и первичного учета дел в ОВД». Результатом проделанной работы явилась программа учета дел в ОВД, а также автоматизации делопроизводства. При внедрении данной программы в эксплуатацию, это позволит людям сэкономить  и время, которое обычно тратят на поиск нужного дела.

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

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

Информация выводится:

  • на принтер;
  • на экран.

Список  литературы

 

  1. Курс лекций по дисциплине “Базы данных” .
  2. Федеральный закон от 31 марта 1999 г. №68-ФЗ «О милиции РФ».
  3. Положение об отделе режима и контроля Управления делопроизводства и защиты государственной тайны МВД РФ, утверждено министром МВД РФ от 15 августа 2003 г. № 1004.
  4. Приказ от 4 декабря 2006 г. № 987 «О документационном обеспечении управления в системе органов внутренних дел РФ».
  5. Положение о едином порядке регистрации уголовных дел и учета преступлений, приложение к приказу Генеральной прокуратуры Российской Федерации, МВД России, МЧС России, Минюста России, ФСБ России, Минэкономразвития России, ФСКН России от 29 декабря 2005 г. № 39/1070/1021/253/780/353/399.
  6. Инструкция по делопроизводству - Приказ МВД РФ № 150 от 1 марта 1999 года.
  7. Абдулгалимов А.М., Муслимова Ф.Н. Методические указания к выполнению выпускных квалифицированных работ для студентов всех форм обучения специальности 080811 - «Прикладная информатика в юриспруденции». - Махачкала, ДГТУ, 2008 г. - 51 с.
  8. Архангельский А.Я.  Программирование в C++Builder 6. - М.: Изд. «БИНОМ», 2005 г.- 650 с.
  9. Бойков В.В. Савинов В.М. Проектирование баз данных информационных систем. - М.: Изд. «Финансы и статистика», 2005 г. - 350 с.
  10. Громов  Н.А. Уголовный процесс России: учеб. пособ. для студентов вузов. - М.: Изд. «Юристъ», 2007 г. - 736 с.

             

   

 

Приложение

 

Form 1

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit1.h"

#include "Unit2.h"

#include "Unit3.h"

#include "Unit4.h"

#include "Unit5.h"

#include "Unit6.h"

#include "Unit7.h"

#include "Unit8.h"

#include "Unit9.h"

#include "Unit10.h"

#include "Unit11.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"

TForm1 *Form1;

//---------------------------------------------------------------------------

__fastcall TForm1::TForm1(TComponent* Owner)

        : TForm(Owner)

{

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N6Click(TObject *Sender)

{

Form2->Show();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N7Click(TObject *Sender)

{

Form3->Show();       

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N4Click(TObject *Sender)

{

          if ( Application->MessageBox(

        "Действительно хотите выйти  из программы?",

        "Подтвердите решение",

        MB_YESNO+MB_ICONEXCLAMATION)==IDYES)

Form1->Close();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N8Click(TObject *Sender)

{

Form5->Show();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N21Click(TObject *Sender)

{

Form7->QuickRep1->Preview();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N11Click(TObject *Sender)

{

Form6->QuickRep1->Preview();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N10Click(TObject *Sender)

{

Form8->Show();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N12Click(TObject *Sender)

{

Form9->Show();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N15Click(TObject *Sender)

{

Form10->Show();

}

//---------------------------------------------------------------------------

void __fastcall TForm1::N13Click(TObject *Sender)

{

Form11->Show();

}

//--------------------------------------------------------------------------

void __fastcall TForm1::FormCreate(TObject *Sender)

{

}

//---------------------------------------------------------------------------

Form 2

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit2.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"

TForm2 *Form2;

//---------------------------------------------------------------------------

__fastcall TForm2::TForm2(TComponent* Owner)

        : TForm(Owner)

{

}

//---------------------------------------------------------------------------

void __fastcall TForm2::FormCreate(TObject *Sender)

{

ENom_UD->Text=Table1Nom_UD->AsString;

EOrg_proiz->Text=Table1Org_proiz->AsString;

EKomu_n->Text=Table1Komu_n->AsString;

Титульный лист ИСвЮ 5 курс.doc

— 24.00 Кб (Просмотреть файл, Скачать файл)

Информация о работе Автоматизация делопроизводства и первичного учета дел в ОВД