Информационная система ОСАГО

Автор работы: Пользователь скрыл имя, 12 Мая 2013 в 22:16, курсовая работа

Краткое описание

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

Содержание работы

ВВЕДЕНИЕ 5
ГЛАВА 1 ФОРМИРОВАНИЕ ТРЕБОВАНИЙ 6
1.1 Описание предметной области 6
1.2 Определение требований к ИС 7
1.2.1 Входные и выходные данные системы 7
1.2.2 Функции системы 8
1.2.3 Пользователи системы 9
1.2.4 Формирование концепции системы 9
1.3 Выводы 10
ГЛАВА 2 РАЗРАБОТКА ФУНКЦИОНАЛЬНЫХ МОДЕЛЕЙ 11
2.1 Модель IDEF0 11
2.2 Модель IDEF3 20
2.2 Модель DFD 23
2.4 Выводы 29
ГЛАВА 3 РАЗРАБОТКА МОДЕЛЕЙ ДАННЫХ 30
3.1 Логическая модель данных 30
3.2 Физическая модель данных 35
3.3 Физическая реализация на языке SQL 37
3.4 Выводы 39
ЗАКЛЮЧЕНИЕ 40
Приложение А (обязательное) Библиографический список 41
Приложение Б (обязательное) Список принятых сокращений 42

Содержимое работы - 1 файл

Основная частьКУРСАЧ.doc

— 1.49 Мб (Скачать файл)

Указателями называются специальные  символы, которые предоставляют  дополнительную информацию или ссылку на другие элементы.

Модель IDEF3 по количеству блоков и уровней декомпозиции аналогична модели IDEF0. Декомпозиция контекстной диаграммы IDEF3 представлена на рисунке 2.9.

Рисунок 2.9 Декомпозиция контекстной диаграммы

Поток «Обращение клиента» разделен на 3 по асинхронному X: данные об обращении клиента в страховую компанию поступают на входы: «Консультация клиента», «Работа с клиентом» и «Страховые выплаты клиенту».

Отчеты со всех блоков объединены по асинхронному O в «Отчеты»: отчеты с любого блока сразу идут на выход системы.

Рисунок 2.10 Декомпозиция блока «Страховые выплаты клиенту»

Поток «Документы на страховое возмещение» разделен на 2 по асинхронному &: данные о документах на страховое возмещение идут на асинхронное О для регистрации данных о ДТП и в блок «Рассмотрение документов».

Поток «Направление на независимую экспертизу» разделен на 2 по асинхронному &: данные о документе «Направление на независимую экспертизу» идут на асинхронное О для регистрации данных о ДТП и в блок «Регистрация акта осмотра».

Поток «Зарегистрированный акт осмотра» разделен на 2 по асинхронному &: данные об акте осмотра ТС идут на асинхронное О для регистрации данных о ДТП и в блок «Акт о страховом случае».

Поток «Акт о страховом случае» разделен на 2 по асинхронному &: данные об акте о произошедшем страховом случае идут на асинхронное О для регистрации данных о ДТП и в блок «Выплата страхового возмещения».

Поток «Данные о сумме страхового возмещения» поступает на асинхронное О для регистрации данных о ДТП.  

2.3 Модель DFD

Контекстная диаграмма модели DFD представлена на рисунке 2.11.

Рисунок 2.11 – Контекстная диаграмма DFD

Форма модели DFD – это набор блоков, соединённых потоками. Модель дополнена до полного набора элементов для работы с потоками.

Для изображения модели DFD используются следующие основные типы элементов: блоки, стрелки, внешние сущности, хранилища данных.

Блок в модели DFD обозначает моделируемую функцию (действие) или узел обработки объектов (данных). В первом случае для наименования блока используется глагол или отглагольное существительное, возможно уточняемое существительным (например, «Зарегистрировать заявку» или «Регистрация заявки»). Во втором случае для наименования используется название узла обработки.

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

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

Стрелки в модели DFD описывают потоки объектов (данных) от одного элемента модели к другому. Для изображения используются сплошные одинарные стрелки, которые могут начинаться и заканчиваться на любой стороне элемента модели. В модели DFD стрелки могут быть двунаправленными для отображения двустороннего обмена элемента с хранилищем или диалога типа «команда-ответ» между элементами.

