Автор работы: Пользователь скрыл имя, 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
Указателями называются специальные символы, которые предоставляют дополнительную информацию или ссылку на другие элементы.
Модель IDEF3 по количеству блоков и уровней декомпозиции аналогична модели IDEF0. Декомпозиция контекстной диаграммы IDEF3 представлена на рисунке 2.9.
Рисунок 2.9 Декомпозиция контекстной диаграммы
Поток «Обращение клиента» разделен на 3 по асинхронному X: данные об обращении клиента в страховую компанию поступают на входы: «Консультация клиента», «Работа с клиентом» и «Страховые выплаты клиенту».
Отчеты со всех блоков объединены по асинхронному O в «Отчеты»: отчеты с любого блока сразу идут на выход системы.
Рисунок 2.10 Декомпозиция блока «Страховые выплаты клиенту»
Поток «Документы на страховое возмещение» разделен на 2 по асинхронному &: данные о документах на страховое возмещение идут на асинхронное О для регистрации данных о ДТП и в блок «Рассмотрение документов».
Поток «Направление на независимую экспертизу» разделен на 2 по асинхронному &: данные о документе «Направление на независимую экспертизу» идут на асинхронное О для регистрации данных о ДТП и в блок «Регистрация акта осмотра».
Поток «Зарегистрированный акт осмотра» разделен на 2 по асинхронному &: данные об акте осмотра ТС идут на асинхронное О для регистрации данных о ДТП и в блок «Акт о страховом случае».
Поток «Акт о страховом случае» разделен на 2 по асинхронному &: данные об акте о произошедшем страховом случае идут на асинхронное О для регистрации данных о ДТП и в блок «Выплата страхового возмещения».
Поток «Данные о сумме страхового возмещения» поступает на асинхронное О для регистрации данных о ДТП.
Контекстная диаграмма модели 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 Выводы
В первой главе курсового проекта выполнены следующие этапы создания ИС:
Проанализировав DFD модель можно выделить следующие основные сущности системы:
Система связей между этими сущностями отражена на логической модели данных (Рисунок 3.6)
Рисунок 3.6 Логическая модель
Для каждой из сущностей можно определить следующие основные атрибуты.
Сотрудник:
Клиент:
Транспортное средство:
Консультации:
Договор:
Страховой полис:
Данные о ДТП: