Автоматизация системы выплат при ДТП
Автоматизация системы выплат при ДТП
СОДЕРЖАНИЕ
- 1. ВВЕДЕНИЕ
- 2. ПОСТАНОВКА ЗАДАЧИ
- 2.1 Описание бизнес - процесса
- 2.2 Анализ бизнес - процесса фирмы
- 2.3 Описание задачи
- 2.4 Описание входной информации
- 2.5 Описание выходной информации
- 2.6 Разработка базы данных
- 2.7 Описание алгоритма решения задачи
- 3. ПРОГРАММНАЯ ДОКУМЕНТАЦИЯ
- 3.1 Описание применения
- 3.2 Описание программы
- 3.3 Руководство оператора
- 4. КОНТРОЛЬНЫЙ ПРИМЕР
- 5. ЗАКЛЮЧЕНИЕ
- 6. БИБЛИОГРАФИЧЕСКИЙ СПИСОК
- ПРИЛОЖЕНИЕ А
- ПРИЛОЖЕНИЕ Б
- ПРИЛОЖЕНИЕ В
- ПРИЛОЖЕНИЕ Г
- 1. ВВЕДЕНИЕ
- По некоторым данным статистики с 2002 года по наше время продолжается активное увеличение количества автомобилей на улицах нашего города. Сейчас каждый третий человек в городе Рязань имеет транспортное средство, но к сожалению, по данным все той же статистики, из-за низкой квалификации и неопытности водителей количество дорожно- транспортных происшествий возрастает пропорционально квадрату числа, равного количеству автовладельцев. Принятие закона об обязательном страховании автогражданской ответственности (ОСАГО) побудило страховые компании вести активную работу по решению проблем материального плана, возникающих в результате дорожно -транспортного происшествия. Давно уже стало ясно о необходимости систематизации программного обеспечения, используемого при обработке данных в страховых компаниях. Данная тема курсовой работы является актуальной по многим причинам, одной из которых является потребность человека в транспортных средствах. Существует множество систем управления базами данных. Все они чем-то отличаются друг от друга, предоставляют пользователю различные средства и функции. Основной целью таких программ является сокращение вероятности допустить ошибки и скорое их устранение, ускорение процесса работы с документами и другими бумагами. В качестве СУБД я выбрала Visual FoxPro 9.0. Разработанная мною программа упрощает процесс учета выплат по возмещению имущественного ущерба клиентам, полученного в результате ДТП, это достаточно трудоемкий и длительный процесс. Приходится заполнять множество бумаг: составлять акты осмотра, заявления. Данная программа будет использоваться в страховой компании ОАО МСК "Страж". В базе данных находится информация обо всех клиентах, которые обратились в компанию. С помощью этой программы можно добавлять новые сведения, изменять их и удалять устаревшие.
2. ПОСТАНОВКА ЗАДАЧИ
2.1 Описание бизнес - процесса
Компания ОАО МСК "Страж" занимается выплатой денежных средств клиентам, которые попали в дорожно-транспортное происшествие.
Процесс обслуживания клиентов происходит следующим образом: клиент приходит в офис компании, предъявляет справки из областного ГАИ, оформляет заявление, после чего производится осмотр транспортного средства экспертом данной компании, если необходимо клиент обращается к независимому эксперту, затем в течении 30 дней производится денежная выплата по страховке в кассе компании.
На основании цен в области автозапчастей служба или отдельный специалист разрабатывает каталог цен по каждому изделию. С клиентом, обратившимся в фирму, работает специалист управления урегулирования убытков. Специалист уточняет все детали, правильность заполнения всех документов и их количество, назначает эксперта по данному делу, составляет акт осмотра.
2.2 Анализ бизнес - процесса фирмы
1. В основе бизнеса компании лежат следующие наиболее важные для данного бизнеса или производственного процесса компоненты:
- Сотрудники
- Клиенты
- Каталог деталей
2. Действия, которые производятся в компании ОАО "Страж" позволяет получить список основных бизнес-процессов, происходящих в компании:
- Составление каталога
- Анализ рынка
- Оформление чеков
- Управление работой персонала
- Решение бухгалтерских задач
4. Все услуги, касающиеся документации и выплаты по страховке, выполняются в пределах одного здания, а осмотр транспортного средства происходит в специально отведенном для этого месте, организация совместного использования данных основана на возможностях локальной сети и сервера БД.
5. О выполнении процессов можно судить по организационной структуре компании, приведем схему. Смотрите рисунок 1.
Рисунок 1- Схема структуры компании.
6. Существует периодичность осуществляемых бизнес-процессов, которая позволит правильно расставить акценты в будущей прикладной программе. В нашем случае примем такую временную последовательность выполняемых процессов:
- обновление каталога цен, внесение поправок - постоянно
- подведение итогов по выполненным услугам - ежемесячно
- годовой отчет - ежегодно к 31 января
- заявление от клиента принимается не позднее 15 дней после происшествия
- выплата денежных средств по страховке производится в течении 30 дней после подачи заявления
7. Позволяет определить мотивацию производственной деятельности компании. Бизнес задачи Компания ОАО МСК "Страж" определим так:
- достижение наилучшего соотношения "зарплаты-удобства" для клиентов
- обеспечение условий для успешной деятельности персонала
- получение прибыли
- повышении доходов при автоматической обработке данных
Ответы на 6 перечисленных вопросов позволяют подойти к главному - к постановке задачи построении информационной модели компании. В простейшем виде такая модель может быть отражена в виде взаимосвязей между бизнес- компонентами и бизнес- процессами.
Приведем диаграмму "Сущность- связь". Смотрите рисунок 2.
Рисунок 2 - Диаграмма "Сущность- связь"
2.3 Описание задачи
Наименование задачи
Учет возмещения имущественного ущерба в ОАО МСК "Страж"
Цель работы фирмы
Оказание услуг по выплате компенсаций клиентам, в связи с происшедшим ДТП .
Функции фирмы
- принятие заявления от клиента
- ведение каталога цен, необходимых при расчете ущерба, нанесенного клиенту
- работа с клиентами (маркетинг), ведение справочника дел по каждому клиенту
- ведение расчетов возмещения ущерба (стоимость ремонта)
- учет валютного курса
- выплата денежных средств по чекам на выплату
Бизнес - правила:
- сведения о клиентах хранятся не менее двух лет
- заявление от клиента принимается не позднее 15 дней после происшествия
- выплата денежных средств по страховке производится в течении 30 дней после подачи заявления
- если клиент не доволен работой эксперта компании, то он вправе обратиться за -услугами к независимому эксперту
Требования к программе:
Программа должна работать под управлением операционной системы Windows XP и СУБД Visual FoxPro 9.0.
Перечень вводимой информации:
- Фамилия специалиста управления урегулирования убытков
- Имя специалиста управления урегулирования убытков
- Отчество специалиста управления урегулирования убытков
- Фамилия эксперта
- Имя эксперта
- Отчество эксперта
- Фамилия собственника ТС
- Имя собственника ТС
- Отчество собственника ТС
- Адрес Собственника ТС
- Дата
- Характеристика ТС
- Повреждения аварийного характера
- Номер дела
- Телефон клиента
Перечень выводимой информации:
- Каталог деталей
- Заявление
- Акт приема - передачи документов
- Чек на выплату
- Список сотрудников
Требования к оснащению офиса фирмы компьютерной техникой:
Аппаратное обеспечение:
- Процессор Pentium 133 или выше;
- Минимальный объем оперативной памяти- 64 Мбайт, рекомендуемый - 128 Мбайт или выше;
- Жесткий диск с объемом свободного пространства не менее 165 Мбайт; - Необходим монитор с параметрами не менее: расширение 800Ч600 точек, 256 цветов.
- Устройство для чтения компакт-дисков;
- монитор "17";
- мышь PS/2 или USB;
- клавиатура 101 клавиша, PS/2 или USB;
- принтер струйный или лазерный.
Программное обеспечение:
- Операционная система MS Windows 98, Windows ME, Windows XP, Windows 2000 (или выше); - СУБД Visual FoxPro 9.0.
2.4 Описание входной информации
Входными документами является Список дел по клиентам.
В документе Список дел по клиентам (структура документа представлена на рисунке 3) предоставлены данные о клиенте, по которому заведено дело в фирме: фамилия, имя, отчество, адрес, контактный телефон. Документ существует в двух формах: экранная и бумажная. Обе формы представляют собой :
СПИСОК ДЕЛ ПО КЛИЕНТАМ
№ дела
|
Фамилия
|
Имя
|
Отчество
|
Адрес
|
Контактный телефон
|
|
9(7)
|
Х(20)
|
Х(10)
|
Х(15)
|
Х(30)
|
9(12)
|
|
|
Рисунок 3 - Список дел по клиентам
2.5 Описание выходной информации
1) В документе Акт осмотра ТС (структура документа представлена на рисунке 4) предоставлены данные о транспортном средстве клиента: тип ТС, марка, модель, год выпуска, государственный номер, цвет, номер кузова, свидетельство о регистрации, ФИО владельца, адрес владельца, повреждения аварийного характера. Документ существует в двух формах: экранной и бумажной - в обоих представляет собой :
Рисунок 4 - Акт осмотра ТС
2) Каталог деталей: форма представления бумажная и экранная. Каталог в бумажной форме представляет собой перечень цен на детали, размер страницы А4. На ней располагают : наименование детали и информацию о ее стоимости, детали комплектуются по маркам и моделям ТС (структура документа представлена на рисунке
Каталог деталей:
Наименование транспортного средства х(60)
Наименование детали
|
Стоимость детали
|
|
х(40)
|
9(8)
|
|
|
Рисунок 5 - Каталог деталей
3) В документе Акт приема - передачи документов (структура документа представлена на рисунке 6) предоставлены данные о необходимых документах, которые клиент должен иметь, обращаясь в фирму, о их количестве, дате сдачи. Документ существует в двух формах: экранной и бумажной .Структура обоих документов одинакова.
АКТ ПРИЕМА- ПЕРЕДАЧИ ДОКУМЕНТОВ
Наименование документа
|
Кол-во док-ов
|
Документ сдал
|
Документ принял
|
Дата
|
|
Справка о ДТП, выданная органами ГИБДД
|
9(2)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
Извещение о ДТП
|
9(2)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
Документ о праве собственности на поврежденное имущество или о праве на страховую выплату
|
9(2)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
Справка о ДТП (Приложение к Приказу МВД РФ №748)
|
9(3)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
Акт осмотра ТС
|
9(2)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
Водительское удостоверение (копия)
|
9(2)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
Паспорт (копия)
|
9(3)
|
9(7)
|
9(7)
|
дд.мм.гг
|
|
|
|
|
|
|
|
|
Рисунок 6 - Акт приема- передачи документов
4) В документе Заявление от клиента (структура документа представлена на рисунке 7) предоставлены данные о клиенте: фамилия, имя, отчество, адрес, номер дела, характеристики ТС. Документ существует в двух формах: экранной и бумажной - в обоих представляет собой :
6) В документе Чек на выплату (структура документа представлена на рисунке 8) представлена информация о чеке, по которому выплачивается страховое пособие клиенту: наименование поврежденной детали, процент ее оплаты, полная стоимость, выплата с учетом процентов, общая сумма выплаты, ФИО и роспись клиента, ФИО и роспись кассира. Документ существует в двух формах: экранной и бумажной .Структура обоих документов одинакова.
Рисунок 7 - Заявление от клиента
ЧЕК на выплату
Наименование детали
|
Процент оплаты
|
Полная стоимость
|
Выплата с учетом процента
|
|
х (30)
|
9(3)
|
9(8)
|
9(8)
|
|
|
ИТОГО к выплате: 9(8)
Кассир : ФИО х (60)
Клиент: ФИО клиента х (60)
Рисунок 8 - Чек на выплату
7) В документе Список сотрудников (структура документа представлена на рисунке 9) представлена информация о сотруднике: фамилия, имя, отчество, должность. Документ существует в экранной форме
СПИСОК СОТРУДНИКОВ
№ п/п
|
Фамилия
|
Имя
|
Отчество
|
Должность
|
|
9(5)
|
Х(20)
|
Х(10)
|
Х(15)
|
Х(30)
|
|
|
Рисунок 9 - Список сотрудников
2.6 Разработка базы данных
Для построения реляционной базы данных необходимо выделить сущности и связи между ними, определить атрибуты сущностей, задать первичные и внешние ключи, привести модель к требуемому уровню нормальной формы.
При детальном анализе уточняются ранее используемые сущности и добавляются новые сущности, определяется наполнение каждой сущности атрибутами.
Сущность - это объект, информация о котором хранится в базе данных.
Выделим следующие сущности:
- Заявление
- Клиент
- Сотрудники
Связи между сущностями приведены на рисунке 9.
Рисунок 9- Связи между сущностями
Приведение модели к требуемой нормальной форме.
На этом этапе проектирования выполняется главная задача - нормализация отношения. В процессе нормализации концепции требуется группирование в таблицах. На данном этапе концептуальные требования для каждой сущности могут быть связаны либо в таблицу, либо в несколько таблиц. Здесь также решается вопрос ликвидации избыточности информации, так как концептуальные требования, используемые несколькими структурными подразделениями, сводятся в одну таблицу с одновременным добавлением ключей для перехода в другие таблицы (для других структурных подразделений). Таким образом, добиваются существенного сокращения объема памяти. На этом этапе также решается вопрос о том, какие таблицы будут справочниками, то есть информация из них не извлекается и практически постоянная.
Следует иметь в виду, что чрезмерное увеличение количества таблиц приводит к потере общей идеи создания базы данных, и сама база данных становится трудной для восприятия. Оптимальное количество таблиц не более 50. Всего существует 5 нормальных форм, но на практике используют 3.
Приведение БД к первой нормальной форме.
Отношение находится в первой нормальной форма, если все его атрибуты являются простыми (имеют единичное значение). Применим к этим сущностям условия первой нормальной формы:
- должны отсутствовать повторяющиеся записи;
- должны отсутствовать повторяющиеся атрибуты;
- каждый атрибут (поле) должен быть неделимым.
Для каждой сущности определяем атрибуты, которые будем хранить в БД. Приведем таблицу атрибутов и первичных ключей сущностей информации модели.
Задаем первичные и альтернативные ключи. Для каждой сущности определяем атрибуты, которые будем хранить в базе данных.
Сущность Клиент имеет следующие атрибуты:
- уникальный ключ клиента;
- фамилия клиента;
- имя клиента;
- отчество клиента;
- адрес;
- контактный телефон;
- процент оплаты;
- наименование ТС;
- год выпуска;
- цвет;
- номер кузова;
- свидетельство о регистрации;
- наименование детали;
- стоимость детали;
Сущность Заявление имеет следующие атрибуты:
- уникальный ключ заявления
- уникальный ключ клиента;
- уникальный ключ сотрудника.
Сущность Сотрудники имеет следующие атрибуты:
- уникальный ключ сотрудника;
- фамилия;
- имя;
- отчество;
- должность;
Приведение БД ко второй нормальной форме.
Отношение находится во второй нормальной форме, если оно находится в 1НФ, и каждый не ключевой атрибут функционально полностью зависит от первичного ключа. Теперь применим к полученным мной на предыдущем этапе сущностям условия второй нормальной формы:
1. выполняются условия первой нормальной формы;
2. первичный ключ однозначно определяет запись;
3. все поля записи зависят от первичного ключа;
4. первичный ключ имеет минимальную форму (отсутствует избыточность).
Приведем схему взаимосвязей между атрибутами сущностей во второй нормальной форме( схема приведена на рисунке 10):
Рисунок 10- Связи между атрибутами
Поле ИТОГО является вычисляемым: ИТОГО=? Выплат с учетом процентов
Поле Выплата с процентом является вычисляемым:
Выплата с процентом = Процент оплаты * Стоимость детали
Стоимость детали берется из таблицы "Каталог деталей", процент оплаты берется из таблицы "Таблица учета выплат".
Таблица 1 - Вторая нормальная форма
Сущность
|
Первичный ключ
|
Атрибуты
|
|
Клиент
|
Уникальный ключ клиента
|
Уникальный ключ клиента
Фамилия
Имя
Отчество
Адрес
Контактный телефон
Уникальный ключ ТС
Уникальный ключ таблицы
|
|
Заявление
|
Уникальный ключ
заявления
|
Уникальный ключ
заявления
Уникальный ключ клиента
Уникальный ключ сотрудника
|
|
Каталог деталей
|
Уникальный ключ каталога деталей
|
Уникальный ключ каталога деталей
Наименование детали
Стоимость детали
Уникальный ключ наименования ТС
|
|
ТС клиента
|
Уникальный ключ ТС клиента
|
Уникальный ключ ТС клиента
Уникальный ключ наименования ТС
Год выпуска
Государственный номер
Цвет
№ кузова
Свидетельство о регистрации
|
|
Таблица учета выплат
|
Уникальный ключ таблицы учета выплат
|
Уникальный ключ таблицы учета выплат
Процент оплаты
Уникальный ключ клиента
Уникальный ключ каталога деталей
|
|
Сотрудники
|
Уникальный ключ сотрудника
|
Уникальный ключ сотрудника
Фамилия
Имя
Отчество
|
|
Наименование ТС
|
Уникальный ключ наименования ТС
|
Уникальный ключ наименования ТС
Наименование ТС
|
|
Должность
|
Уникальный ключ должности
|
Уникальный ключ должности
Должность
|
|
|
Приведение БД к третьей нормальной форме.
Отношение находится в третьей нормальной форме, если оно находится во 2НФ и каждый не ключевой атрибут не транзитивно зависит от первичного ключа. Т.е. выполняются условия:
1. выполняется условия 2НФ;
2. каждое не ключевое поле не должно зависеть от другого не ключевого поля.
Приведение модели к требуемому уровню нормальной формы. На этом этапе проектирования выполняется главная задача - нормализация отношений. В процессе нормализации концептуальные требования для каждой сущности могут быть сведены либо в одну таблицу, либо в несколько. Здесь также решается вопрос о ликвидации избыточной информации. Просмотрев все сущности, установим, что транзитивные связи отсутствуют.
Поле ИТОГО является вычисляемым: ИТОГО=? Выплат с учетом процентов
Поле Выплата с процентом является вычисляемым:
Выплата с процентом = Процент оплаты * Стоимость детали
Стоимость детали берется из таблицы Каталог деталей, процент оплаты берется из таблицы "Таблица учета выплат".
Рисунок 11 - Графическая модель БД
База данных сформирована и состоит из 10 таблиц. Структура каждой таблицы приведена ниже.
Klient.dbf (клиент)1
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
3
4
5
6
7
8
|
Un_kl_klien
Fam
Imya
Otch
Adr
Tel
Un_kl_tab_uch
Un_kl_ts_klien
|
N
C
C
C
C
N
N
N
|
5
15
10
20
60
12
5
5
|
Уникальный ключ клиента
Фамилия
Имя
Отчество
Адрес
Телефон
Уник. ключ таблицы учета
Уникальный ключ ТС клиента
|
|
Zayav.dbf (заявление)2
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
3
|
Un_kl_zayav
Un_kl_klien
Un_kl_sotr
|
N
N
N
|
55
5
|
Уникальный ключ заявления
Уникальный ключ клиента
Уникальный ключ сотрудника
|
|
Sotrud.dbf (сотрудники)3
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
3
4
5
|
Un_kl_sotr
Fam
Imya
Otch
Un_kl_dol
|
N
C
C
C
N
|
5
15
10
20
5
|
Уникальный ключ сотрудника
Фамилия
Имя
Отчество
Уникальный ключ должности
|
|
Ts_klien.dbf (ТС клиента)4
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
3
4
5
6
7
|
Un_kl_ts_klien
Un_kl_naim_TS
God_vip
Gos_nom
Cvet
Nom_kuz
Svid_o_reg
|
N
N
N
C
C
N
C
|
5
5
4
10
15
10
15
|
Уникальный ключ ТС клиента
Уникальный ключ наименов. ТС
Год выпуска
Гос.номер
Цвет
Номер кузова
Свидетельство о регистрации
|
|
Kat_det.dbf (каталог деталей)5
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
3
4
|
Un_kl_kat_det
Naim_det
Stoim_det
Un_kl_naim_TS
|
N
C
N
N
|
5
30
9
5
|
Уникальный ключ каталога
Наименование детали
Стоимость детали
Уникальный ключ наимен.ТС
|
|
Naim_TS.dbf (марка)6
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
|
Un_kl_naim_TS
Naim_TS
|
N
C
|
5
30
|
Уникальный ключ наим. ТС
Наименование ТС
|
|
Dolzh.dbf (Должность)7
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
|
Un_kl_dol
Dolzh
|
N
C
|
5
10
|
Уникальный ключ должности
Должность
|
|
Tabl_uch_vip.dbf (Таблица учета выплат) 8
|
|
№п/п
|
Имя поля
|
Тип поля
|
Размер
|
Примечание
|
|
1
2
3
4
|
Un_kl_tab_uch
Proc_oplat
Un_kl_kat_det
Un_kl_klien
|
N
N
N
N
|
55
5
5
|
Уник. ключ таб.учета выплат
Процент оплаты
Уник. ключ каталога деталей
Уникальный ключ клиента
|
|
|
2.7 Описание алгоритма решения задачи
Главная управляющая программа - меню системы, оно состоит из следующих пунктов:
- сотрудник;
- клиент;
- документы;
- выход.
В пункте меню "Клиент" выполняются процедуры вызова форм: Список дел по клиентам, ТС клиента.
1 Список дел по клиентам - этот пункт подменю должен предоставлять список клиентов, по которым были заведены дела. В этом пункте подменю можно просмотреть следующие данные о клиентах: фамилию, имя, отчество, адрес, контактный телефон, номер дела. Позволяет добавлять, удалять сведения о новых клиентах (действия происходят с таблицей "Клиент", данная форма представлена на рисунке 18)
2 ТС клиента - этот пункт подменю содержит информацию о ТС клиента. В этом пункте подменю можно просмотреть следующие данные о ТС клиента: наименование ТС, государственный номер, цвет, год выпуска, номер кузова, свидетельство о регистрации. Позволяет добавлять, удалять сведения о ТС клиентов (действия происходят с таблицей "ТС клиента", форма представлена на рисунке 19).
В пункте меню "Сотрудник" выполняются процедуры вызова форм: Акт осмотра ТС, Каталог деталей, Чек на выплату, Список сотрудников.
1 Акт осмотра ТС - этот пункт подменю содержит информацию об осмотре ТС. В этом пункте меню можно просмотреть следующие данные об акте осмотра ТС : сведения о ТС, которое осматривают, ФИО эксперта, Повреждения полученные вследствие ДТП. Возможно добавлять, удалять сведения о новых актах осмотра ТС (действия происходят с таблицей "Клиент", "ТС клиента", "Марка", "Модель" , форма представлена на рисунке 21).
2 Каталог деталей - этот пункт подменю должен предоставлять всю информацию о ценах на детали того или иного ТС. В этом пункте подменю можно просмотреть следующие данные о каталоге цен: наименование ТС, наименование детали, стоимость детали. Позволяет добавлять, удалять сведения о новых деталях, обновлять цены (действия происходят с таблицей "Каталог деталей", форма представлена на рисунке 24).
3 Чек на выплату -этот пункт подменю содержит полную информацию о сумме, которую необходимо выплатить клиенту. В этом пункте подменю можно просмотреть следующие данные о выплате: наименование делали, полная стоимость, процент оплаты, выплата с учетом процента, ИТОГО к выплате, подписи клиента и кассира. Позволяет добавлять, удалять сведения о выплате форма, (представлена на рисунке 23).
В данной форме имеются вычисляемые поля, которые рассчитываются по формуле:
- Выплата с учетом процента = Стоимость детали * Процент оплаты
Выплата с учетом процента - рассчитываем стоимость каждой детали с учетом процента. Поле Выплата с учетом процента находится в таблице "Таблица учета выплат".
Стоимость детали - данные берутся из таблицы "Каталог деталей"
Процент оплаты- после осмотра ТС, эксперт, просмотрев повреждения, назначает процент оплаты по каждой детали, данные берутся из таблицы "Таблица учета выплат".
- ИТОГО = ? Выплата с учетом процента.
ИТОГО - рассчитываем общую сумму выплаты по клиенту, суммируя стоимость каждой поврежденной детали. Поле ИТОГО находится в таблице "Чек на выплату".
Выплата с учетом процента - рассчитываем стоимость каждой детали с учетом процента, данные берутся из таблицы "Таблица учета выплат".
4 Список сотрудников - этот пункт подменю содержит полную информацию о сотрудниках, которые обслуживают клиентов. В этом пункте подменю можно просмотреть следующие данные о сотрудниках : фамилия, имя, отчество, должность. Позволяет добавлять, удалять сведения о сотрудниках форма, (представлена на рисунке 20).
В пункте меню "Документы" выполняются процедуры вызова документов: Акт осмотра ТС, Акт приема-передачи документов, Чек на выплату, Заявление.
1 Акт осмотра ТС - этот пункт подменю содержит информацию об осмотре ТС. В этом пункте меню можно просмотреть следующие данные об акте осмотра ТС : сведения о ТС, которое осматривают, ФИО эксперта, Повреждения полученные вследствие ДТП. Возможно добавлять, удалять сведения о новых актах осмотра ТС (действия происходят с таблицей "Клиент", "ТС клиента", "Марка", "Модель" , документ представлен в Приложении В)
2 Акт приема-передачи документов - этот пункт подменю содержит информацию о документах, которые клиент уже сдал и которые необходимо сдать. В этом пункте подменю можно просмотреть следующие данные о документах : наименование документа, количество, подписи клиента и специалиста (документ представлен в Приложении А).
3 Заявление - этот пункт подменю содержит информацию о клиенте, который подает заявление, о причине подачи заявления. В этом пункте подменю можно просмотреть следующие данные о заявлении ФИО заявителя, характеристики ТС, которому нанесен ущерб, кем нанесен ущерб, в какой форме будет осуществляться возмещение ущерба. Позволяет добавлять, удалять сведения о новых заявлениях(действия происходят с таблицей "Клиент", "ТС клиента", документ представлен в Приложении Б).
4 Чек на выплату -этот пункт подменю содержит полную информацию о сумме, которую необходимо выплатить клиенту. В этом пункте подменю можно просмотреть следующие данные о выплате: наименование делали, полная стоимость, процент оплаты, выплата с учетом процента, ИТОГО к выплате, подписи клиента и кассира. Позволяет добавлять, удалять сведения о выплате ( документ представлен в Приложении Г).
В данной форме имеются вычисляемые поля, которые рассчитываются по формуле:
- Выплата с учетом процента = Стоимость детали * Процент оплаты
Выплата с учетом процента - рассчитываем стоимость каждой детали с учетом процента. Поле Выплата с учетом процента находится в таблице "Таблица учета выплат".
Стоимость детали - данные берутся из таблицы "Каталог деталей"
Процент оплаты- после осмотра ТС, эксперт, просмотрев повреждения, назначает процент оплаты по каждой детали, данные берутся из таблицы "Таблица учета выплат".
- ИТОГО = ? Выплата с учетом процента.
ИТОГО - рассчитываем общую сумму выплаты по клиенту, суммируя стоимость каждой поврежденной детали. Поле ИТОГО находится в таблице "Чек на выплату".
Выплата с учетом процента - рассчитываем стоимость каждой детали с учетом процента, данные берутся из таблицы "Таблица учета выплат".
Пункт меню "Выход" служит для завершения работы с программой и с Visual Fox Pro, позволяет произвести быстрый выход из Visual Fox Pro и из программы.
1 Из Visual Fox Pro
2 Из программы
Рисунок 12 - Алгоритмическая структура меню программы
3 ПРОГРАММНАЯ ДОКУМЕНТАЦИЯ
3.1 Описание применения
Назначение программы
Программа "Учета возмещения имущественного ущерба" предназначена для использования в страховой компании для оказания услуг по выплате компенсаций клиентам, в связи с происшедшим ДТП.
Данная программа функционирует под управление СУБД MS Visual Fox Pro 9.0.
Функциональное назначение
Информационная система по учету возмещения имущественного ущерба в страховой компании ОАО МК "Страж" используется для автоматизации ведения учета выплате компенсаций клиентам, в связи с происшедшим ДТП.
Описание логической структуры
Управление данной информационной системой производится с помощью меню(смотри рисунок 12)
Все данные будут храниться в файле с названием Strag.exe. программа не требует установки, достаточно просто скопировать папку с программой на локальный диск: С:\. При создании проекта были разработаны объекты реляционной базы данных - таблицы (смотри таблицу 2) и формы (смотри таблицу 3)
Таблица 2 - Описание таблиц
Имя таблицы
|
Назначение
|
|
Клиент
|
Содержит информацию о клиенте
|
|
Сотрудник
|
Содержит информацию о сотрудниках
|
|
Должность
|
Содержит информацию о должностях
|
|
ТС клиента
|
Содержит информацию о ТС клиента, пострадавшем в ДТП
|
|
Наименование ТС
|
Содержит информацию о наименовании ТС
|
|
Каталог деталей
|
Содержит информацию о деталях и их стоимости
|
|
Таблица учета выплат
|
Содержит информацию об учете выплат по одной детали
|
|
Заявление
|
Содержит информацию о заявление, поступившем от клиента
|
|
|
Таблица 3 - Описание форм
Имя формы
|
Назначение
|
|
Справочник "Список дел по клиентам"
|
Форма предназначена для просмотра и редактирования списка дел, заведенных на каждого клиента.
|
|
Справочник "Список сотрудников"
|
Форма предназначена для просмотра и редактирования списка сотрудников данной фирмы
|
|
Справочник "Каталог деталей"
|
Форма предназначена для просмотра и редактирования стоимости деталей.
|
|
Документ "Акт осмотра ТС"
|
Данная форма предназначена для оформления акта осмотра ТС клиента.
|
|
Отчет "Акт приема-передачи"
|
Формируется отчет наличия документов, которые необходимо предоставить клиенту
|
|
Документ "Чек на выплату"
|
Данная форма предназначена для оформления чека на выплату по каждому клиенту.
|
|
Документ "Заявление"
|
Данная форма предназначена для оформления заявления, поступившего от клиента.
|
|
|
Входные и выходные данные
Входные данные:
- Фамилия специалиста управления урегулирования убытков
- Имя специалиста управления урегулирования убытков
- Отчество специалиста управления урегулирования убытков
- Фамилия эксперта
- Имя эксперта
- Отчество эксперта
- Фамилия собственника ТС
- Имя собственника ТС
- Отчество собственника ТС
- Адрес Собственника ТС
- Телефон собственника
- Дата
- Характеристика ТС
- Повреждения аварийного характера
- Номер дела
Выходные данные:
- Каталог деталей
- Заявление
- Акт приема - передачи документов
- Чек на выплату
- Список сотрудников
3.2 Описание программы
Общие сведения
- Обозначение и наименование программы.
В страховую компанию ОАО МСК "Страж" регулярно обращаются клиенты, для возмещения имущественного ущерба. Для этого была написана информационная система по учету возмещения имущественного ущерба в компании ОАО МСК "Страж".
- Программное обеспечение, необходимое для функционирования программы.
Для нормального функционирования программы необходим следующий набор аппаратных и программных средств:
Аппаратное обеспечение:
- Процессор Pentium 133 или выше;
- Минимальный объем оперативной памяти- 64 Мбайт, рекомендуемый - 128 Мбайт или выше;
- Жесткий диск с объемом свободного пространства не менее 165 Мбайт;
- Необходим монитор с параметрами не менее: расширение 800Ч600 точек, 256 цветов.
- Устройство для чтения компакт-дисков;
- монитор "17";
- мышь PS/2 или USB;
- клавиатура 101 клавиша, PS/2 или USB;
- принтер струйный или лазерный.
Программное обеспечение:
- Операционная система MS Windows 98, Windows ME, Windows XP, Windows 2000 (или выше);
- СУБД Visual FoxPro 9.0.
Функциональное назначение
Программа предназначена для автоматизации учета выплат компенсаций клиентам, попавшим в дорожно-транспортное происшествие.
Разработанная система значительно упрощает работу, выполняя такие функции, как
регистрация клиентов, регистрация сотрудников, формирование чека на выплату для клиентов.
Используемые технические средства
Программа была создана на ЭВМ со следующими характеристиками:
Аппаратное обеспечение:
- ЭВМ - Pentium 4;
- ОЗУ минимум 512;
- HDD - 200 Гб;
- монитор "17";
- мышь PS/2 или USB;
- клавиатура 101 клавиша, PS/2 или USB;
- принтер струйный или лазерный.
Программное обеспечение:
- ОС Windows: 2000, XP;
- СУБД Visual FoxPro 9.0.
Вызов и загрузка
Программа запускается при нажатии на файл с расширением .exe с названием "Страж" который находится на диске D:\ в папке 365 или на съемном диске I:\ в папке курсовая. Появится главное окно программы представленное на рисунке 13
Рисунок 13 - Главное окно программы
Главное окно включает в себя меню и главное окно, в которое загружаются дочерние формы. В данном окне формы могут сворачиваться, разворачиваться и закрываться.
Входные/выходные данные
Входные данные:
- Фамилия специалиста управления урегулирования убытков
- Имя специалиста управления урегулирования убытков
- Отчество специалиста управления урегулирования убытков
- Фамилия эксперта
- Имя эксперта
- Отчество эксперта
- Фамилия собственника ТС
- Имя собственника ТС
- Отчество собственника ТС
- Адрес Собственника ТС
- Телефон собственника
- Дата
- Характеристика ТС
- Повреждения аварийного характера
- Номер дела
Выходные данные:
- Каталог деталей
- Заявление
- Акт приема - передачи документов
- Чек на выплату
- Список сотрудников
3.3 Руководство оператора
Назначение программы
В страховую компанию ОАО МСК "Страж" регулярно обращаются клиенты, для возмещения имущественного ущерба. Для этого была написана информационная система по учету возмещения имущественного ущерба в компании ОАО МСК "Страж".
Условия выполнения программы
Для нормального функционирования программы необходим следующий набор аппаратных и программных средств:
Аппаратное обеспечение:
- Процессор Pentium 133 или выше;
- Минимальный объем оперативной памяти- 64 Мбайт, рекомендуемый - 128 Мбайт или выше;
- Жесткий диск с объемом свободного пространства не менее 165 Мбайт;
- Необходим монитор с параметрами не менее: расширение 800Ч600 точек, 256 цветов.
- Устройство для чтения компакт-дисков;
- монитор "17";
- мышь PS/2 или USB;
- клавиатура 101 клавиша, PS/2 или USB;
- принтер струйный или лазерный.
Программное обеспечение:
- Операционная система MS Windows 98, Windows ME, Windows XP, Windows 2000 (или выше);
- СУБД Visual FoxPro 9.0.
Выполнение программы
Для выполнения программы необходимо скопировать программу на винчестер и загрузить файл с расширением .exe с названием "Страж", который находится на диске D:\365 или на съемном диске I:\ в папке диплом.
Сообщения пользователю
Сообщения об ошибках
Если при заполнении формы пользователь не ввел значения хотя бы в одно поле то будет выведете следующее предупреждение (рисунок 14)
Рисунок 14 - Введите данные
Если оператор (пользователь) нажал пункт меню выход или на кнопку выхода то перед ним на экране появиться запрос о том, что: "Вы действительно хотите выйти?" и появляется два варианта ответа: Да или Нет. Если нажать на "Да", то программа завершит свою работу, если нажать "Нет", то программа будет продолжать работать (рисунок 15).
Рисунок 15 - Сообщение о подтверждение о выходе из программы
При нажатии на любой форме кнопки "Удалить" будет выводится сообщение: "Удалить?" и появляется два варианта : Да или Нет. Если нажать "Да" то программа удалит данные, если нажать "Нет" то вернет обратно к форме(смотреть рисунок 16).
Рисунок 16 - Сообщение о подтверждение о удаления данных
После того как занесли все необходимые сведения о клиенте, либо изменили о нем сведения, необходимо закрыть форму, если больше не придется выполнять какие-либо действия. Для этого надо нажать кнопку Закрыть, при этом появится диалоговое окно Выход(смотреть рисунок 17):
Рисунок 17 - Диалоговое окно "Выход".
Если необходимо закрыть форму, то выбираем "Да", если нет - "Нет".
4. КОНТРОЛЬНЫЙ ПРИМЕР
Проведем эксперимент над программой на конкретном примере, т.е в фирму ОАО МСК "Страж" обратился клиент. Для того, чтобы по клиенту открыть дела, необходимо на панели меню выбрать пункт меню Клиент, в нем выбрать пункт подменю Список дел по клиентам. Далее на экране появится форма "Список дел по клиентам" (данная форма представлена на рисунке 18) нажимаем кнопку "Добавить" и вводим :
номер дела 9, фамилию Селезнев, имя Юрий, отчество Олегович, адрес Бирюзова,98,125, телефон 375698.
После того как необходимые действия были выполнены нужно нажать кнопку "Сохранить".
Рисунок 18 - Окно "Список дел по клиентам"
Для того чтобы просмотреть или удалить имеющихся клиентов необходимо нажать на соответствующие кнопки на форме. Для просмотра существуют кнопки "Первый", Предыдущий", "Следующий", "Последний".
Затем необходимо занести данные о транспортном средстве клиента, для этого необходимо на панели меню выбрать пункт меню Клиент, в нем выбрать пункт подменю "ТС клиента" (данная форма представлена на рисунке 19) нажимаем кнопку "Добавить" и вводим :
год выпуска ТС 2000, государственный номер Е110ЕН, цвет сафари, номер кузова 8675493, свидетельство о регистрации 62 ОС № 869504.
После того как необходимые действия были выполнены нужно нажать кнопку "Сохранить".
Рисунок 19 - Окно "ТС клиента"
Для того чтобы просмотреть или удалить имеющиеся данные о ТС клиентов необходимо нажать на соответствующие кнопки .
Предположим, поступил на работу новый сотрудник необходимо на панели меню выбрать пункт меню "Сотрудник", в нем выбрать пункт подменю "Список сотрудников". Далее на экране появится форма "Список сотрудников" (данная форма представлена на рисунке 20) нажимаем кнопку "Добавить" и вводим :
фамилию Селезнева, имя Юлия, отчество Олеговна, должность программист.
После того как необходимые действия были выполнены , нужно нажать кнопку "Сохранить".
Рисунок 20 - Окно "Список сотрудников"
Для того чтобы просмотреть или удалить имеющихся сотрудников необходимо нажать на соответствующие кнопки на форме. Для просмотра существуют кнопки "Первый", Предыдущий", "Следующий", "Последний".
После того как клиент был зарегистрирован, специалист по урегулированию убытков должен предоставить ему список, содержащий полныйперечень документов, которые клиент должен предоставить ( Приложение А). В этом перечне имеется и заявление от клиента (Приложение Б).
Когда клиент предоставляет необходимую документацию, то происходит осмотр транспортного средства, все данные осмотра сохраняются в форму "Акт осмотра". Необходимо на панели меню выбрать пункт меню "Сотрудник", в нем выбрать пункт подменю "Акт осмотра". Далее на экране появится форма "Акт осмотра" (данная форма представлена на рисунке 21). В этой форме выбираем номер дела данного клиента, и поля наименование ТС, ФИО клиента, адрес клиента, данные о ТС заполняются автоматически.
Рисунок 21 - Окно "Акт осмотра"
Нажав на кнопку "Повреждения аварийного характера" на экране появляется новая форма "Список повреждений" (данная форма представлена на рисунке 22), в которую вписываются данные о деталях, которые повреждены, и процент повреждения.
Рисунок 22 - Окно "Список повреждений"
Форма "Акт осмотра" выводится на печать (Приложение В).
После составления акта осмотра, составляется полный перечень возмещения убытков по данному клиенту. Для этого необходимо на панели меню выбрать пункт меню "Сотрудник", в нем выбрать пункт подменю "Чек на выплату". Далее на экране появится форма "Чек на выплату" (данная форма представлена на рисунке 23).
В форме выбираем номер дела данного клиента 1 , графы клиент Иванов Петр Сергеевич , адрес Рязань,Зубкова,34,17, и поврежденные детали крыло, дверь, а также процент их оплаты проставляются автоматически, а поля Выплата с учетом процента и ИТОГО автоматически просчитываются.
Данная форма выводится на печать (Приложение Г).
Рисунок 23 - Окно "Чек на выплату"
Сотрудник может воспользоваться такой информацией, как "Каталог деталей". Для этого необходимо на панели меню выбрать пункт меню "Сотрудник", в нем выбрать пункт подменю "Каталог деталей". Далее на экране появится форма "Каталог деталей" (данная форма представлена на рисунке 24) нажимаем кнопку "Добавить" и вводим : наименование детали лонжерон левый, стоимость детали 1500 рублей. После того как необходимые действия были выполнены нужно нажать кнопку "Сохранить".
Рисунок 24 - Окно "Каталог деталей"
5. ЗАКЛЮЧЕНИЕ
В процессе написания работы поставленная задача по разработке автоматизированной системы по учету выплат возмещения имущественного ущерба клиентам, полученного в результате ДТП, была выполнена.. Система предназначена для внесения информации обо всех клиентах, которые обратились в компанию: их личные данные, характеристики повреждения транспортного средства, и другие важные сведения, нужные для оформления документов.
Разработанная программа способствует:
- Экономии времени на оформление необходимых документов;
- Получение необходимой информации в печатной форме;
- Облегчению внесения данных;
- Облегчению математических расчетов.
Представленная разработка проста в использовании, так что освоить принципы работы с ней не составит труда даже пользователю, обладающему небольшими навыками работы на компьютере. Легкость использования достигается благодаря достаточно простому интерфейсу.
.6 БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1.Благодатских В.А., Волнин В.А., Поскакалов К.Ф. Стандартизация разработки программных средств, Финансы и статистика, М.: 2003, 288 с.
2.Г.А Варнакова Разработка и эксплуатация автоматизированных информационных систем. Рязань: РГТК, 2008.
3.Вендров А. Проектирование программного обеспечения экономических информационных систем, Финансы статистика, М.: 2005, 424 с
4.Володин К.И., Гульницкий Л.Л., Пожариский И.Ф., Автоматизированная система научно-технической информации - разработка и эксплуатация, Финансы и статистика, М.: 2004, 191 с.
5.Каратыгин С., Тихонов А., Тихонова Л. Программирование в FохРго для Windows, фирма Бином, М.: 1995, 545 с.
6.Карлос Коронел, Питер Роб Система баз данных: проектирование, реализация и управление, "БХВ-Петербург", СПб.: 2004, 1040 с.
7.Макаров А.С., Лисовский К.Ю. Базы данных: введение в теорию и методологию, "Финансы и статистика", М.: 2004, 326 с.
8.Омельченко Л. Visual FoxPro 8.0 самоучитель, БХВ-Питербург, СПб.: 2003, 688 с.
9.Райордан Р Основы реляционных баз данных, Издательско-торговый дом Русская Редакция, СПб.: 2001, 384 с.
10.Северина Ю.И Оформление пояснительной записки к дипломному проекту, курсовой работе. Рязань: РГТК, 2005.
11.Ульман Джеффри Д., Уидом Дженнифер Введение в системы баз данных, Лори, М.: 2000, 376 с.
12.Хомоненко А.Д., Цыгануков В.М., Мальцев М.Г. Базы данных, КОРОНА принт ,Спб.: 2000, 405 с.
13.Шапорев Д. Visual FoxPro. Уроки программирования, "БХВ-Петербург", СПб.: 2007, 480 с.
ПРИЛОЖЕНИЕ А
Печатная форма " Акт приема передачи документов"
ПРИЛОЖЕНИЕ Б
Печатная форма " Заявление"
ПРИЛОЖЕНИЕ В
Печатная форма " Акт осмотра"
ПРИЛОЖЕНИЕ Г
Печатная форма " Чек на выплату"
|