Реляционная база данных страховой компании «Росгосстрах – Аккорд» в среде СУБД MS Access

     Во  втором случае все происходит, как  в первом. Отличие в том, что  неявная PassthroughSQL-транзакция не завершается, пока не будет выполнена команда  "COMMIT".

     В третьем случае, при выполнении команды  Passthrough SQL, будет установлено еще одно соединение, начата неявная транзакция и выполнены действия по модификации данных. Транзакция не будет завершена, пока не будет выполнена команда "COMMIT". Наличие транзакции, начатой явно с помощью DataBase никак не отразится на ходе выполнения PassthroughSQL-транзакции. Пока PassthroughSQL-транзакция не завершится, изменения, внесенные ей, не будут видны в объектах Table и Query, работающих через другое соединение. PassthroughSQL-транзакции можно рассматривать в некотором смысле, как транзакции из другого приложения[5].

     Взаимодействие  транзакций данной программы с транзакциями из других приложений определяется свойством  TransIsolation объекта DataBase. Для InterBase имеет смысл два значения: tiReadCommitted и tiRepeatableRead. Выполнение метода StartTransaction в этих двух случаях равносильно выполнению SQL-выражений, соответственно:

     SET TRANSACTION READ WRITE WAIT ISOLATION LEVEL READ COMMITTED

                                и

     SET TRANSACTION READ WRITE WAIT ISOLATION LEVEL SNAPSHOT

 
 
 
 
 
 
 

     Предметной  областью данной курсовой работы является подсистема обязательного страхования гражданской ответственности владельцев  транспортных средств компанией «Росгосстрах – Аккорд».

     Структурные подразделения системы Росгосстраха заключают с физическими лицами стандартные договоры страхования транспортных средств на основании действующего Федерального Закона «Об обязательном страховании гражданской ответственности владельцев транспортных средств» от 25 апреля 2002 года №40-ФЗ  и Правил обязательного страхования гражданской ответственности владельцев транспортных средств № 263 от 7 мая 2003 г. (с изменениями, утвержденными постановлением Правительства РФ от 28 августа 2006 года №525) на условиях страхового продукта РОСГОССТРАХ АВТО «ЗАЩИТА».

     Сотрудник Росгосстраха несет ответственность за правильность определения страховой стоимости ТС; правильность расчета страховой премии; правильность оформления страховой документации; соблюдение всех положений Инструкции по заключению и сопровождению договоров обязательного страхования транспортных средств и заполнению страховой документации.

     При анализе предметной области и  информационных потребностей пользователей были использованы Инструкция по заключению и сопровождению договоров обязательного страхования транспортных средств, Тарифное руководство к условиям страхового продукта «РОСГОССТРАХ АВТО «ЗАЩИТА», Страховой полис обязательного страхования и Заявление о заключении договора ОС АГО.

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

     Перечень  сущностей:

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

     Для начала были определены задачи проектируемой  системы:

     – хранить информацию о страховании транспортных средств физических лиц, подлежащих обязательному страхованию;

     – заполнять и печатать заявление  о заключении договора ОС АГО и  составленный на его основании страховой  полис.

     Из  задач   проектируемой системы  были выявлены такие сущности как: «Физические лица», «Телефоны физических лиц», «Виды ТС», «ТС», «Износ ТС», «Сотрудники Росгосстраха», «Лица, допущенные к управлению», «Допуск к управлению», «Страхование ТС».

     Перечень  атрибутов:

     Для выделенных сущностей определим атрибуты.

     Сущность  «Физические лица» содержит следующие атрибуты: Код страхователя, ФИО, Дата рождения, Паспорт: серия и номер, Индекс, Республика/край/область, Район, Населенный пункт, Улица, Дом, Квартира. Ключевым атрибутом является Код страхователя. Сущность  «Телефоны физических лиц» содержит Код страхователя и Телефон для связи.

     Сущность  «Виды ТС» состоит из следующих атрибутов: Код ТС, Марка, Модель, Мощность двигателя (кВт), Стоимость в новом состоянии (руб.). Ключевым атрибутом является Код ТС.

     Сущность  «ТС» включает Государственный регистрационный знак, Код ТС,  Паспорт ТС: серия и номер,  Дата выдачи паспорта, Год изготовления, Идентификационный номер ТС, Номер кузова (прицепа), Цель использования, Возраст ТС. Ключевым атрибутом является Государственный регистрационный знак. Сущность «Износ ТС» содержит Возраст ТС и Износ в %. Ключевым атрибутом является Возраст ТС.

 

     Сущность  «Сотрудники Росгосстраха» представлена атрибутами: Номер сотрудника Росгосстраха, ФИО сотрудника, Паспорт: серия и номер. Ключевым атрибутом является Номер сотрудника Росгосстраха.

     Сущность  «Лица, допущенные к управлению»  содержит Код лица, ФИО, Пол, Водительское удостоверение: серия и номер, Стаж (лет). Ключевой атрибут – Код  лица. В сущности «Допуск к управлению»  два атрибута: № страхового полиса и Код лица (допущенного к управлению). Ключевых атрибутов нет.

     Сущность  «Страхование ТС» представлена следующими атрибутами: № страхового полиса, Код  страхователя, Номер сотрудника Росгосстраха, Гос регистрационный знак ТС, Дата выдачи полиса, Дата начала срока страхования, Дата окончания срока страхования, Дата заполнения заявления, Спец знак гос образца: серия и номер, Страховая премия (руб.) и Страховая сумма (руб.). Ключевыми являются первые 5 атрибутов.

     Сущности  «Физические лица», «Сотрудники Росгосстраха» и «ТС» связаны с сущностью «Страхование ТС» идентифицирующей связью.

     Неидентифицирующей связью связаны между собой сущности «Лица, допущенные к управлению» и «Допуск к управлению», «ТС» и «Виды ТС», «ТС» и «Износ ТС», «Допуск к управлению» и «Страхование ТС», «Физические лица» и «Телефоны физических лиц».

 

    3.2 Проектирование баз  данных методом  нормальных форм.

    Проектирование баз данных является одним из этапов жизненного цикла информационной системы. Основной задачей, решаемой в процессе проектирования баз данных, является задача нормализации ее отношений. (Хомоненко 146).

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

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

    Метод нормальных форм является классическим методом проектирования реляционных  баз данных. Этот метод основан  на фундаментальном в теории реляционных  баз данных понятии зависимости  между атрибутами отношений (Хомоненко 146).

    Выявим  существующие зависимости между  атрибутами создаваемой базы данных страховой компании «Росгосстрах – Аккорд».

     1. Код Страх*

     2. ФИО

     3. Дата рождения

     4. Паспорт: серия и номер

     5. Индекс

     6. Республика/край/область

     7. Район

     8. Населенный пункт

     9.Улица

     10.Дом

     11. Квартира.

     12. Телефон для связи

      13. Код ТС*

      14. Марка

      15. Модель

     16 Мощность двигателя (кВт)

      17. Стоимость в новом состоянии  (руб.)

 

      18. Государственный регистрационный знак*

      19. Код ТС

      20. Паспорт ТС: серия и номер

      21. Дата выдачи паспорта*

      22. Год изготовления

      23. Идентификационный номер ТС

      24. Номер кузова (прицепа)

      25. Цель использования

      26. Возраст ТС*

      27. Износ в %

      28. Номер сотрудника Росгосстраха*

      29. ФИО сотрудника

      30. Паспорт: серия и номер

      31. Код лица*

     32. ФИО

      33. Пол

      34. Водительское удостоверение: серия и номер

      35. Стаж (лет)

      36. № страхового полиса*

      37. Дата начала срока страхования

      38. Дата окончания срока страхования

      39. Дата заполнения заявления

     40. Спец знак гос образца: серия и номер

      41. Страховая премия (руб.)

      42. Страховая сумма (руб.).

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

      Код Страх       ФИО, ДатаРожд, Паспорт: серия и номер, Индекс, Республ/край/область, Район, НасПункт, Улица, Дом, Кварт.

      Код Страх        Тел. для связи

      Код ТС         Марка, Модель, МощнДв(кВт), СтоимВНовСост (руб.).

      ГосРегистЗнак          Код ТС,  Паспорт ТС: серия и номер,  ДатаВыдПас, ГодИзгот, ИдентифНомер ТС, Номер кузова (прицепа), ЦельИспользования, Возраст ТС.

      Возраст ТС          Износ в %.

      НомСотрРосгосст         ФИОСотр, Паспорт: серия и номер.

      Код лица          ФИО, Пол, ВодитУдостов: серия и номер, Стаж (лет).

      № СтрахПолиса          Код лица Доп(допущенного к управлению)

      № страхового полиса, Код страхователя, Номер сотрудника Росгосстраха, Гос регистрационный знак ТС, Дата выдачи полиса       Дата начала срока страхования, Дата окончания срока страхования, Дата заполнения заявления, Спец знак гос образца: серия и номер, Страховая премия (руб.) и Страховая сумма (руб.).

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

    Пусть исходное отношение называется R1(рис.1).