Проектирование информационной системы "Страховая компания"

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование



Вµль П4 будет выглядеть следующим образом:

П4 (ИК Полиса, ИК Агента, ФИО агента, ИК Клиента, ФИО Клиента, Дата Составления, Оплата за Полис).

Зарплата в показателе П5 является результатом вычисления:

Зарплата = Оклад + Оплата за полис, поэтому признаки показателя П5 получаются в результате объединения признаков показателей П1 и П4.

П5 (ИК Полиса, ИК Агента, ФИО агента, ИК Отдела, Название Отдела, Руководитель Отдела, ИК Клиента, ФИО Клиента, Дата Составления, Зарплата).

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

Методом, решающим этот недостаток является построение модели данных.

Модель данных - это совокупность трех составляющих:

множество информационных конструкций, допускаемых этой моделью;

множество допустимых операций над данными;

множество ограничений, наложенных на информационные конструкции.

Иными словами модель данных - это инструмент для представления данных в базе данных.

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

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

В проектируемой базе данных сущностями будут являться: АГЕНТ, ОТДЕЛ, КЛИЕНТ, СОБЫТИЯ СТРАХОВАНИЯ, ПОЛИС.

Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть АГЕНТ, а экземпляром - данные каждого конкретного страхового агент.

Атрибут - поименованная характеристика сущности. Примерами атрибутов для сущности КЛИЕНТ будут индивидуальный код клиента, его фамилия, имя, отчество и т.д.

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

Связь - ассоциирование двух или более сущностей. Для выявления связей между сущностями необходимо, как минимум, определить сами сущности и их атрибутный состав. Построим модель сущность-связь

Рисунок 2 - Модель сущность-связь

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

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

По определению, в отношении R(A,B) реквизит А функционально определяет реквизит В, если в любой момент времени каждому значению А соответствует единственное значение В.

На первом шаге алгоритма приведения отношений к третьей нормальной форме, составим все функциональные зависимости рассматриваемой предметной области:

код агента --> ФИО агента

код агента --> код отдела

код агента --> оклад

код отдела --> название отдела

код отдела --> руководитель отдела

код клиента --> ФИО клиента

код события страхования --> событие страхования

код полиса --> код агента

код полиса --> код клиента

код полиса --> код события страхования

код полиса --> срок действия полиса до

код полиса --> периодичность взносов

код полиса --> сумма взносов

код полиса --> сумма выплат

код полиса --> дата составления

код полиса --> оплата за полис

На шаге 2, применяя теорему 2, имеющую следующий вид

АSВ, АSС => АSВ, С,

получим пять функциональных зависимостей:

код агента --> ФИО агента, код отдела, оклад

код отдела --> название отдела, руководитель отдела

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

код клиента --> ФИО клиента

код события страхования --> событие страхования

В этих функциональных зависимостях отсутствуют неполные и транзитивные функциональные зависимости

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

Код полиса.

Для каждой функциональной зависимости создадим проекцию исходного отношения:

Т1= R [код агента, ФИО агента, код отдела, оклад]

Т2= R [код отдела, название отдела, руководитель отдела]

Т3= R [код клиента, ФИО клиента]

Т4= R [код события страхования, событие страхования]

Т5= R [код полиса, код агента, код клиента, код события страхования, срок дейс

Copyright © 2008-2014 studsell.com   рубрикатор по предметам  рубрикатор по типам работ  пользовательское соглашение