Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Ведение договоров по страхованию автотранспортных средств»

Содержание:

ВВЕДЕНИЕ

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

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

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

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

В странах с развитой рыночной экономикой с целью предотвращения монополизации страхового дела принято, чтобы в одной отрасли страхования действовало десять и более конкурентов, причем доля крупнейшего из них не должна превышать 31% общего объема продаж страховых услуг, двух - не более 44%, трех - 54 и четырех - 64%. Если такое соотношение нарушается, то государство вводит экономические санкции и ограничивает участие соответствующих страховщиков на страховом рынке. Таким образом, обеспечение сложной страховой деятельности фирмы может быть обеспечено только при использовании высокоэффективных информационно-коммуникационных технологий.

Объект исследования – ведение договоров по страхованию автотранспортных средств.

Предмет исследования – проектирование реализации операций бизнес-процесса ведения договоров.

Целью данной работы является проектирование реализации операций бизнес-процесса ведения договоров по страхованию автотранспортных средств.

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

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

– обосновать проектные решения по информационному и программному обеспечению;

– описать информационную модель;

– разработать базу данных и структурную схему пакета;

– описать порядок работы с информационной системой.

Глава 1. Аналитическая часть

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

Государственная страховая компания «Югория» является универсальной страховой компанией, которая предоставляет широкий спектр услуг страхования. Компания вправе осуществлять деятельность по 18 видам страхования и перестрахованию с использованием 92 различных правил страхования.

Уникальность ГСК «Югория» заключается в умении гармонично сочетать в себе надежность государственной и динамичность коммерческой структуры. Особое внимание компания уделяет развитию региональной сети, на долю филиалов приходится порядка 80 % от общего объема страховых взносов. Федеральная сеть компании состоит из 62 филиалов и 200 агентств и точек продаж, работающих в 50 регионах России.

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

ГСК «Югория» является членом следующих профессиональных объединений: Всероссийского союза страховщиков, Национального союза страховщиков ответственности, Российского союза автостраховщиков, Ассоциации строителей России, НП «Гильдия экспедиторов». Компания также заключила трехстороннее соглашение о сотрудничестве с Общероссийской общественной организацией «Российское общество оценщиков» и Некоммерческим партнерством «Партнерство содействия деятельности фирм, аккредитованных Российским обществом оценщиков».

Компания является лауреатом премий в области страхования: «Золотая Саламандра» в номинации «Межрегиональная страховая компания 2006 года», Ежегодной общественной премии в области страхования «Золотая Саламандра» в номинации «Региональная страховая компания с федеральной сетью 2009 года», лауреатом Всероссийского Конкурса «Элита российского бизнеса - 2007» в номинации «За весомый вклад в развитие национальной системы страхования», лауреатом премии «Финансовая Элита России - 2007» в номинации «Лучшая региональная страховая компания», лауреатом международной премии «Российский Финансовый Олимп-2006» в номинациях «Лучшая региональная страховая компания», «Самая динамично развивающаяся страховая компания».

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

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

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

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

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

Рисунок 1. Деятельность страховой компании

Рисунок 2. Декомпозированная модель деятельности страховой компании

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

Характеристику документооборота, возникающего в процессе ведения договоров по страхованию автотранспортных средств можно охарактеризовать следующим образом [5]. Диаграмма BPMN представлена на рис. 3.

diagram_1

Рисунок 3. Диаграмма BPMN

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

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

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

К таким проблемам можно отнести следующие:

– необходимость консолидированного и актуального анализа эффективности разных услуг страхования;

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

– необходимость срочной оценки финансового состояния организации для дальнейшего рационального инвестирования средств и роста;

– сложность выполнения расчетов разнообразных страховых тарифов и разработки необходимых методик;

– невозможность развития определенных видов страхования без использования соответствующего прикладного программного обеспечения;

– обработка и накопление собственных статистических данных, которые необходимы для последующего анализа и консолидации [2; 4; 13].

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

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

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

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

– достаточное быстродействие, необходимое для работы с обширной базой данных клиентов и услуг фирмы;

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

– высокая надежность непосредственного хранения оперативных данных и возможность наращивания мощности обрабатывания данных.

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

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

