ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА « ВЕДЕНИЕ ДОГОВОРОВ ПО СТРАХОВАНИЮ АВТОТРАНСПОРТНЫХ СРЕДСТВ»

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Таким образом, определяется цель выполнения работы: проектирование реализации операций бизнес-процесса «Ведение договоров по страхованию автотранспортных средств».

Для того чтобы достигнуть данную цель необходимо выполнить следующие задачи:

1. Определить комплекс задач автоматизации;
2. Охарактеризовать существующие бизнес-процессы и документооборот;
3. Дать обоснование проектных решений по информационному и программному обеспечению;
4. Разработать информационную модель;
5. Дать характеристику нормативно-справочной, входной, оперативной и результатной информации;
6. Рассмотреть дерево функций и сценарий диалога;
7. Охарактеризовать базу данных, структурную схему пакета и программные модули;
8. Предоставить контрольный пример реализации проекта.

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

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

Аналитическая часть

Выбор комплекса задач автоматизации

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

Таблица 1 Основные задачи процесса

Код задачи	Наименование задачи	Назначение задачи	Входная информация	Выходная информация	Исполнитель
01	Работа с клиентом	Составление индивидуального договора на страхование авто-средства	Анкета клиента, данные о страховых тарифах	Индивидуальный договор на страхование авто-средства	Отдел по работе с клиентами
02	Заключение договора	Оформление отношений с клиентом в документальном виде	Анкета клиента, данные о страховых тарифах	Заключенный договор на страхование авто-средства	Отдел по работе с клиентами
03	Расчет с клиентом на предмет договора	Получение платы от клиента за страхование авто-средства	Заключенный договор	Чек об оплате услуг	Отдел по работе с клиентами
04	Выполнение работ по договору	Выполнение обязательств при наступлении страхового случая	Заключенный договор, чек об оплате	Информация о предоставленных услугах в рамках договора и страхового случая	Отдел по работе с клиентами

Схема связей задач бизнес-процесса приведена на Рисунке 1.

03

01

04

02

Рисунок 1. Взаимосвязь задач бизнес-процесса

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

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

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

Исполнителем задачи выступает отдел по работе с клиентами, а пользователями – сотрудники того же отдела по работе с клиентами и сами клиенты.

Характеристика существующих бизнес-процессов

В задаче «Выполнение работ по договору» определяются следующие составные части:

1. Список клиентов;
2. Прайс-лист на страховые тарифы;
3. Договоры на оказание страховых услуг.

Среди внешних аспектов, оказывающих влияние на процесс, можно выделить:

1. Данные о страховых тарифах;
2. Чеки от клиентов об оплате тарифа;
3. Анкеты клиентов

Взаимодействие внешнего и внутреннего содержания исследуемой задачи изображено на Рисунке 2.

Список клиентов

Прайс-лист на страховые тарифы

Договоры

Чеки от клиентов об оплате тарифа

Анкеты клиентов

Данные о страховых тарифах

Рисунок 2. Содержание задачи «Выполнение работ по договору»

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

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

Характеристика документооборота, возникающего при решении задачи

Основными документами в данной задаче являются:

1. Договор на оказание страховых услуг;
2. Анкета клиента;
3. Прайс-лист на страховые услуги;
4. Счет на оплату.

Жизненный цикл договора на оказание страховых услуг изображен в Таблице 2.

Таблица 2. Договор на оказание страховых услуг

	Клиент	Отдел по работе с клиентами	БД
Заполнение договора	Договор	Договор
Проверка корректности заполнения договора		Договор	Подписанный договор
Получение копии подписанного договора	Копия подписанного договора

Жизненный цикл анкеты клиента изображен в Таблице 3

Таблица 3. Анкета клиента

	Клиент	Отдел по работе с клиентами	БД
Заполнение анкеты	Анкета Анкета Анкета Анкета
Передача сотрудникам
Регистрация данных в БД

Жизненный цикл прайс-листа представлен в Таблице 4