Модель DFD по количеству блоков и уровней декомпозиции аналогична моделям IDEF0 и IDEF3, дополнена внешними сущностями и хранилищами данных.

Внешние сущности:

Клиент – лицо, которое нуждается в страховании транспортного средства и пользующееся услугами страховой компании;

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

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

Рисунок 2.12 – Декомпозиция контекстной диаграммы

Хранилища данных:

Данные о консультациях – хранит информацию о потенциальных клиентах, о заданных вопросах потенциальными клиентами и найденных ответов, сведения о проведении консультации: дата и время проведении консультации.

Данные по страхованию – хранит информацию о страховании транспортных средств: данные о клиенте и его документах на транспортное средство, данные о сотруднике застраховавшего ТС, данные по договорам, данные о страховых полисах, данные об оплате.

Данные о ДТП – хранит информацию о ДТП: данные о документах поданные клиентом на страховое возмещение, данные о составленных актах, данные о сумме страхового возмещения и другие данные.

Рисунок 2.13 – Декомпозиция блока «Консультация клиента»

Хранилища данных:

Данные о консультациях – хранит информацию о потенциальных клиентах, о заданных вопросах потенциальными клиентами и найденных ответов, сведения о проведении консультации: дата и время проведении консультации.

Сотрудники – хранит информацию о сотрудниках страховой компании.

Рисунок 2.14 – Декомпозиция блока «Работа с клиентом»

Хранилища данных:

Данные по страхованию – хранит информацию о страховании транспортных средств: данные о клиенте и его документах на транспортное средство, данные о сотруднике застраховавшего ТС, данные по договорам, данные о страховых полисах, данные об оплате.

 

Рисунок 2.15 – Декомпозиция блока «Страхование ТС»

Хранилища данных:

Данные по страхованию – хранит информацию о страховании транспортных средств: данные о клиенте и его документах на транспортное средство, данные о сотруднике застраховавшего ТС, данные по договорам, данные о страховых полисах, данные об оплате.

Сотрудники – хранит информацию о сотрудниках страховой компании.

Рисунок 2.16 – Декомпозиция блока «Досрочное прекращение страхования»

Хранилища данных:

Сотрудники – хранит информацию о сотрудниках страховой компании.

Данные о прекращении страхования - хранит информацию о полисах с досрочным прекращением страхования: отметка о закрытии страхового полиса и данные о сумме выплаты остатка денежных средств по страховому полису.

 

Рисунок 2.17 – Декомпозиция блока «Страховые выплаты клиенту»

Хранилища данных:

Сотрудники – хранит информацию о сотрудниках страховой компании.

Данные о ДТП – хранит информацию о ДТП: данные о документах поданные клиентом на страховое возмещение, данные о составленных актах, данные о сумме страхового возмещения и другие данные.

2.4 Выводы

В первой главе  курсового проекта выполнены  следующие этапы создания ИС:

  • дано описание объекта автоматизации, сформулированы требования к ИС;
  • определен список необходимых функций системы;;
  • представлены модели IDEF0, IDEF3 и DFD, приведено их описание;
  • определена предполагаемая архитектура ИС.

 

3 Разработка моделей данных

3.1 Логическая модель данных

Проанализировав DFD модель можно выделить следующие основные сущности системы:

  1. Сотрудник. Сущность содержит основную информацию о сотруднике.
  2. Клиент. Сущность содержит всю необходимую информацию о клиентах компании.
  3. Транспортное средство. Сущность содержит всю необходимую информацию о транспортных средствах клиента.
  4. Консультации. Содержит информацию о проведенных консультациях с потенциальным клиентом.
  5. Договор. Содержит информацию о заключенном договоре с клиентом на страхование транспортного средства.
  6. Страховой полис. Содержится информация о страховом полисе.
  7. Данные о ДТП. Сущность хранит полную информацию о произошедших ДТП и о выплатах страховых возмещений клиентам.

Система связей между этими сущностями отражена на логической модели данных (Рисунок 3.6)

Рисунок 3.6 Логическая модель

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

Сотрудник:

  • Код сотрудника – первичный ключ, уникален для каждой записи, целочисленный, не равен 0;
  • ФИО – строковая переменная, хранящая фамилию, имя и отчество сотрудника;
  • Должность – строковая переменная;
  • Дата рождения – атрибут формата Date:
  • Серия, номер паспорта – целочисленная переменная;
  • Адрес проживания – строковая переменная;