В качестве операционной системы сервера была выбрана Microsoft Windows Server 2008 (кодовое имя «Longhorn Server») – ерсия серверной операционной системы производства компании Microsoft. Выпущена 27 февраля 2008 года. Пришла на смену Windows Server 2003 как представитель нового поколения операционных систем семейства Vista (NT 6.x).

Windows Server 2008 включает вариант установки называемый Server Core (рус. ядро сервера). Server Core –это существенно облегченная установка Windows Server 2008 в которую не включена оболочка Windows Explorer. Вся настройка и обслуживание выполняется при помощи интерфейса командной строки Windows, или подключением к серверу удалённо посредством Консоли управления. При этом доступны Блокнот и некоторые элементы панели управления, к примеру, Региональные Настройки [1; 7; 20].

С помощью Active Directory заказчики могут управлять удостоверениями и взаимоотношениями, формирующими сеть организации. Службы Active Directory интегрированы с Windows Server 2008 R2, могут использоваться сразу после развертывания и позволяют организациям централизованно настраивать параметры систем, пользователей и приложений и управлять этими параметрами. Доменные службы Active Directory (AD DS) хранят данные каталогов и управляют взаимодействием между пользователями и доменами, в том числе входом в домен, проверкой подлинности и поиском в каталоге. Кроме того, интегрированные роли поддерживают средства и технологии управления удостоверениями и доступом, которые позволяют централизованно управлять технологиями и учетными данными и предоставлять доступ к устройствам, приложениям и данным только уполномоченным пользователям [6].

Windows Server 2008 – первая операционная система Windows, выпущенная со встроенным Windows PowerShell, расширяемой оболочкой с интерфейсом командной строки и сопутствующим языком сценариев, разработанным Microsoft. Язык сценариев PowerShell был разработан специально для выполнения административных задач, и может заменить собой потребность в cmd.exe и Windows Script Host [12].

Mісrоsоft Ассess представляет собой систему управления базами данных (СУБД) реляционного типа и позволяющая эффективно управлять данными. Одним из достоинств Mісrоsоft Ассess является простой графический интерфейс, который позволяет создавать разнообразные базы данных с необходимым интерфейсом доступа к ним, с использованием встроенных средств разработки [19]. В качестве средств разработки СУБД Mісrоsоft Ассess используются элементы управления, запросы, отчеты и макросы.

Mісrоsоft Ассess продукт компании Mісrоsоft, и имеет большую распространенность среди пользователей ПК. Система управления базами данных MS Ассess полностью совместима с операционной системой (ОС) Wіndоws, которая имеет возможность постоянно обновляться производителем, а также может поддерживать множество языков [9].

В отличие от других СУБД, в Mісrоsоft Ассess все данные хранятся в одном файле, в тоже время, данные распределяются по используемым таблицам, что составляет основу реляционного подхода к управлению данными. Реляционные базы данных позволяют в полной мере обеспечить необходимые возможности в хранении служебной информации компании.

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

Целостность данных в Mісrоsоft Ассess обеспечивается моделями баз данных небольшой и средней сложности. В Mісrоsоft Ассess нет таких средств как хранимые процедуры и триггеры, что требует от разработчика информационной системы возлагать поддержку бизнес логики БД на клиентскую часть программы [15].

Разграничение прав доступа и защищенность информации в системе управления базами данных Mісrоsоft Ассess не достаточно надежна. Стандартным способом защиты является защита с применением пароля к разработанной базе данных и защита с применением пароля пользователя [10].

Mісrоsоft Ассess имеет широкие возможности по импорту (экспорту) данных в прочие форматы, от текстовых файлов и таблиц MS Exсel, почти до любой серверной СУБД. Следует отметить, что Mісrоsоft Ассess ориентирована на пользователей с разной профессиональной подготовкой, что выражается в наличии огромного количества вспомогательных средств, достаточно развитую систему справки и доступный пользовательский интерфейс. С помощью этих средств существенно облегчается создание и проектирование различных БД.

