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

0

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Государственное образовательное учреждение
высшего профессионального образования

 

«Нижегородский государственный университет

им. Н. И. Лобачевского»

 

Экономический факультет

Кафедра «Экономическая информатика»

 

КУРСОВОЙ ПРОЕКТ

по дисциплине

«Проектирование информационных систем»

Тема:  Проектирование экранных форм ввода на примере задачи «Расчет страховых

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

 

 

 

Исполнитель:

 

_____________

Руководитель:

 

_____________

 

 

 

 

 

Н.Новгород

2013

 

 

Содержание

 

Введение…………………………………………………………………………...2

    Глава 1.  Методология проектирования……………………………………....3

  • . Методы ведения диалога с ИС……………………………………......3
  • . Виды кадров в процессе диалога………………………………..……6
  • . Влияние программно-информационной среды……………………...8
  • . Требования, учитываемые при проектировании……..…………….10

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

          2.1. Экономическая сущность задачи……………………………………13

          2.2. Описание первичных документов…………………………………...14

2.3. Описание таблиц баз данных………………………………………..16

          2.4. Описание системы меню…………………………………………….23

2.5. Проектирование форм ввода………………………………………...24

2.6.  Схема данных………………………………………………………..28

Заключение……………………………………………………………………….29

Литература……………………………………………………………….............30

Приложения……………………………………………………………………...31

 

 

Введение

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

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

Информационное обеспечение управления – это связь информации с системами управления и управленческим процессом в целом. Сегодня специалистами признается, что информационное обеспечение играет ведущую роль в обеспечивающих подсистемах АСУ.

Данная работа (курсовой проект) посвящена изучению проектирования форм ввода входных документов. Формы ввода на сегодняшний день являются неотъемлемой частью пользовательского интерфейса. На сегодня проблема их проектирования очень актуальна. Ведь чем продуманнее будет пользовательский интерфейс, тем легче будет работать с данной АСУ. Целью курсового проекта является разработка форм ввода некоторых входных документов. Проект состоит из двух частей - теоретической и практической. В первой части описываются методологические основы проектирования форм ввода, необходимые для понимания сущности проектирования, его последовательности и особенностях. Во второй части приводится практический пример проектирования форм ввода на примере задачи: «Расчет страховых премий и выплат по обязательному страхованию гражданской ответственности владельцев транспортных средств».

 

 

Глава 1. Методология проектирования

 

1.1. Методы ведения диалога с информационной системой

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

Пользователь и компьютер могут взаимодействовать в пакетном и диалоговом режимах.

  1. Пакетный режим был наиболее распространен при централизованной организации решения экономических задач, когда большой удельный вес занимали задачи отчетности о производственно-хозяйственной деятельности экономических объектов разного уровня.

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

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

Диалог представляет собой обмен информационными сообщениями между участниками процесса, когда прием, обработка и выдача сообщений происходит в реальном масштабе времени. Он может быть парным и множественным. При диалоге типа «человек-ЭВМ» целью пользователя является получение результатных данных в процессе решения задачи. Цель использования ЭВМ – оказание помощи пользователю при выполнении рутинных операций.

Если роли участников диалога заданы жестко, то такой диалог называется жестким, например, режим работы «вопрос-ответ» с указанием того, кому из партнеров принадлежит инициатива. Альтернативная жесткая структура задает множество предписанных вариантов диалога, представляемых пользователю в виде меню, как правило, иерархической структуры, из которого он выбирает направление решения задачи. Такой диалог называется гибким. Наконец, свободным называется диалог, позволяющий участникам общения обмениваться информацией произвольным образом.

Наиболее распространенными методами организации диалога являются меню, шаблон, команда, естественный язык.

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

- набором на клавиатуре требуемой директивы или ее сокращенного        обозначения;

- набором на клавиатуре номера необходимой функции;

- подведением курсора в строку экрана с нужной пользователю функцией;

- нажатием функциональных клавиш, запрограммированных на реализацию данной функции.

При наличии различных вариантов ответов на ввод функций пользователем в последующих шагах производится детализация или уточнение действий. Частным случаем диалога типа «меню» является режим ответа «ДА/НЕТ», т.е. пользователю предлагается два альтернативных варианта ответа.

2.2. Шаблон – это режим взаимодействия конечного пользователя и ЭВМ, на каждом шаге которого система воспринимает только синтаксически ограниченное по формату входное сообщение пользователя. Варианты ответа пользователя ограничиваются форматами, предъявляемыми ему на экране видеотерминала. Диалог может быть реализован через:

