Проектирование информационной системы "Страховая компания"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
Вµль П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 рубрикатор по предметам рубрикатор по типам работ пользовательское соглашение