Еще одним из преимуществ системы управления БД Mісrоsоft Ассess есть развитые средства разработки функциональных приложений. Множество приложений, которые распространены среди пользователей, содержат определенный объем кода Vіsuаl Bаsіс fоr Аpplісаtіоns [8]. это единственное средство для выполнения стандартных задач в Ассess, например, работа с какими либо переменными, обработка ошибок, построение команд SQL, использование Wіndоws АPІ; для создания более сложных приложений необходимо знание объектной модели Mісrоsоft Ассess и знание VBА [3; 16].

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

Глава 2. Проектная часть

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

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

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

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

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

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

1. Входная оперативная информация.

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

– справочник «Вид страхования»;

– справочник «Сотрудник»;

– справочник «Клиент»;

– справочник «Страховой случай»;

– справочник «Страховая фирма»;

– справочник «Должность»;

– справочник «Предмет страхования».

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

2. Выходная информация.

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

– запрос «Информация о клиенте»;

– запрос «Информация о сотруднике»;

– запрос «Информация о договоре»;

– запрос «Открытые договора»;

– запрос «Закрытые договора»;

– запрос «Договора»;

– отчет «Реестр клиентов».

3. Условно-постоянная информация.

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

– «Страховой договор».

Все остальные оперативные справочники служат вспомогательными объектами при обработке оперативной информации системы.

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

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

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

Система классификации позволяет сгруппировать все существующие оперативные объекты, выделить определенные классы, которые будут характеризоваться рядом общих свойств. Классификация объектов – это процедура группировки на качественном уровне, направленная на выделение однородных свойств. Применительно к информации как к объекту классификации выделенные классы называют информационными объектами [17].

В большинстве случаев в разрабатываемой информационной системе используется специальная порядковая и серийно-порядковая системы кодирования представленной в системе информации. Порядковая система кодирования основана на использовании последовательного порядка регистрации объектов [14; 18]. Серийно-порядковая система кодирования применяется для кодирования однопризначных номенклатур, находящихся в определенной соподчиненности.

В приведенных таблицах описаны классификаторы, используемые при проектировании подзадачи автоматизации организации. В таблице 1 представлен перечень обозначений и систем кодирования. В таблице 2 представлен перечень обозначений видов классификаторов которые предназначены для объяснения формирования классификаторов, описанных в сводно-проектной таблице 3.

Таблица 1

Перечень обозначений систем кодирования

Система кодирования

Порядковая

Серийно-поряд-ковая

Разрядная (позиционная)

Комбини-рованная (смешанная)

Краткое обозначение

СП

Таблица 2

Перечень обозначений видов классификаторов

Вид классификатора

Общегосудар-ственный

Отрасле-вой

Локаль-ный

Международ-ный

Краткое

обозначение

ОГ

Таблица 3

Используемые классификаторы и коды

№ п/п	Наименование объекта кодируемого множества	Знач-ность кода	Система кодиро-вания	Вид клас-тора	Список кодов или пример кода из кодируемого множества
№ п/п	Наименование объекта кодируемого множества	Знач-ность кода	Система кодиро-вания	Вид клас-тора	Код	Значение
1	Код вида страхования	3	К	Л	001	Код вида страхования
2	Код страхового случая	3	К	Л	001	Код страхового случая
3	Код страхового договора	3	К	Л	001	Код страхового договора
4	Код страховой фирмы	3	К	Л	001	Код страховой фирмы
5	Код предмета страхования	3	К	Л	001	Код предмета страхования
6	Код клиента	3	К	Л	001	Код клиента
7	Код должности	3	К	Л	001	Код должности
8	Код сотрудника	3	К	Л	001	Код сотрудника

Назначение классификатора:

– систематизация наименований кодируемых объектов информационной системы;

– однозначная интерпретации одних и тех же объектов в различных задачах;

– возможность обобщения информации по заданной совокупности признаков;

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

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

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

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

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

Запрос «Открытые договора» предназначен для организации вывода информации про открытые страховые договора фирмы. Результат выполнения запроса представлен на рис. 5.

Рисунок 5. Запрос «Открытые договора»

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

Рисунок 6. Запрос «Закрытые договора»

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

Рисунок 7. Запрос «Договора»

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

Разрабатываемая информационная система автоматизирует обработку данных и подготовку оперативных документов.

Можно выделить два подмножества функций информационной системы:

– служебные функции, к которым относятся удаление оперативных данных предметной области;

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