Таблица 4. Прайс-лист на страховые услуги

	Отдел по работе с клиентами	Клиент	БД
Подготовка прайс-листа	Прайс-лист Прайс-лист Прайс-лист Прайс-лист
Передача листа клиенту
Ознакомление с прайс-листом

Жизненный цикл счета-фактуры на оплату изображен в Таблице 5

Таблица 5. Счет на оплату

	Отдел по работе с клиентами	Клиент	БД
Формирование счета	Счет
Получение счета		Счет
Оплата по счету		Счет	Счет

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

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

Для предприятия в целом:

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

Для руководителя:

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

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

Обоснование проектных решений по информационному обеспечению

Основными документами в данной задаче являются:

1. Договор на оказание страховых услуг;
2. Анкета клиента;
3. Прайс-лист на страховые услуги;
4. Счет на оплату.

В Таблице 6 рассмотрено наличие либо отсутствие возможности применения для конкретных документов унифицированной формы.

Таблица 6. Обоснование формы документа

Код документа	Наименование	Унифицированная форма	Оригинальное проектирование
01	Договор на оказание страховых услуг		+
02	Анкета клиента		+
03	Прайс-лист	+
04	Счет на оплату	+

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

Концептуальное проектирование иногда называют техническим. Его основными этапами являются:

• предварительное проектирование;
• эскизное (рабочее или техно-рабочее) проектирование;
• изготовление, испытания и доводка опытного образца системы

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

Таблица 7. Используемые классификаторы

Наименование кодируемого объекта	Рабочее наименование	Кол-во знаков кода	Система кодирования	Вид классификатора
IDклиента	IDk	4	Порядковая	Локальный
IDтарифа	IDt	4	Порядковая	Локальный
IDсотрудника	IDc	4	Порядковая	Локальный
IDдоговора	IDd	4	Порядковая	Локальный

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

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

Требования, предъявляемые при создании внутри машинной информационной базы:

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

Основные подходы к построению внутри машинной ИБ:

1. проектирование массива как отображение содержания,
2. проектирование массивов для отдельных процессов управления,
3. п. м. для комплексов процессов управления,
4. проектирование БД,
5. проектирование нескольких БД.

Массив данных – конструкция данных, компоненты которой идентичны по своим характеристикам.

Банк данных – автоматизированная информационная система централизованного хранения и коллективного использования данных. В состав банка данных входят одна или несколько баз данных, справочник баз данных, СУБД, а также библиотеки запросов и прикладных программ.

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

Обоснование проектных решений по программному обеспечению

Операционная система (operating system) – комплекс программ, предоставляющий пользователю удобную среду для работы с компьютерным оборудованием.

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

Классификацию операционных систем можно осуществлять несколькими способами.

По способу организации вычислений:

• системы пакетной обработки (batch processing operating systems) – целью является выполнение максимального количества вычислительных задач за единицу времени; при этом из нескольких задач формируется пакет, который обрабатывается системой;
• системы разделения времени (time-sharing operating systems) – целью является возможность одновременного использования одного компьютера несколькими пользователями; реализуется посредством поочередного предоставления каждому пользователю интервала процессорного времени;
• системы реального времени (real-time operating systems) – целью является выполнение каждой задачи за строго определённый для данной задачи интервал времени.

По типу ядра:

• системы с монолитным ядром (monolithic operating systems);
• системы с микроядром (microkernel operating systems);
• системы с гибридным ядром (hybrid operating systems).

По количеству одновременно решаемых задач:

• однозадачные (single-tasking operating systems);
• многозадачные (multitasking operating systems).

По количеству одновременно работающих пользователей:

• однопользовательские (single-user operating systems);
• многопользовательские (multi-user operating systems).

По количеству поддерживаемых процессоров:

• однопроцессорные (uniprocessor operating systems);
• многопроцессорные (multiprocessor operating systems).

По поддержке сети:

• локальные (local operating systems) – автономные системы, не предназначенные для работы в компьютерной сети;
• сетевые (network operating systems) – системы, имеющие компоненты, позволяющие работать с компьютерными сетями.