- указание системой на экране дисплея формата вводимого пользователем сообщения;

- резервирование места для сообщения пользователя в тексте сообщения системы на экране терминала.

- Диалог «шаблон» используется для ввода данных, значения которых или понятны, или являются профессиональными терминами, известными пользователю по его предметной области.

Различают жесткий и свободный шаблон. Жесткий шаблон предусматривает, чтобы количество вводимых пользователем символов обязательно соответствовало числу разрядов, выделенных программой. При свободном шаблоне задается предельно допустимое поле, в которое вносится конкретное значение.

2.3. Диалог типа «команда» инициируется пользователем. При этом выполняется одна из допустимых на данном шаге диалога команд пользователя. Их перечень отсутствует на экране, но легко вызывается с помощью специальной директивы или функциональной клавиши. При вводе ошибочной команды выдается сообщение об ошибке.

2.4. Естественный язык – это тип диалога, при котором запрос и ответ со стороны пользователя ведется на языке, близком к естественному. Пользователь свободно формулирует задачу, но с набором установленных программной средой слов, фраз и синтаксиса языка. Система может уточнять формулировку пользователя.

2.5. Разновидностью диалога является речевое общение с системой. В этом случае звуковые сигналы, поступающие от пользователя, преобразуются в коды, которые затем проверяются на совпадение с имеющимися в словаре эталонами. При неправильной интерпретации появляется запрос на повторное произношение.

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

 

1.2. Виды кадров в процессе диалога

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

         Для предотвращения хищения, преднамеренного либо непреднамеренного изменения или уничтожения информации появляется объективная необходимость разработки специальных методов и средств организации контроля доступа к информационным и программным ресурсам. Одним из самых распространенных способов защиты является регистрация пользователей системы. Этот вид защиты обычно реализует следующие функции: идентификацию пользователя, определение полномочий по доступу к информационно-программным ресурсам системы, регистрацию обращений (работы) пользователя в системе, кодирование и декодирование ресурсов системы.

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

         В связи с этим возникает:

- кадр регистрации пользователя, в котором и производятся все эти действия.

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

- кадр меню может вызываться из кадра заставки, или эти кадры могут быть совмещены. Кадр меню обеспечивает отображение возможных вариантов продолжения диалога и правил выбора одного из них. Заголовок кадра меню оформляется в центре экрана и отделяется от списка альтернатив двумя-тремя строками-пробелами. Список пунктов меню (альтернатив) содержит номер пункта и наименование. Наименование пункта меню должно быть сформулировано кратко, понятно пользователю. Может быть несколько вложенных друг в друга кадров меню (кадры подменю).

- кадр ввода обязателен в каждой системе. Это средство для ввода любой информации, необходимой для работы системы.

         Кроме этого в системе обычно присутствуют видеограммы. Различают видеограммы документов, справок, картотек и журналов.

Видеограмма документа - это электронный образ документа, который может полностью повторять его содержание. Однако рекомендуется не отображать некоторые реквизиты. Например, для внутренних документов – подписи, название предприятия, код формы. Видеограмма документа может появляться как при документо-, так и при фактографическом поиске. Периодичность формирования такой видеограммы определяется запросами пользователя.

         Справки формируются при структурированном диалоге пользователя. Периодичность появления справок произвольная. Они могут формироваться в режиме фактографического поиска, в них могут отсутствовать те же реквизиты, что и в видеограммах документов.

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

         Кадры видеограмм появляются при выведении результатов поиска. Поиск – это перебор определенной совокупности объектов, при котором производится анализ каждого объекта, пока не будет исчерпана вся совокупность объектов или анализ покажет, что объект соответствует определенным требованиям. Любой поиск производится по определенным параметрам. В связи с этим в системе появляется кадр ввода параметров поиска.  Этот кадр содержит представление некоторых основных и дополнительных условий, определяющих или уточняющих состав и структуру выходной информации и форму ее отображения. Служебные слова, наименование и значения параметров отображаются на экране буквами и цифрами. Служебные слова необходимо задавать в виде глаголов, например «введите», «укажите» и пр. В качестве наименований параметров используют название показателей, по которым требуется уточнение (конкретизация, поиск), например «дата», «номер документа» и т.д. Значение параметров может задаваться любо списком альтернатив (да/нет), либо указанием формата значения, которое подлежит заполнению.

 

1.3. Влияние программно-информационной среды

1.3.1. Модели данных

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

  • реляционные,
  • сетевые,
  • иерархические,
  • ДИАМ,
  • информационно-логические,
  • бинарных логических ассоциаций,
  • отношения сущностей,
  • семантики данных,
  • функциональные,

10) основанные на семантических сетях.

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

При проектировании модель данных обычно задается имеющейся в распоряжении СУБД.

1.3.2. СУБД

С этой проблемой сталкивается каждый практический разработчик экономической информационной системы. В настоящее время имеется значительный «парк» разработанных СУБД, который постоянно расширяется. Причем, каждая СУБД характеризуется своим набором свойств, определяющих область ее применения.

Параметры СУБД целесообразно разделить на системные и полезные.

Системные:

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

К показателям полезности следует отнести характеристики, касающиеся интерфейса и человеческого фактора вообще, а в частности:

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

 

1.4. Требования, учитываемые при проектировании

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

 Учитывая, что основные пользователи информационных систем не являются прямыми специалистами в области функционирования ЭВМ, остановимся кратко на некоторых основополагающих требованиях, выполнение которых обеспечивает максимальный комфорт пользователя при работе с системой.

  • Использование кратких форм диалога – работа пользователя-непрограммиста должна быть организована в режиме «вопрос-ответ», при этом для поддержания диалога используется минимальное количество элементов клавиатуры.
  • Наличие защитных средств информации в системе, реализуемых операционными системами и специальными программами – в системе должна быть предусмотрена возможность визуального и программного контроля за действиями пользователя, возможность повторного обращения к ЭВМ в случае ошибочных действий, диагностика ошибочных действий и выдача на экран рекомендаций по их устранению (при этом комментарии для пользователя специалиста и неспециалиста должны быть различными).
  • Единообразие вычислительных, логических процедур и терминологии – системы отображения и комментариев должны строиться на однотипной формальной грамматике, рационально размещать информацию на экране монитора; сообщения должны быть короткими, терминология понятна пользователю; не рекомендуется использование вспомогательных слов типа «пожалуйста», «здравствуйте» и т.п.
  • Снабжение справочной информацией – для всех категорий пользователей программных средств, работающих в режиме диалога, обязательной является включаемая в них система помощи и средств обучения (HELP), ускоряющая как процесс освоения, так и процесс работы. Пользователь должен иметь возможность получить справочную информацию и необходимые инструкции, выводимые на экран монитора или печатающее устройство с указанием момента получения помощи от ЭВМ или необходимости проведения ответных действий.
  • Легкая адаптация пользователя к системе – освоение основных функций любого пакета диалогового типа не должно требовать специальных знаний в области языков программирования, архитектуры ЭВМ и пр. Пользователь работает с различными диалоговыми программными системами, поэтому в них целесообразно закладывать некоторое единообразие. Например, использование функциональных клавиш F1 и F10 обеспечивает вызов помощи и выход из системы, применение управляющих клавиш или их комбинаций для управления состоянием процесса вычислений и т.п.
  • На любом, шаге диалога пользователю должна быть предоставлена возможность возврата на предыдущий уровень (промежуточное меню) и на начало диалога (главное меню).
  • В случае значительных затрат времени на обработку информации (затягивания ответа) в системе должна быть предусмотрена возможность периодического информирования пользователя о ходе работы.
  • При реализации «необратимых» операторов обработки информации (типа «заменить», «удалить» и пр.) необходимо обеспечить пользователя сведениями о качестве выполнения этих функций.
  • Диалоговые системы должны использовать достижения эргономики и современного дизайна. Привлекательный по цветности, графике диалог, многооконность делают работу комфортной, менее утомительной и более производительной.


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

 2.1. Экономическая сущность задачи

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

Для оказания услуг заполняется договор, в котором указывается информация о сроке действия договора, о страхователе, о транспортном средстве, о собственнике транспортного средства, о возможности управления транспортным средством другими лицами.  Договор вносится в базу данных, и она автоматически считает размер страховой выплаты. После чего остается только распечатать документы, а именно договор ОСАГО с проставленной суммой страховой премии и квитанцию на оплату. После заключения договора страхователь обязан заплатить страховую премию, т.е. оплатить услуги страхования в кассе.

При наступлении страхового случая, потерпевший приходит в страховую фирму виновника ДТП и заполняет заявление на получение страховой выплаты. Данная страховая фирма обязана компенсировать причиненный ущерб пострадавшему в дорожно-транспортном происшествии, при признания случая страховым. Заявление заносится в базу данных, и она считает размер страховой выплаты для данного потерпевшего. После чего агент печатает квитанцию на выдачу денежных средств и отдает заявителю. Страховая выплата осуществляется в денежной форме, наличным платежом в кассе фирмы. 

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

 

2.2. Описание первичных документов

  1. Водительское удостоверение.

Это документ, подтверждающий, что лицо, имеет право управлять  транспортным средством.

Описание реквизитов формы

Наименование реквизита

Длина реквизита

Диапазон изменения

ФИО водителя

С(50)

-

Серия и номер прав

С(4),N(6)

-,000001-999999

Страховая премия

N(6,2)

0,01-9999,99

 

  1. Паспорт технического средства.

Это документ, содержащий сведения об основных технических характеристиках транспортного средства, идентификационные данные, сведения о собственнике.

Наименование реквизита

Длина реквизита

Диапазон изменения

ФИО владельца транспортного средства

С(50)

-

Марка, модель ТС

С(50)

-

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

С(17)

-

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

С(8)

-

Серия паспорта технического средства

С(4)

-

Номер паспорта ТС

N(6)

000001-999999

 

3.Заявление

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

Описание реквизитов формы

Наименование реквизита

Длина реквизита

Диапазон изменения

Номер заявления

N(4)

0001-9999

Дата подачи заявления

Д

-

 

ФИО заявителя

С(50)

-

Код договора ОСАГО

N(4)

0001-9999

Адрес заявителя

С(50)

-

Контактный номер заявителя

N(11)

80000000000-89999999999

ФИО виновника ДТП

С(50)

-

Серия и номер прав виновника ДТП

С(4),N(6)

-,000001-999999

Сумма ущерба, причиненного здоровью

N(8,2)

-

Сумма ущерба, причиненного имуществу

N(8,2)

0000000,01-999999,99

 

2.3. Описание таблиц базы данных

Таблицы, используемые в данной системе условно можно разделить на две группы:

  • таблицы, в которых хранится справочная информация (справочники)
  • таблицы, в которых хранятся результаты учета и расчетов

Рассмотрим подробнее каждую группу.

  1. Справочники

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

1.1.  Справочник «Вид»

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

 

Название

Описание

Код

порядковый номер вида в таблица. Не повторяется. Автоматически присваивается машиной. Используется для связи с видом полиса. 

Вид

Наименование вида полиса

Коэффициент

коэффициент, присвоенный данному виду

 

 

1.2. Справочник «Возраст и стаж»

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

Название

Описание

Код

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

Возраст с

Нижняя граница данной возрастной группы 

Возраст по

Верхняя граница данной возрастной группы

Стаж с

Нижняя граница данной группы

Стаж по

Верхняя граница данной возрастной группы

Коэффициент

Коэффициент в зависимости от возраста и стажа водителя

 

1.3. Справочник «Срок»

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

Название

Описание

Код

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

От

Нижняя граница группы

До

Верхняя граница группы

Коэффициент

Коэффициент в зависимости от возраста и стажа водителя

 

1.4. Справочник «Мощность»

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

Название

Описание

Код

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

С

Нижняя граница данной группы мощности 

По

Верхняя граница данной группы мощности 

Коэффициент

Коэффициент в зависимости от мощности ТС

 

1.5. Справочник «Лица»

Данный справочник необходим, чтобы была возможность «привязать» к одному договору несколько клиентов, которые допускаются к управлению ТС.

Название

Описание

Код договора

Номер договора 

Код лица

Код лица, допускающегося к управлению ТС по данному договору 

 

1.6. Справочник «Клиенты»

Данный справочник содержит информацию о клиентах фирмы. Это страхователи ТС, владельцы ТС и водители, вписанные в страховые полиса.

Название

Описание

Код

идентификационный номер клиента. Проставляется машиной по порядку.

ФИО

Фамилия, имя, отчество клиента 

Серия и номер прав

серия и номер водительских прав (может быть не заполнено, если у клиента нет водительских прав. Это означает, что клиент не является водителем)

Дата выдачи прав

дата выдачи прав (может быть не заполнено, если у клиента нет водительских прав. Это означает, что клиент не является водителем)

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

Дата рождения клиента

 

1.7. Справочник «Агенты»

Содержит информацию о сотрудниках страховой фирмы.

Название

Описание

Код

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

ФИО

Фамилия, имя, отчество агента 

Адрес

Адрес агента

Телефон

Контактный телефон агента

 

1.8. Справочник «ТС»

В данном справочнике хранится информация о транспортных средствах, на которые у нас хранятся договора ОСАГО.