Рисунок 8. Дерево функций автоматизированной информационной системы

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

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

– вид страхования: код вида страхования; наименование;

– страховой случай: код страхового случая; код вида страхования; наименование;

– предмет страхования: код предмета страхования; наименование; стоимость;

– должность: код должности; наименование должности;

– сотрудник: код сотрудника; ФИО; код должности; дата приема на работу; паспортные данные; адрес; контактный телефон; образование;

– страховой договор: код страхового договора; дата заключения; код страховой фирмы; код клиента; код страхового случая; код предмета страхования; код сотрудника; дата окончания договора; статус выполнения;

– страховая фирма: код страховой фирмы; название; адрес; контактный телефон; e-mail;

– клиент: код клиента; ФИО; адрес; паспортные данные; ИНН; место работы; должность; возраст; контактный телефон; e-mail.

Также были установлены необходимые связи между перечисленными таблицами. Схема данных в системе управления базами данных Microsoft Access представлена на рис. 9.

Рисунок 9. Схема данных

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

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

Рисунок 10. Структурная схема пакета

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

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

Назначение программных модулей информационной системы:

– модуль инициализации программы обеспечивают непосредственный запуск информационной системы и обеспечивает возможность последующей работы с ней пользователем системы;

– модуль главного меню программы обеспечивает оперативный доступ ко всем имеющимся объектам информационной системы;

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

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

– модуль обработки отчетов обеспечивает доступ ко всем отчетам информационной системы;

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

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

В процессе разработки информационной системы страховой фирмы были разработаны ряд форм; запросов и отчетов для обработки и анализа данных. Программный код разработанных запросов представлен в приложении А.

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

Рисунок 11. Главное меню информационной системы

Справочники информационной системы:

– вид страхования;

– страховой случай;

– предмет страхования;

– должность;

– сотрудник;

– страховой договор;

– страховая фирма;

– клиент.

Запросы и отчеты информационной системы:

– информация о клиенте;

– информация о сотруднике;

– информация о договоре;

– реестр клиентов;

– открытые договора;

– закрытые договора;

– договора.

Форма «Вид страхования» используется для ввода, редактирования информации о видах страхования. Интерфейс разработанной формы представлен на рис. 12.

Рисунок 12. Форма «Вид страхования»

Форма «Предмет страхования» используется для ввода, редактирования информации о предмете страхования. Интерфейс разработанной формы представлен на рис. 13.

Форма «Страховой случай» используется для ввода, редактирования информации о страховых случаях. Интерфейс разработанной формы представлен на рис. 14.

Рисунок 13. Форма «Предмет страхования»

Рисунок 14. Форма «Страховой случай»

Форма «Страховой договор» используется для ввода, редактирования информации о страховых договорах. Интерфейс разработанной формы представлен на рис. 15.

Рисунок 15. Форма «Страховой договор»

Форма «Страховая фирма» используется для ввода, редактирования информации о страховой фирме. Интерфейс разработанной формы представлен на рис. 16.

Форма «Должность» используется для ввода, редактирования информации о должностях. Интерфейс разработанной формы представлен на рис. 17.

Рисунок 16. Форма «Страховая фирма»

Рисунок 17. Форма «Должность»

Форма «Клиент» используется для ввода, редактирования информации о клиентах. Интерфейс разработанной формы представлен на рис. 18.

Форма «Сотрудник» используется для ввода, редактирования информации о сотрудниках. Интерфейс разработанной формы представлен на рис. 19.

Запрос «Информация о клиенте» предназначен для организации поиска необходимого клиента фирмы по ФИО. Интерфейс взаимодействия с запросом представлен на рис. 20. Результат выполнения запроса представлен на рис. 21.

Рисунок 18. Форма «Клиент»

Рисунок 19. Форма «Сотрудник»

Рисунок 20. Форма взаимодействия с запросом

Запрос «Информация о сотруднике» предназначен для организации поиска необходимого сотрудника фирмы по ФИО. Интерфейс взаимодействия с запросом представлен на рис. 22. Результат выполнения запроса представлен на рис. 23.

Рисунок 21. Результат выполнения запроса «Информация о клиенте»

Рисунок 22. Форма взаимодействия с запросом