Клиент:

  • № клиента - первичный ключ, уникален для каждой записи, целочисленный, не равен 0;
  • ФИО клиента – строковая переменная, хранящая фамилию, имя и отчество клиента;
  • Дата рождения - переменная типа Date, содержащая информацию о дате рождения клиента.
  • Адрес проживания – строковая переменная;
  • Серия, номер паспорта – целочисленная переменная;
  • № потенциального клиента – атрибут выбирается из сущности Консультации, определяет является ли регистрируемый клиент еще и потенциальным клиентом, обращавшимся за консультацией в страховую компанию ранее;

Транспортное средство:

  • № автомобиля  - уникален для каждой записи, целочисленный, не равен 0;
  • № клиента – атрибут выбирается из сущности Клиент. Вместе с атрибутом № автомобиля составляет первичный ключ сущности транспортное средство;
  • Марка, модель ТС – строковая переменная.;
  • Идентификационный номер ТС – строковая переменная;
  • Паспорт ТС – строковая переменная;
  • Гос. регистрационный знак - строковая переменная, хранящая государственный регистрационный знак ТС.

Консультации:

  • № потенциального клиента – уникален для каждой записи, целочисленный, не равен 0;
  • Дата консультации - дата и время проведения консультации, переменная типа Date;
  • ФИО потенциального клиента – строковая переменная, хранящая фамилию, имя и отчество потенциального клиента;
  • Вопросы потенциального клиента – переменная типа Blob (строковая переменная), содержит информацию о вопросах заданных потенциальным клиентом;
  • Ответы на вопросы - переменная типа Blob, содержит информацию о найденных ответах.

Договор:

  • № договора – уникален для каждой записи, целочисленный, не равен 0;
  • № полиса – атрибут выбирается из сущности Страховой полис;
  • Код сотрудника - атрибут выбирается из сущности Сотрудник;
  • № клиента - атрибут выбирается из сущности Транспортное средство;
  • № автомобиля - атрибут выбирается из сущности Транспортное средство. Вместе с атрибутом № договора, № полиса, Код сотрудника, № клиента составляют первичный ключ сущности Договор;
  • Сумма страхования ТС - переменная типа Float, содержащая информацию о сумме денежных средств, которые клиенту необходимо заплатить компании за выдачу полиса ОСАГО;
  • Дата взноса денежных средств - переменная типа Date, содержащая информацию о дате взноса денежных средств клиентом в кассу компании;
  • Дата страхования - переменная типа Date, содержащая информацию о дате заключения договора на страхуемое ТС.

Страховой полис:

  • № полиса – первичный ключ, уникален для каждой записи, целочисленный, не равен 0;
  • Дата выдачи – переменная типа Date, содержащая информацию о дате выдачи страхового полиса (с даты выдачи начинается срок страхования транспортного средства);
  • Срок окончания – переменная типа Date, содержащая информацию о дате окончания страхового полиса;
  • Закрытие страхового полиса – логическая переменная, содержащая информацию о состоянии страхового полиса (0 - полис активный, 1 - досрочное закрытие страхового полиса);
  • Дата досрочно закрытия - переменная типа Date, содержащая информацию о дате досрочно закрытия страхового полиса;
  • Сумма остатка по страхования - переменная типа Float, содержащая информацию о сумме остатка денежных средств по досрочно закрытому страховому полису.

Данные о ДТП:

  • № акта по страховому случаю - уникален для каждой записи, целочисленный, не равен 0;
  • № полиса - атрибут выбирается из сущности Страховой полис. Вместе с атрибутом № акта составляют первичный ключ сущности Данные о ДТП;
  • Список документов клиента для страхового возмещения – строковая переменная, содержащая список документов необходимых для выплаты страхового возмещения;
  • Дата подачи документов на выплату – переменная типа Date, содержащая информацию о дате подачи документов клиента для страховой выплаты;
  • Сумма страхового возмещения - переменная типа Float, содержащая информацию о сумме страхового возмещения клиенту ;
  • Дата выдачи страхового возмещения - переменная типа Date, содержащая информацию о дате выдачи страхового возмещения клиенту.

Информация о работе Информационная система ОСАГО