Разработка информационной системы Страховой фирмы

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

Особенностью  предлагаемого решения является наличие в нём специализированного  модуля «Бюджетирование», который был  разработани специалистами Департамента Microsoft бизнес-приложений компании TopS Business Integrator как дополнение к стандартной функциональности системы Microsoft–Axapta.

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

 

2.4. Выбор  и обоснование средств проектирования

 

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

Основные компоненты MS Access:

• построитель таблиц;

• построитель экранных форм;

• построитель SQL-запросов;

• построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет  разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

MS Access является  файл-серверной СУБД и потому  применима лишь к маленьким  приложениям. Отсутствует ряд  механизмов, необходимых в многопользовательских  БД, таких, например, как триггеры. Существенно расширяет возможности  MS Access по написанию приложений механизм связи с различными внешними СУБД: "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

 

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

3.1. Разработка  БД (MS Access)

 

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

Основные ограничения  целостности:

• Значения всех числовых атрибутов – больше нуля  (или null, если атрибут необязателен).
• Названия городов и имена должны содержать только буквы русского алфавита.
• Адреса должны содержать буквы русского алфавита и цифры, могут содержать также точку и запятую.
• Количество клиентов не должно превышать 100000.
• Количество агентов в филиале не должно превышать 100.
• Дата окончания договора должна быть больше текущей даты.
• Количество клиентов, с которыми работает конкретный агент не должно превышать 1000.
• Дата рождения клиента должна быть меньше текущей даты.
• При удалении клиента, должны удаляться контракты, которые они заключили.
• При изменении количества клиентов, должны изменяться поля «Количество клиентов» у соответствующих агентов.

 

Система создаётся  для обслуживания следующих групп  пользователей:

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

 

Используя эти  возможности, группы пользователей  могут выполнять свои задачи:

1. администрация может создать или упразднить филиал;
2. менеджеры могут нанять, уволить агентов и установить цены на страховки;
3. агенты могут заключить и расторгнуть договоры.
4. Так же  все пользователи могут получить любую информацию из базы данных в систематизированном и удобном для анализа виде.

 

 

 

 

Структура базы данных может быть представлена  в следующем виде:

Филиал  страховой компании

№ филиала

Название Город Адрес Количество  агентов Телефон

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

№ типа

Название Цена

Клиент

№ клиента

ФИО Адрес Дата рождения

Страховой агент

№ агента

ФИО № филиала Количество  клиентов Стаж

Договор

№ договора

№ клиента № агента № типа страховки Дата начала Дата окончания

 

 

 

 

 

 

 

 

 

 

 

 

 

Рис. 1. Информационная система «Страховая компания»

 

Выделим основные сущности ИС: «Филиал страховой компании», «Страховой агент», «Договор», «Клиент», «Тип страховки».

Так же на Рис. 1 представлены атрибуты сущностей.

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

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

Связи позволяют по одной сущности находить другие сущности, связанные с нею. Графически связь изображается линией, соединяющей две сущности (Рис 2.)

Рис. 2. Связи сущностей и их ключевые атрибуты

 

3.2. Описание входных и выходных данных

Таблица «Филиал страховой фирмы»

№	Поле	Тип	Назначение  поля
1	№ филиала	Счетчик	Уникальный  код, назначенный каждому филиалу.    Первичный ключ
2	Город	Текстовый	Город, в котором располагается филиал
3	Адрес	Текстовый	Улица, дом
4	Телефон	Числовой	Номер телефона
5	Количество  агентов	Числовой	Код сотрудника

Таблица «Тип страховки»

№	Поле	Тип	Назначение  поля
1	№ типа страховки	Числовой	Уникальный  код, назначенный каждому типу страховки.    Первичный ключ
2	Название страховки	Текстовый	Название страховки
3	Цена страховки	Числовой	Цена страховки

 

Таблица «Клиент»

№	Поле	Тип	Назначение поля
1	№ клиента	Числовой	Уникальный  код, назначенный каждому клиенту.    Первичный ключ
2	ФИО клиента	Текстовый	ФИО клиента
3	Адрес	Текстовый	Улица, дом
4	Дата рождения	Дата/время	Дата рождения
5	№ типа страховки	Числовой	№ типа страховки

 

Таблица «Договор»

№	Поле	Тип	Назначение  поля
1	№ договора	Счетчик	Уникальный  код, назначенный каждому договору.    Первичный ключ
2	№ клиента	Числовой	№ клиента
3	№ агента	Числовой	№ агента
4	№ типа страховки	Числовой	№ типа страховки
5	Дата начала	Дата/время	Дата открытия страховки
6	Дата окончания	Дата/время	Окончание страхового времени

Таблица «Страховой агент»

№	Поле	Тип	Назначение  поля
1	№ агента	Числовой	Уникальный  код, назначенный каждому агенту.    Первичный ключ
2	ФИО	Текстовый	ФИО страхового агента
3	№ филиала	Числовой	№ филиала
4	Количество  клиентов	Числовой	Количество  клиентов данного страхового агента
5	Стаж	Числовой	Стаж рекламного агента

 

 

Эскизы заполненных  таблиц:

Рис 3. Пример заполнения таблицы «Филиалы страховой компании»

Рис.4. Пример заполнения таблицы «Договор»

Рис.5 Пример заполнения таблицы «Тип страховки»

 

Рис.6. Пример заполнения таблицы «Страховой агент»

Рис. 7 Пример заполнения таблицы «Клиент»

Так же созданная  ИС позволяет выполнять разные запросы. Например, можно запросить список клиентов и их агентов (рис. 8.), запросить информацию об Астраханском филиале (рис. 9), запросить список клиентов цена страховки, которых более 2000 руб. (рис. 10).

 

Рис.8. Параметры  запроса «Список клиентов и их агентов»

 

 

Рис.9.Параметры  запроса «Информация об Астраханском филиале»

 

Рис.10. Параметры  запроса «Список клиентов цена страховки, которых более 2000 руб.»

 

На основе таблиц и запросов можно создать отчеты (рис. 11-12). Отчеты обеспечивают более оперативный доступ к просмотру необходимых данных. Для оперативного просмотра данных и удобства их редактирования  созданы формы (рис.13-14).

Рис. 11. Отчет «Тип страховки»

Рис. 12. Отчет  «Клиенты города Саратов»

Рис. 13. Форма  «Клиенты города Саратов»

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

 

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

   

Рис. 14 Главная кнопочная форма      Рис. 15. Форма «Запросы»

 

 

Рис. 16. Форма  «Отчеты»                        Рис.17. Форма «Таблицы»

Рис. 18. Форма  «Формы»

 

3.3. Описание  внедрения ИС

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4. Обоснование эффективности

4.1 Обоснование экономической эффективности

 

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

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

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