По роли в сетевом взаимодействии:

• серверные (server operating systems) – операционные системы, предоставляющие доступ к ресурсам сети и управляющие сетевой инфраструктурой;
• клиентские (client operating systems) – операционные системы, которые могут получать доступ к ресурсам сети.

По типу лицензии:

• открытые (open-source operating systems) – операционные системы с открытым исходным кодом, доступным для изучения и изменения;
• проприетарные (proprietary operating systems) – операционные системы, которые имеют конкретного правообладателя; обычно поставляются с закрытым исходным кодом.

По области применения:

• операционные системы мэйнфреймов – больших компьютеров (mainframe operating systems);
• операционные системы серверов (server operating systems);
• операционные системы персональных компьютеров (personal computer operating systems);
• операционные системы мобильных устройств (mobile operating systems);
• встроенные операционные системы (embedded operating systems);
• операционные системы маршрутизаторов (router operating systems).

Требования к операционным системам

Основное требование, предъявляемое к современным операционным системам – выполнение функций. Кроме этого очевидного требования существуют другие, часто не менее важные:

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

Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

Основные функции СУБД

• управление данными во внешней памяти (на дисках);
• управление данными в оперативной памяти с использованием дискового кэша;
• журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
• поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

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

Классификации СУБД

По модели данных

Иерархические

Используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней.

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

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

Примеры: Caché, Google App Engine Datastore API.

Сетевые

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

Примеры: Caché.

Реляционные

Практически все разработчики современных приложений, предусматривающих связь с системами баз данных, ориентируются на реляционные СУБД. По оценке Gartner в 2013 году рынок реляционных СУБД составлял 26 млрд долларов с годовым приростом около 9%, а к 2018 году рынок реляционных СУБД достигнет 40 млрд долларов. В настоящее время абсолютными лидерами рынка СУБД являются компании Oracle, IBM и Microsoft, с общей совокупной долей рынка около 90%, поставляя такие системы как Oracle Database, IBM DB2 и Microsoft SQL Server.

Объектно-ориентированные

Управляют базами данных, в которых данные моделируются в виде объектов, их атрибутов, методов и классов.

Этот вид СУБД позволяет работать с объектами баз данных так же, как с объектами в программировании в объектно-ориентированных языках программирования. ООСУБД расширяет языки программирования, прозрачно вводя долговременные данные, управление параллелизмом, восстановление данных, ассоциированные запросы и другие возможности.

Примеры: GemStone.

Объектно-реляционные

Этот тип СУБД позволяет через расширенные структуры баз данных и язык запросов использовать возможности объектно-ориентированного подхода: бъекты, классы и наследование.

Зачастую все те СУБД, которые называются реляционными, являются, по факту, объектно-реляционными.

В данном курсе мы будем, в первую очередь, гооврить об этом виде СУБД.

Примеры: PostgreSQL, DB2, Oracle, Microsoft SQL Server.

По степени распределённости

Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).

По способу доступа к БД

Файл-серверные

В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД.

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

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверные

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

Встраиваемые

Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы (API).

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР.

Стратегии работы с внешней памятью

СУБД с непосредственной записью — это СУБД, в которых все измененные блоки данных незамедлительно записываются во внешнюю память при поступлении сигнала подтверждения любой транзакции. Такая стратегия используется только при высокой эффективности внешней памяти.

СУБД с отложенной записью — это СУБД, в которых изменения аккумулируются в буферах внешней памяти до наступления любого из следующих событий:

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

Такая стратегия позволяет избежать частого обмена с внешней памятью и значительно увеличить эффективность работы СУБД.

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

Проектная часть

2.1 Информационная модель и ее описание

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

Это таки справочники, как:

1. Справочник клиентов;
2. Справочник тарифов;
3. Справочник сотрудников;
4. Справочник договоров.

Кроме того есть дополнительный справочник «Пользователи», который задействуется только при авторизации пользователей и определении их прав.