Рисунок 23. Результат выполнения запроса «Информация о сотруднике»

Запрос «Информация о договоре» предназначен для организации поиска необходимого страхового договора по коду. Интерфейс взаимодействия с запросом представлен на рис. 24. Результат выполнения запроса представлен на рис. 25. Отчет «Реестр клиентов» используется для вывода информации о клиентах страховой фирмы. Результат формирования отчета представлен на рис. 26.

Рисунок 24. Форма взаимодействия с запросом

Рисунок 25. Результат выполнения запроса «Информация о договоре»

Рисунок 26. Отчет «Реестр клиентов»

ЗАКЛЮЧЕНИЕ

В процессе выполнения данной работы были получены следующие результаты. Государственная страховая компания «Югория» является универсальной страховой компанией, которая предоставляет широкий спектр услуг страхования. Компания вправе осуществлять деятельность по 18 видам страхования и перестрахованию с использованием 92 различных правил страхования. В перечне видов страхования, предоставляемых страховой фирмы «Югория» можно выделить страхование автотранспортных средств, уровень автоматизации данного бизнес-процесса способствует предоставлению высокого уровня предоставляемых услуг.

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

В качестве среды разработки информационной системы была выбрана Mісrоsоft Ассess, которая представляет собой систему управления базами данных (СУБД) реляционного типа и позволяющая эффективно управлять данными. Одним из достоинств Mісrоsоft Ассess является простой графический интерфейс, который позволяет создавать разнообразные базы данных с необходимым интерфейсом доступа к ним, с использованием встроенных средств разработки. В качестве средств разработки СУБД Mісrоsоft Ассess используются элементы управления, запросы, отчеты и макросы.

Модель информационных потоков в информационной системе включает следующие компоненты. Входная оперативная информация. Оперативной информацией является изменяемая информация для каждого фиксированного случая ее использования. Входными являются следующие справочники и документы: справочник «Вид страхования»; справочник «Сотрудник»; справочник «Клиент»; справочник «Страховой случай»; справочник «Страховая фирма»; справочник «Должность»; справочник «Предмет страхования».

Выходная информация. В результате работы информационной системы выполняются следующие запросы и отчеты: запрос «Информация о клиенте»; запрос «Информация о сотруднике»; запрос «Информация о договоре»; запрос «Открытые договора»; запрос «Закрытые договора»; запрос «Договора»; отчет «Реестр клиентов».

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

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

Дальнейшим развитием информационной системы является ее интеграция с внутрифирменными web-сервисами.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Беленькая М.Н., Малиновский С.Т., Яковенко Н.В. Администрирование в информационных системах. Научно-популярное издание. – М.: Горячая линия – Телеком, 2013. – 300 с.
Блюмин А.М. Информационные ресурсы: Учебное пособие для бакалавров / А.М. Блюмин, Н.А. Феоктистов. – 3-е изд., перераб. и доп. – М.: Издательско-торговая корпорация «Дашков и Ко», 2015. – 384 с.
Варфоломеева Е.В. Информационные системы в экономике: Учебное пособие / Е.В. Варфоломеева, Т.В. Воропаева и др.; Под ред. Д.В. Чистова - М.: НИЦ ИНФРА-М, 2015. – 234 с.
Вдовенко Л.А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А. - 2 изд., перераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2015. – 304 с.
Вендров А.М. CASE технологии. Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 2012. – 176 с.
Гвоздева В.А. Базовые и прикладные информационные технологии: Учебник / Гвоздева В. А. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2015. – 384 с.
Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. – 544 с.
Голицына О.Л. Языки программирования: Учебное пособие / О.Л. Голицына, Т.Л. Партыка, И.И. Попов. - 3-e изд., перераб. и доп. - М.: Форум: ИНФРА-М, 2015. – 400 с.
Гринченко Н.Н. Проектирование баз данных. СУБД Microsoft Access / Н.Н. Гринченко и др. – Горячая Линия Телеком, 2012. – 613 c.
Грошев А.С. Информационные технологии : лабораторный практикум / А. С. Грошев. – 2-е изд. – М.-Берлин: Директ-Медиа, 2015. – 285 с.
Грошев А. С., Закляков П. В. Информатика: учеб. для вузов – 3-е изд., перераб. и доп. – М.: ДМК Пресс, 2015. – 588 с.
Дейт К.Дж. Введение в системы баз данных. – 6-е издание. – К.: Диалектика; 2012. – 360 c.
Душин В.К. Теоретические основы информационных процессов и систем : учебник / В.К. Душин .– 5-е изд. — М. : ИТК «Дашков и К», 2014. – 348с.
Затонский А.В. Информационные технологии: разработка информационных моделей и систем: Учеб. пос. / А.В.Затонский - М.: ИЦ РИОР: НИЦ ИНФРА-М, 2014. – 344с.
Кабанов В.А. Кабанов, В. А. Практикум Access [Электронный ресурс] / В. А. Кабанов. - М.: Инфра-М, 2015. – 55 с.
Карминский А.М. Методология создания информационных систем: Учебное пособие / А.М. Карминский, Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: ИНФРА-М, 2012. – 320 с.
Коваленко В.В. Проектирование информационных систем: Учебное пособие / В.В. Коваленко. - М.: Форум: НИЦ ИНФРА-М, 2014. – 320 с.
Карпова Т.С. Базы данных. Модели, разработка, реализация. – СПб: Питер, 2012. – 304 c.
Федотова Е. Информационные технологии и системы: Учебное пособие / Е.Л. Федотова. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2014. – 352 с
Федотова Е.Л. Информационные технологии в профессиональной деятельности: Учебное пособие / Е.Л. Федотова. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. – 368 с.

