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

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

  

1.4 Выбор технических средств

 

 

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

При выборе ЭВМ необходимо руководствоваться рядом характеристик. К таким характеристикам относятся: надежность, стоимость, производительность, объем памяти и другие.

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

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

При выборе ПК для реализации комплекса поставленных задач учитываются такие характеристики:

- скорость обработки информации (тактовая частота процессора);

- объем оперативной памяти; этот фактор также влияет на скорость обработки информации;

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

- наличие периферийных устройств;

-  другие технические характеристики ПК.

Объем оперативной и  внешней памяти являются достаточными для большинства широко используемых в настоящее время СУБД, таких  как C++Builder, FoxPro, Clarion, Access, Paradox, Delphi и др. Характеристики быстродействия выбранного класса машин таковы, что позволят системе работать без видимых оператору задержек.

Современные СУБД, в том  числе и Borland С++Builder 6, в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ. Снижение стоимости высокопроизводительных ПК обусловило не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньшей степени заботиться о распределении ресурсов, но также сделал программное обеспечение компьютера в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Так, Borland С++Builder 6 требует следующие минимальные системные ресурсы персонального компьютера: процессор Intel Pentium 2 400MHz или выше, Microsoft Windows  XP или более новые версии операционных систем Microsoft Windows,  объем оперативной памяти 512 Мb, занимаемый объем на ЖМД 632 Мb. Необходимо также наличие CD-ROM. Требуется монитор с разрешающей способностью VGA (640×480) и выше.

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

При выборе операционной системы наиболее удобная версия ОС Microsoft Windows  является ХР. Для установки данной операционной системы необходимо иметь компьютер следующей конфигурации: процессор с тактовой частотой 300 МГц или выше (рекомендуется), 233 минимум; 128 Мб памяти RAM или выше (рекомендуется), 64 Мб минимум – может снизить производительность и сделать недоступными некоторые функции; 1,5 Гб свободного места на жестком диске или можно использовать процессор – от 800 МГц, «оперативка» - от 192 Мб, на ЖД – от 3 Гб. 

Данный курсовой проект  реализован на ПК, на базе процессора Intel Core 2 Duo, 2.34 ГГц, 2 Гб ОЗУ. Операционная система – Microsoft Windows XP Professional, версия 2007, Service Pack 3.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Проектная часть

 

 

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

2.1 Этапы проектирования БД

 

 

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

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

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

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

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

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

Задача инфологического  этапа проектирования базы данных – получение семантических (смысловых) моделей, отражающих информационное содержание конкретной ПО.В инфологическом подходе выделены следующие три сферы: 1) реальный мир или объектная система; 2) информационная сфера; 3) даталогическая сфера. Объектная система имеет следующие основные составляющие: объект, свойство, связь(или объектное отношение), время. Объект в инфологическом подходе  - это то, о чем должна накапливаться информация в информационной системе. Выбор объектов производится в соответствии с целевым назначением информационной системы. Каждый объект в конкретный момент времени характеризуется определенным состоянием. Это состояние описывается с помощью ограниченного набора свойств и связей(отношений) с другими объектами.

Свойства объекта могут не зависеть от его связей (объектных отношений) с другими объектами, т.е. являются локальными. Если свойства объектов зависят от связей с другими объектами, то называются реляционными.

2.1.1 Модели данных

 

 

Инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество подходов к построению таких моделей: графовые модели, семантические сети, модель "сущность-связь" и т.д.. Наиболее популярной из них оказалась модель "сущность-связь".Инфологическая модель должна быть отображена в компьютерно-ориентированную даталогическую модель, "понятную" СУБД. В процессе развития теории и практического использования баз данных, а также средств вычислительной техники создавались СУБД, поддерживающие различные даталогические модели. Сначала стали использовать иерархические даталогические модели. Простота организации, наличие заранее заданных связей между сущностями, сходство с физическими моделями данных позволяли добиваться приемлемой производительности иерархических СУБД на медленных ЭВМ с весьма ограниченными объемами памяти. Но, если данные не имели древовидной структуры, то возникала масса сложностей при построениииерархической модели и желании добиться нужной производительности.

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

2.1.2 Инфологическая модель. Основные понятия

 

 

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

Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных

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

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

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

         Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рис.1. Инфологическая модель

2.1.3 Классификация сущностей

 

К. Дейт определяет три  основные класса сущностей: стержневые, ассоциативные и характеристические, а также подкласс ассоциативных сущностей – обозначения.

Стержневая  сущность (стержень) – это независимая сущность (несколько подробнее она будет определена ниже).

Ассоциативная сущность (ассоциация) – это связь вида "многие-ко-многим" ("-ко-многим" и т.д.) между двумя или более сущностями или экземплярами сущности. Ассоциации рассматриваются как полноправные сущности:

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