Название

Описание

Код

Порядковый номер ТС в таблице. Проставляется машиной автоматически. Используется для связи с таблицей.

Марка

Марка ТС

Модель

Модель ТС 

Идентификационный номер

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

Серия ПТС

Серия паспорта транспортного средства

Номер ПТС

Номер паспорта транспортного средства

Мощность

Мощность ТС

Владелец

Владелец ТС. Берется из справочника «Клиенты».

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

Государственный регистрационный знак ТС

 

1.9. Справочник «Договор»

Содержит информацию о договорах.

Название

Описание

Код

Порядковый номер договора. Проставляется машиной. Необходим для идентификации договора и связи данной таблицы с другими таблицами.

Дата заключения договора

Дата заключения договора

Дата завершения договора

Дата завершения действия договора.

Агент

Код агента, заключившего данный договор. Берется из справочника «Агенты»

Вид

Код вида страхового договора. Берется из справочника «Вид»

Страхователь

Код клиента, являющегося страхователем ТС поданному договору. Берется из справочника «Клиенты».

ТС

Код ТС, застрахованного по данному договору. Берется из справочника «ТС»

 

1.10. Справочник «Заявления»

В данном справочнике хранится информация о заявлениях, поступивших в  фирму.

Название

Описание

Код

Порядковый номер договора. Проставляется машиной. Необходим для идентификации заявления.

Дата заявления

Дата подачи заявления

Заявитель

Код заявителя. Берется из таблицы «Потерпевшие»

Код договора

Код договора ОСАГО на который поступило заявление. Берется из таблицы «Договор».

Виновный

Код водителя, допущенного к управлению ТС по данному договору и ставшего виновником ДТП

Сумма ущерба, причиненного здоровью

Сумма ущерба, причиненного здоровью, которую требуется возместить по данному заявлению.

Сумма ущерба, причиненного имуществу

Сумма ущерба, причиненного имуществу, которую требуется возместить по данному заявлению.

 

 

1.11. Справочник «Потерпевшие»

В данном справочнике хранится информация о заявителях.

Название

Описание

Код

идентификационный номер заявителя. Проставляется машиной по порядку.

ФИО

Фамилия, имя, отчество

Адрес

Адрес заявителя

Телефон

Контактный номер заявителя

 

  1. Таблицы расчетов.

2.1. Расчет страховых премий

Наименование реквизита

Длина реквизита

Диапазон изменения

Описание

Код договора

N(4)

0001-9999

Код договора

Сумма премии

N(6,2)

00000,01-9999,99

Страховая премия по  данному договору

 

2.2. Расчет страховых выплат

Наименование реквизита

Длина реквизита

Диапазон изменения

Описание

Код заявления

N(4)

0001-9999

Код заявления

Сумма выплаты

N(6,2)

0000000,01-999999,99

Страховая выплата по  данному договору

 

2.3. Итог по страховым премиям.

Используется для подведения итогов за период.

Наименование реквизита

Длина реквизита

Диапазон изменения

Описание

Код агента

N(4)

0001-9999

Код агента

Сумма

N(10,2)

000000000,01-99999999,99

Сумма страховых премий по всем договорам, заключенных данным страховым агентам за отчетный период

 

2.4. Итог по страховым выплатам.

Используется для учета страховых выплат по каждому договору за период действия.

Наименование реквизита

Длина реквизита

Диапазон изменения

Описание

Код договора

N(4)

0001-9999

Код договора

Сумма

N(10,2)

000000000,01-99999999,99

Сумма страховых выплат по каждому договору.

 

2.4. Описание системы меню

          Для организации диалога с пользователем используется средства Microsoft Office Access 2007.

При запуске программы возникает форма с меню. Его краткая структура, необходимая в рамках этого курсового проекта представлена на рисунке.

Администрирование

Справочники

Документы

Отчёты

 

Агенты

Клиенты

Заявления

Договора

Потерпевшие

ТС

Контрагенты

Лица

Возраст и стаж

Мощь

Срок

Заявления

Договора

 

 

В подменю «Администрирование» содержатся команды, необходимые при администрировании системы, например «Сохранение данных», «Восстановление данных», «Выход из системы» и т.д.

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

Из подменю «Документы» вызываются формы ввода входных документов.

Подменю «Отчёты» служит для вызова окон работы с формированием отчётной документации.

 

2.5. Проектирование кадров ввода

        Теперь перейдём непосредственно к основной задаче данного курсового проекта – проектированию форм ввода. Проектируем форму ввода документов Заявление и Договор.

 Форма ввода данных для документа Договор

 