Информационная модель изображена на рисунке 3.

Рисунок 3. Информационная модель

Характеристика нормативно-справочной, входной и оперативной информации

Входной информацией для рассматриваемой системы являются:

• информация о клиентах;
• данные о сотрудниках;
• данные о тарифах;
• прайс-листы.

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

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

Форма для ввода информации о билетах изображена на Рисунке 4.

Подсказка

НАЗВАНИЕ ФОРМЫ

ПРИВЕТСВИЕ

КНОПКИ

ПОЛЯ ДЛЯ ВВОДА

НАИМЕНОВАНИЕ ПОЛЕЙ

Рисунок 4. Форма ввода

Справочники автоматически заполняются при внесении данных в форму, пример которой изображен на Рисунке 4.

Перечень заполняемых справочников и их характеристика приведены в Таблице 8.

Таблица 8. Перечень справочников

Название справочника	Ответственный за введение	Среднее число записей	Средняя частота актуализации	Средний объем актуализации %
Справочник клиентов	Отдел по работе с клиентами	неогр	1/нед	100
Справочник тарифов	Отдел по работе с клиентами	неогр	1/мес	100
Справочник сотрудников	Отдел по работе с клиентами	неогр	1/мес	0-100
Справочник договоров	Отдел по работе с клиентами	неогр	28-31/мес	100

Входные документы охарактеризованы в Таблице 9.

Таблица 9. Характеристика входных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
01	Анкета клиента	Отдел по работе с клиентами	28-31/мес	неогр
02	Чек об оплате	Отдел по работе с клиентами	28-31/мес	неогр
03	Список тарифов	Отдел по работе с клиентами	1/мес	неогр
04	Данные о сотрудниках	Отдел по работе с клиентами	1/мес	неогр

Характеристика выходных документов приведена в Таблице 10.

Таблица 10. Характеристика выходных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
05	Прайс-лист	Отдел по работе с клиентами	1	неогр
06	Отчет о клиентах	Отдел по работе с клиентами	28-31	неогр
07	Счет к оплате	Отдел по работе с клиентами	неогр	неогр

2.3 Характеристика результатной информации

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

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

Перечень и характеристика результатных документов изображены в Таблице 11.

Таблица 11. Характеристика результатных документов

Наименование	Источник формирования	Частота формир/мес	Структура документа	Способ доставки
Отчеты о клиентах и тарифах	Данные о клиентах; Данные о тарифах; Анкеты	2	Оригинальная	Вывод формы на экран
Прайс-лист	Список и описание тарифов; отчеты о тарифах	28-31	Оригинальная	Вывод формы на экран
Счет к оплате	Договоры; список тарифов	неогр	Стандартная	Вывод формы на экран

2.4 Общие положения (дерево функций и сценарий диалога)

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

Дерево функций изображено на Рисунке 5.

Функции

Основные

Служебные

Корректность авторизации

Настройки

Заполнение справочников

Ввод инф

Отображение результатов

Рисунок 5. Дерево функций

Сценарий диалога изображен на Рисунке 6.

Главное меню

Файл

Справочники

Отчеты

Сервис

Справка

Выход

Операции

Новый

Открыть

Сохран.

Печать

Настройки

Выход

Справочник клиентов

Справочник тарифов

Справочник сотрудников

Справочник договоров

Ввод инф

Вывод на экран

Вывод. отчета

Печать

Параметры

О прогр

Прайс

Список клиентов

Описание тарифов

Список договоров

Выполн. запроса

Рисунок 6. Сценарий диалога

2.5 Характеристика базы данных

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

• тарифы;
• клиенты;
• сотрудники;
• договоры.

Описание таблиц приведено ниже.

Таблица 12 Сведения о сотрудниках

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код сотрудника	числовой	Kod_sotr	6	3	10	Да Ключевое поле
ФИО сотрудника	текстовый	Fio_sotr	30	30	10	Нет.
Пасп. данные	числовой	pasport	11	11	10	Нет

