Разработка АИС по учёту разыскиваемых лиц

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

     Исключение  составляет система "Собрание законодательства РФ", разработанная Центром новых компьютерных технологий научно-технического центра Федерального агентства правительственной связи и информации при Президенте РФ (ФАПСИ). Согласно указам Президента РФ от 5 апреля 1994 г. N662 (53) и от 9 августа 1994 г. N1664 тексты правовых актов в машиночитаемом виде в этой системе являются официальными.

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

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

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

     Соответственно, можно выделить следующие виды АИС:

     -автоматизированные  системы обработки данных (АСОД);

     -автоматизированные  информационно-поисковые системы  (АИПС);

     -автоматизированные информационно-справочные системы (АИСС);

     -автоматизированные  информационно-логические системы  (АИЛС);

     -автоматизированные рабочие места (АРМ);

     -автоматизированные  системы управления (АСУ);

     -автоматизированные системы информационного обеспечения (АСИО);

     -экспертные  системы (ЭС) и системы поддержки  принятия решений. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

2.2 Этапы проектирования баз данных 

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

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

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

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

      В автоматизированных информационных системах отражение предметной области представлено моделями данных нескольких уровней.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис.1 Структура инфологической модели по учету разыскиваемых лиц

2.6 Даталогическая модель. 

      Даталогическая модель выбирается в соответствии с инфологической моделью СУБД.

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

Таб. 1. «Схема данных для хранения информации о

разыскиваемых лицах»