На форме ввода отображаются:

  1. Номер договора (Код)- ставиться автоматически
  2. Дата заключения договора- ставиться автоматически
  3. Дата завершения договора- заносится пользователем. При выборе данного поля появляется календарь, из которого необходимо выбрать дату.
  4. ФИО страхователя- выбирается из списка, либо вносится пользователем, если данного клиента нет в базе.
  5. Марка, модель ТС- ставиться автоматически при выборе из писка поля идентификационный номер ТС, либо заносится в ручную, если данного ТС нет в базе.
  6. Идентификационный номер ТС – выбирается из списка, либо вводиться вручную, если данного ТС нет в базе.
  7. Серия ПТС- ставиться автоматически при выборе из писка поля идентификационный номер ТС, либо заносится в ручную, если данного ТС нет в базе.
  8. Номер ПТС- ставиться автоматически при выборе из писка поля идентификационный номер ТС, либо заносится в ручную, если данного ТС нет в базе.
  9. ФИО собственника ТС- ставиться автоматически при выборе из писка поля идентификационный номер ТС, либо выбирается из списка клиентов, либо заносится в ручную, если данного клиента нет в базе.
  10. Мощность ТС- ставиться автоматически при выборе из писка поля идентификационный номер ТС, либо заносится в ручную, если данного ТС нет в базе.
  11. Государственный регистрационный знак- ставиться автоматически при выборе из писка поля идентификационный номер ТС, либо заносится в ручную, если данного ТС нет в базе.
  12. ФИО агента- выбирается из списка агентов.
  13. Вид страховки- выбирается из списка.
  14. Сумма страховой премии- рассчитывается автоматически, при нажатии на кнопку «Сохранить»
  15. Данные в таблицу лиц, допущенных к управлению ТС заносятся следующим образом:

13.1. ФИО клиента- выбирается из списка, либо вносится вручную, если данного клиента нет в базе

13.2. Серия и номер прав- ставиться автоматически при выборе поля ФИО клиента, либо вносится вручную, если данного клиента нет в базе.

13.3. Дата рождения- ставиться автоматически при выборе поля ФИО клиента, либо вносится вручную, если данного клиента нет в базе.

13.4. Дата выдачи прав- ставиться автоматически при выборе поля ФИО клиента, либо вносится вручную, если данного клиента нет в базе.

На форме имеются следующие кнопки:

Выход- данная кнопка закрывает форму.

Печать документа- выводит документ на печать.

Печать квитанции- выводит на печать квитанцию к данному договору.

Сохранить- сохраняет документ.

 

  1. Форма для ввода данных документа «Заявление»

 

На форме отображаются:

  1. Номер заявления (Код)- ставиться автоматически.

2.Дата подачи заявления- вноситься пользователем. При выборе данного поля появляется календарь, из которого необходимо выбрать дату.

  1. ФИО заявителя- вноситься вручную.
  2. Адрес заявителя- вноситься пользователем.
  3. Контактный телефон- вноситься пользователем.
  4. Номер договора ОСАГО- выбирается из списка.
  5. ФИО виновника ДТП- выбирается из списка.
  6. Серия и номер прав- ставиться автоматически при выборе поля ФИО виновника ДТП.
  7. Ущерб здоровью- вноситься пользователем.
  8. Ущерб имуществу- вноситься пользователем.

Кнопки на данной форме выполняют те же функции, что и на предыдущей форме.

 

2.6. Схема данных

 

Заключение

 

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

В проекте описаны и проанализированы  различные методы диалога пользователя с ИС, виды кадров в процессе диалога, указаны требования к их проектированию.

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

При проектировании были разработаны формы ввода двух входных документов: Заявление на выплату страховой премии и Договор ОСАГО. Данная система позволяет автоматизировать расчет страховых премий и страховых выплат, а также позволяет вести учет полученных от страхователей денежных средств по каждому агенту и по выплате денежных средств на компенсацию ущерба, принесенному в результате ДТП, без усилий со стороны сотрудников фирмы.

 

Список использованных источников и приложений доступен в полной версии работы.  

Скачать: У вас нет доступа к скачиванию файлов с нашего сервера. КАК ТУТ СКАЧИВАТЬ  

Категория: Контрольные работы / Экономическая информатика

Уважаемый посетитель, Вы зашли на сайт как незарегистрированный пользователь.
Мы рекомендуем Вам зарегистрироваться либо войти на сайт под своим именем.