ПРИЛОЖЕНИЕ

Приложение А

Программный код разработанных запросов

SQL-запрос на поиск информации о клиенте

SELECT Клиент.[Код клиента], Клиент.ФИО, Клиент.Адрес, Клиент.[Паспортный данные], Клиент.ИНН, Клиент.[Место работы], Клиент.Должность, Клиент.Возраст, Клиент.[Контактный телефон], Клиент.[e-mail]

FROM Клиент

WHERE (((Клиент.ФИО)=[Введите ФИО клиента: ]));

SQL-запрос на поиск информации о сотруднике

SELECT Сотрудник.[Код сотрудника], Сотрудник.ФИО, Должность.[Наименование должности], Сотрудник.[Дата приема на работу], Сотрудник.[Паспортные данные], Сотрудник.Адрес, Сотрудник.[Контактный телефон], Сотрудник.Образование

FROM Должность INNER JOIN Сотрудник ON Должность.[Код доложности] = Сотрудник.[Код должности]

WHERE (((Сотрудник.ФИО)=[Введите ФИО сотрудника: ]));

SQL-запрос на поиск информации о договоре

SELECT [Страховой договор].[Код страхового договора], [Страховой договор].[Дата заключения], [Страховая фирма].Название, Клиент.ФИО, [Вид страхования].Наименование, [Предмет страхования].Наименование, Сотрудник.ФИО, [Страховой договор].[Дата окончания договора], [Страховой договор].[Статус выполнения]

FROM ([Вид страхования] INNER JOIN [Страховой случай] ON [Вид страхования].[Код вида страхования] = [Страховой случай].[Код вида страхования]) INNER JOIN ([Страховая фирма] INNER JOIN (Сотрудник INNER JOIN ([Предмет страхования] INNER JOIN (Клиент INNER JOIN [Страховой договор] ON Клиент.[Код клиента] = [Страховой договор].[Код клиента]) ON [Предмет страхования].[Код предмета страхования] = [Страховой договор].[Код предмета страхования]) ON Сотрудник.[Код сотрудника] = [Страховой договор].[Код сотрудника]) ON [Страховая фирма].[Код страховой фирмы] = [Страховой договор].[Код страховой фирмы]) ON [Страховой случай].[Код страхового случая] = [Страховой договор].[Код страхового случая]

WHERE ((([Страховой договор].[Код страхового договора])=[Введите код договора: ]));

SQL-запрос для вывода открытых договоров

WHERE ((([Страховой договор].[Статус выполнения])=False));

SQL-запрос для вывода закрытых договоров

WHERE ((([Страховой договор].[Статус выполнения])=True));

SQL-запрос для вывода договоров