Автор работы: Пользователь скрыл имя, 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
Характеристическая сущность (характеристика) – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства.
Обозначающая сущность или обозначение – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности.
Обозначения используют для хранения повторяющихся значений больших текстовых атрибутов: "кодификаторы" изучаемых студентами дисциплин, наименований организаций и их отделов, перечней товаров и т.п.
Читатель, познакомившийся лишь с материалом данной и предшествующей
глав, не сможет правильно воспринять
и оценить тех советов и рекомендаций
по построению хорошей инфологической
модели, которые десятилетиями формировались
крупнейшими специалистами в области
обработки данных. Для этого надо, по крайней
мере, изучить последующие материалы.
В идеале же необходимо, чтобы читатель
предварительно реализовал хотя бы один
проект информационной системы, предложил
его реальным пользователям и побыл администратором
базы данных и приложений столь долго,
чтобы осознать хотя бы небольшую толику
проблем, возникающих из-за недостаточно
продуманного проекта. Опыт автора и всех
знакомых ему специалистов по информационным
системам показывает, что любые теоретические
рекомендации воспринимаются всерьез
лишь после нескольких безрезультатных
попыток оживления неудачно спроектированных
систем. (Хотя есть и такие проектировщики,
которые продолжают верить, что смогут
реанимировать умирающий проект с помощью
изменения программ, а не инфологической
модели базы данных.) Действительно, для
определения перечня и структуры хранимых
данных надо собрать информацию о реальных
и потенциальных приложениях, а также
о пользователях базы данных, а при построении
инфологической модели следует заботиться
лишь о надежности хранения этих данных,
напрочь забывая о приложениях и пользователях,
для которых создается база данных. Это
связано с абсолютно различающимися требованиями
к базе данных прикладных программистов
и администратора базы данных.
Модель данных логического уровня, поддерживаемую средствами СУБД, называют даталогической моделью. Эта модель представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Даталогическая модель строится с учетом ограничений конкретной СУБД.
При построение даталогической модели учитываются особенности отображаемой предметной области. БД предполагает интегрированное и взаимосвязанное хранение данных, поэтому для проектирования даталогической модели необходимо иметь соответствующее описание предметной области.
Предметной областью называется часть реального мира, представляющая интерес для данного исследования. В автоматизированных информационных системах отражение предметной области представлено моделями данных нескольких уровней. Независимо от того поддерживаются ли в явном виде уровни модели физического и логического уровня можно выделить эти уровни модулей и соответственно к ним этапы проектирования БД.
Согласно разработанной инфологической модели данных разработаем структуры таблиц баз данных. Таблица баз данных 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.Фильтрация и поиск. Для того, чтобы провести фильтрацию мы размешаем на форме компоненту RadioGroup и в свойстве Items пишем названия полей, по которым будем проводить фильтрацию.
Фильтрация проведена по трем значениям: по номеру закона, по названию закона и по количеству статей. Для фильтрации по номеру и названию закона используем компоненты ComboBox и в свойсве Items компоненты ComboBox пишем номера и названия законов.
3.Вывод. Для вывода используем компоненту QuikRep и связываем ее с таблицей с помощью свойства DataSet. Для вывода законов на ней ставим компоненту QRSubDetail. На ней ставим компоненту QRDBText. В ее свойстве DataSet указываем нашу таблицу и в свойстве DataField указываем выводимое поле.
Открыть 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 и создал БД «Автоматизация делопроизводства и первичного учета дел в ОВД». Результатом проделанной работы явилась программа учета дел в ОВД, а также автоматизации делопроизводства. При внедрении данной программы в эксплуатацию, это позволит людям сэкономить и время, которое обычно тратят на поиск нужного дела.
Таким образом, применяя на практике теоретические знания, изложенные в данной работе, можно получать высокие результаты.
Результатом выполнения программы является выдача информации о делах.
Информация выводится:
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)==
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->
EOrg_proiz->Text=Table1Org_
EKomu_n->Text=Table1Komu_n->
Информация о работе Автоматизация делопроизводства и первичного учета дел в ОВД