Таблица 13 Сведения о клиентах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код клиента	числовой	Kod_kl	6	3	200	Да. Ключ. Поле
ФИО клиента	Текст	Fio_k	30	30	200	Нет
Тип страховки	Текст	Vid_strah	30	30	200	Нет

Таблица 14 Сведения о тарифах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код тарифа	числовой	Kod_tar	6	3	100	Да. Ключ.
Описание тарифа	Текст.	tarif	100	100	100	Нет
Цена	Денеж.	Cena	10	10	100	Нет

Таблица 15 Сведения о договорах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код договора	Числ.	Kod_dog	6	3	50	Да. Ключ. поле
Код тарифа	Числ.	Kod_tar	10	10	50	Да
Код сотрудника	Числ.	Kod_sotr	10	10	50	Да
Код клиента	Числ.	Kod_kl	10	10	50	Да

Контрольная ER-модель представлена на рисунке 7.

Данные о тарифах

код тарифа

описание тарифа

цена

Данные о сотрудниках

код сотрудника

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

пасп. данные

Данные о клиентах

код клиента

ФИО клиента

Тип страховки

Данные о договорах

код договора

код тарифа

код сотрудника

код клиента

Рисунок 7. ER-модель

2.6 Структурная схема пакета (дерево вызова программных модулей)

Дерево вызова программных модулей изображено на Рисунке 8.

Рисунок 8. Дерево вызова программных модулей

2.7 Описание программных модулей

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

Рисунок 9. Блок-схемы программного модуля

2.8 Контрольный пример реализации проекта и его описание

На рисунке 10 приведен пример реализации формы авторизации в системе реализации операций бизнес-процесса «Ведение договоров по страхованию автотранспортных средств».

Рисунок 10. Форма авторизации

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

ЗАКЛЮЧЕНИЕ

В ходе выполнения данной курсовой работы была достигнута поставленная цель: осуществлено проектирование реализации операций бизнес-процесса «Ведение договоров по страхованию автотранспортных средств».

Для достижения данной цели были решены следующие задачи:

1. Определен комплекс задач автоматизации;
2. Охарактеризованы существующие бизнес-процессы и документооборот;
3. Дано обоснование проектных решений по информационному и программному обеспечению;
4. Разработана информационная модель;
5. Дана характеристика нормативно-справочной, входной, оперативной и результатной информации;
6. Рассмотрено дерево функций и сценарий диалога;
7. Охарактеризована база данных, структурная схему пакета и программные модули;
8. Предоставлен контрольный пример реализации проекта.

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

СПИСОК ЛИТЕРАТУРЫ

1. Архангельский А. Я. Программирование в Delphi 5. - М. : ЗАО Издательство БИНОМ, 2000. - 1070 c.
2. Гофман В. Э., Хомоненко А. Д. Delphi. Быстрый старт. - СПб. : БХВ - Санкт-Петербург, 2002. - 208 с.
3. Культин Н. Б. Delphi 6. Программирование на Object Pascal. Самоучитель. - СПб. : БХВ-Петербург, 2001. - 528 с.
4. Фаронов В. В. Delphi 6. Учебный курс. - М. : Издатель Молгачева С. В., 2002. - 672 с.
5. Фаронов В. В., Шумаков П. В. Delphi 5. Руководство разработчика баз данных. - М. : Нолидж, 2000. - 640 с.
6. Хендерсон К. Руководство разработчика баз данных в Delphi 2 / Пер. с англ. К. : «Диалектика», 1996. - 544 с
7. Статья - Автоматизированная информационная система [Электронный ресурс],http://gendocs.ru/v32574/%D1%80
8. Статья - СУБД Access [Электронный ресурс], http://rusio.net/staroe/access.php
9. Статья - Создание запросов [Электронный ресурс], http://www.lessons-tva.info/edu/e-inf2/m2t4_4.html
10. Статья - Создание отчёта [Электронный ресурс], http://dpivi.ru/128-5-sozdanie-otcheta-kak-obekta-bazy-dannyh.html