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

Проектирование БД для сотрудника страховой компании

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Задачи, которые должны быть решены для достижения цели:

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

Объектом исследования является отдел продаж страховой компании.

Предмет исследования – автоматизация процесса управления продажами в страховой компании.

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

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

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

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Описание предметной области. Постановка задачи

Представим общую информацию о компании:

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

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

В состав компании входит «Альфа-Центр Здоровья» —медицинские центры, запущенные компанией в 2009 г., предоставляют медицинские услуги населению 12 городов России.

Группа «АльфаСтрахование» объединяет ОАО «АльфаСтрахование», ООО «АльфаСтрахование-Жизнь», ООО «АльфаСтрахование-ОМС», ОАО «СМК «Югория-Мед» и ООО «Медицина АльфаСтрахования».

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

В общей структуре страхового портфеля Группы «АльфаСтрахование» без ОМС по итогам 2016 г. наибольшую долю занимает страхование жизни (32,7%), каско (14,5%), ОСАГО (14,4%) и добровольное медицинское страхование (9,7%). Собственные средства Группы «АльфаСтрахование» составляют более 11,8 млрд. руб [2].

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

Рисунок 1. Организационная модель страховой компании

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

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

Исходными документами для разрабатываемой системы служат:

Перечень документов;
Список предлагаемых услуг;
Список проданных услуг;
Договора страхования и перестрахования.

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

Информация выше вносится в информационную систему, на основании чего формируются следующие отчеты, являющиеся выходными данными:

Работы по сотруднику;
Выполненные операции;
Отчет по выполненным заказам;
Отчет по клиентам.

Функциональные возможности системы можно разделить на три основные части:

Ведение списков и справочников;
Построение структуры оборудования;
Учет выполненных операций.

Функция ведения списков и справочников является рутинной, но необходимой работой. Основная идея ведения справочников – максимально исключить ручной ввод данных, записывая данные в таблицы и предоставляя пользователю возможность выбирать эти данные в виде выпадающих списков или специальных форм выбора. Кроме убыстрения ввода данная функция позволит исключить ошибки и неоднозначности при вводе данных [3]. Второстепенные справочники выступают в основном в качестве реквизитов при заполнении основных справочников и документов по выполнению операций. Это такие справочники как:

Клиенты;
Отделы;
Услуги;
Заказы;
Сотрудники компании;
Подразделения компании;
Должности сотрудников предприятия;
Статусы операций, выполняемых с клиентами.

В страховой компании основными каналами продаж являются штатные сотрудники и агенты (рис.2).

Рисунок 2. Основные каналы продаж страховой компании

Процесс продажи страхового полиса АО «АльфаСтрахование» в соответствии со следующей структурной схемой (рис. 3):

Рисунок 3. Структурная схема процесса продажи страхового полиса

Базовым документом для заключения договора страхования является заявление страхователя (клиента).

Все операции продажи полиса выполняются вручную или с помощью автоматизированного рабочего место (АРМ) агента, после чего отчеты по заключенным договорам передаются операторам ПК для ввода в КИС СК для обеспечения автоматизированного учета.

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

Входными данными по работе с клиентами являются:

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

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

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

1.2 Выбор средств/методологии проектирования. Выбор СУБД

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

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

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

В данной работе в качестве инструмента разработки БД была использована СУБД MS Acсess, т.к. одним из основных критериев выбора СУБД является модель данных (используется для представления данных), а MS Acсess поддерживает реляционную модель данных.

Реляционная модель данных представляется в виде двухмерной таблицы, информационными единицами которой являются поля, домены и кортежи. Для описания информационных объектов предназначается соответствующий язык описания информационных документов [6, 7].

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

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

1.3 Проектирование логической структуры базы данных

Система предназначена для обработки данных о видах страховок, их стоимости, о совершенных сделках, о клиентах, о сроках действия страховки.

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

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

классификатор клиентов;
классификатор видов страховок;
классификатор агентов;
классификатор страхований.

Таблица 1

Словарь данных

Имя	Описание
Заказы клиентов	Информация о заказе от клиента, начальные и конечный сроки страхования.
Информация о страховании	Клиент, агент, объект страховки, вид страховки, цена страховки, даты начала и завершения страхования.
Информация о клиенте	Финансовая информация о клиенте.
Договора	Перечень договоров, требующихся для оформления страхования.
Договор	Договор, отправленный на подписание клиенту.
Персонал	Персонал страховой компании.
Цена страхования	Количество денег, которое клиент должен заплатить за страхование.
Оформленный договор	Договор готовый к отправлению клиенту на подписание.
Вид страхования	Вид страхования, т.е. страхование жизни, страхование от несчастных случаев и так далее.

Сводные характеристики классификаторов представлены в табл.2.

Таблица 2

Сводные характеристики классификаторов

Наименование классификатора	Значность кода	Система кодирования	Система классифика-ции	Вид классифика-тора
Клиент	7	порядковая	Иерархическая	Общесистемный
Вид страховки	3	разрядная	Иерархическая	Локальный
Агент	4	порядковая	Иерархическая	Локальный
Страхование	6	разрядная	Иерархическая	Локальный

Для классификатора клиента. Используется общесистемная система кодирования. Классификатор является порядковым и состоит из семи знаков. Структурная формула классификатора клиента:

Ф1 = [ХХХХХХХ];

Для классификатора вида страхования используется разрядная система кодирования. Классификатор является локальным и состоит из трех знаков. Структурная формула классификатора вида страхования:

Ф2 = [ХХХ];

Для классификатора агентов используется порядковая система кодирования. Классификатор является локальным и состоит из четырех знаков. Структурная формула классификатора агентов:

Ф3 = [ХХХХ];

Для классификатора страхований используется порядковая система кодирования. Классификатор является локальным и состоит из шести знаков. Структурная формула классификатора страхований:

Ф4 = [ХХХХХХ];

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

Рисунок 4. Инфологическая схема предметной области

В рассматриваемой АИС используем информационные объекты БД (таблицы):

Клиенты (Код клиента, ФИО, адрес проживания, телефон);

Агенты (Код агента, ФИО агента, название предприятия, адрес, телефон);

Объекты страховки (Код объекта страховки, название объекта страховки);

Виды страховок (Код вида страховки, Название вида страховки);

Страхование (Код страхования, Клиент, агент, объект страховки, вид страховки, срок страховки, цена страховки, дата начала страхования, дата завершения страхования).

Ниже задана логическая схема предметной области (рис.5):

Рисунок 5. Логическая схема предметной области

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

IDEFlX-диаграммы используются CASE-средствами, AllFusion ERwin Data Modeler 7.

Модель «сущность-связь» или ER-модель опубликована американским исследователем в области баз данных Питером Ченом в1976 году. С тех пор она расширялась и модифицировалась как самим Ченом, так и многими другими исследователями. В различных вариантах она вошла в состав многих CASE-средств поддержки проектирования информационных систем.

Базовыми понятиями ER-модели являются сущность, атрибут, идентификатор и связь.

Ниже приведена графическая схема ER-модели данных, построенной для реляционной базы данных (БД) в анализируемой АИС (рис.6).

Рисунок 6. Графическая схема ER-модели «Страховая деятельность в отделе продаж»

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

1.4 Проектирование физической структуры базы данных

Выходные документы и сообщения:

Отчет Агенты
Отчет Клиенты
Отчет Объекты страховки
Отчет Отчет по продажам страхования.

В программном приложении MS Access разработана структура и схема данных БД.

В режиме Конструктора созданы следующие таблицы (рис. 7):

Рисунок 7.1 Таблицы в режиме Конструктора

В программном приложении MS Access разработаны формы как объекты баз данных для каждой из таблиц БД ( рис.8).

Рисунок 8. Формы

Далее в схеме данных созданы связи между таблицами (рис. 9):

Рисунок 9. Схема данных со связями между таблицами

В программном приложении MS Access разработан запрос с параметрами диалога как объект БД., Запрос выполнен в режиме конструктора (рис.10) и в режиме таблицы (рис.11Рисунок 10. Запрос с параметром (введите объект страховки)).

Рисунок 10. Запрос с параметром (введите объект страховки)

Рисунок 11. Результат запроса с параметром

В программном приложении MS Access разработан перекрестный запрос как объект БД. Запрос выполнен в режиме конструктора (Рисунок 12 – Запрос перекрёстный в режиме Конструктора12) и в режиме таблицы (Рисунок 13 – Перекрестный запрос Агент_Объект_Количество13).

Рисунок 12 – Запрос перекрёстный в режиме Конструктора

Рисунок 13 – Перекрестный запрос Агент_Объект_Количество

В программном приложении MS Access разработался запрос с вычислением как объект БД. Запрос выполнен в режиме конструктора (Рисунок 14 – Запрос с вычисляемым полем в режиме Конструктора14) и в режиме таблицы (Рисунок 15 – Запрос Срок страховки15). Вычислен срок страховки по формуле: Срок страховки: CInt(([Страхование]![Дата завершения страхования]-[Страхование]![Дата начала страхования])/365*12+0,5).

Рисунок 14 – Запрос с вычисляемым полем в режиме Конструктора

Рисунок 15 – Запрос Срок страховки

В программном приложении MS Access разработан запрос на удаление записей как объект БД. Запрос выполнен в режиме конструктора (Рисунок 16 – Запрос на удаление Вида страховки16).

Рисунок 16 – Запрос на удаление Вида страховки

В программном приложении MS Access разработан запрос на создание новой таблицы с вычисляемыми полями как объект БД. Запрос выполнен в режиме конструктора (Рисунок 17 – Запрос на создание новой таблицы17). Вычислена новая цена страхования (увеличение цены на 10%) по формуле Новая цена: [Страхование]![Цена страховки]*1,1

Рисунок 17 – Запрос на создание новой таблицы

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

2. ПРАКТИЧЕСКАЯ ЧАСТЬ

2.1 Инструкция по работе с базой данных

Для открытия файла базы данных необходимо:

Выбираем место сохранения базы данных С:\Мои документы;
Файл базы данных MS Access 2016 - «БД.accdb».;
Щелкаем мышкой по файлу два раза.

Откроется база данных MS Access 2010 «БД», с автозапуском главной кнопочной формой.

Разработка интерфейса и реализация проекта

В программном приложении MS Access разработана кнопочная форма-меню для работы с БД (Рисунок 18. 18), охватывающая все созданные объекты базы данных анализируемой АИС (таблицы, формы, запросы, отчеты).

Рисунок 18. Главная кнопочная форма-меню БД «Управление продажами в страховой компании»

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

В базе данных для вывода на печать созданы следующие отчеты (рис.19-22).

Рисунок 19. Отчет Агенты

Рисунок 20. Отчет Клиенты

Рисунок 21. Отчет Объекты страховки

Рисунок 22. Отчет по продажам

2.2 Оценка экономической эффективности проекта

Расчет был произведен по отраслевому стандарту ГОСТ 4.071.030.

Чтобы рассчитать показатели экономической эффективности, необходимо сравнить данные по затратам до внедрения информационной системы анализа деятельности предприятия и после внедрения. Эмпирически выявлено, что до внедрения ИС на складе работало 9 человек в год (3 менеджера по складской логистике, 6 начальников смены).

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

Таблица 3

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

№ п/п	Показатели	Расчёт	Значение до внедрения	Значение после внедрения
1	Менеджер по складской логистике	Эмпирически	3	2
2	Начальник смены	Эмпирически	6	2

Составим смету затрат на оплату труда работников (Таблицы , 5).

Таблица 4

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

№	Должность	Оклад на 1 человека, руб	Количество человек	Общая сумма, с учетом трудозатрат, руб. в год
1	Менеджер по складской логистике	40000	3	1 440 000
2	Начальник смены	45000	6	3 240 000
Итого				4 680 000

Рассчитаем отчисления в фонды до и после внедрения ИС:

До внедрения: 4 680 000 * (0,22+0,029+0,051) = 1 404 000 руб.;

После внедрения: 1 560 000 * (0,22+0,029+0,051) = 468 000 руб.

Таблица 5

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

№	Должность	Оклад на 1 человека, руб	Количество человек	Общая сумма, с учетом трудозатрат, руб. в год
1	Менеджер по складской логистике	40000	1	480 000
2	Начальник смены	45000	2	1 080 000
Итого				1 560 000

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

Таким образом, после внедрения ИС амортизация в год составляет: (366,65+ 50 + 97,2 + 199,861+ 721,67) * 12 = 17 224,572 руб.

Таблица 6

Затраты на амортизацию после внедрения

Наимено-вание	Модель	Кол-во	Цена, руб.	Срок служ-бы, мес.	Общая стоимость	Аморти-зация за мес., руб.
Компьютер	Моноблок Lenovo ideacentre 310-20IAP	1	21 999	60	21 999	366,65
Стол	Стол компьютерный	1	3000	60	3000	50
Стул	Кресло офисное	1	3 500	36	3 500	97,2
МФУ	МФУ лазерное Ricoh SP 325SFNw	1	14 390	72	14 390	199,861
Планшет	10.1" Планшет Acer Iconia One 10 [B3-A32] 16 Гб , LTE черный	2	12 990	36	25 980	721,67

Рассчитаем потребляемую электроэнергию до и после внедрения ИС [8].

Рабочее помещение освещают 2 лампочек мощностью 100 Вт/час, в день используется: 2*100*8 = 1600 Вт.

Компьютер мощностью 450 Вт/час, в день используется: 450*8 = 3600 Вт

Один принтер мощностью 150 Вт/час, в день: 150*4 = 600 Вт

Два планшета: 50Вт * 16 * 2 = 1600 Вт

Потребляемая за день до внедрения ИС электроэнергия составит: 450*8*3 + 150*4 + 1600 = 13000 Вт или 13 кВт

Потребляемая за день после внедрения ИС электроэнергия составит: 1600 + 3600 + 600 + 1600 = 7400 Вт или 7,4 кВт

Следовательно, до внедрения ИС потреблялось: 13*22*12 = 3432 кВт, а после внедрения ИС – 7,4 * 22 * 12 = 1 953,6 кВт.

При тарифе для предприятия 3,37 руб за кВт затраты предприятия на электроэнергию до внедрения ИС ставят: 3432*3,37 = 11565,84 руб., а после внедрения ИС – 1 953,6 * 3,37 = 6 583,632 руб.

Прочие затраты до внедрения ИС составляют 4000 руб., а после внедрения – 2000 руб.

Сопровождением информационной системы анализа деятельности предприятия будут заниматься один специалист технической поддержки с окладом 25 000 руб. Стоимость сопровождения ИС на весь период составить 25 000*12 = 300000 руб.

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

Годовая экономия рассчитывается следующим образом:

годовая экономия = затраты до внедрения – затраты после внедрения.

Таким образом, годовая экономия составит:

6 318 063,6 - 2 373 808,204 = 3 944 255,396 руб.

Таблица 7

Сравнительная характеристика затрат до и после внедрения информационной системы

Наименование величины затрат	Величина затрат до внедрения (руб.)	Величина затрат после внедрения (руб.)
Заработная плата	4 680 000	1 560 000
Отчисления в фонды	1 404 000	468 000
Амортизация техники и мебели	20897,76	17 224,572
Электроэнергия	115565,84	6 583,632
Материалы	93 600	20 000
Прочие затраты	4000	2000
Затраты на сопровождение базы данных	-	300000
Всего	6 318 063,6	2 373 808,204

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

Плановый коэффициент эффективности составляет:

3 944 255,396 / (10364297,72 + 2 373 808,204) руб. = 0,31

Коэффициент эффективности с учетом фактических затрат на разработку составляет:

3 944 255,396 / (10364297,72 + 2 373 808,204) руб. = 0,31

Срок окупаемости представляет собой отношение капитальных затрат на разработку и внедрение АСУ к годовой экономии (к годовому приросту прибыли).

Плановый срок окупаемости составляет:

10364297,72 / 3 944 255,396 руб. = 2,63 лет. 2,63 * 12 = 31.56 мес,

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

Срок окупаемости с учетом фактических затрат на разработку составляет: 10364297,72 / 3 944 255,396 руб. = 2,63

График окупаемости строится на основании плановых затрат на разработку и сопровождение информационной системы анализа деятельности предприятия (рис.23) [4].

Рисунок 23. График окупаемости информационной системы управления отделом продаж страховой компании

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

Боковой Ю. Особенности методологии проектирования информационных систем для малого и среднего бизнеса. М.: Изд. дом «Университет», 2016. – 145 с.
Макарова Н.В., Волков В.Б. Информатика: Учебник для вузов. – СПб.: Питер, 2011. – 576 с.: ил.
Макарова, Н.В. Информатика. : Учебник для вузов / Н. В. Макарова, В. Б. Волков. – СПб. : Питер, 2011. – 576 с.
Парахина, В.Н. Стратегический менеджмент: учебник/ В.Н.Парахина, Л.С. Максименко, С.В. Панасенко.- М.: КНОРУС, 2006. - 496 с.Пирогов В. Информационные системы и базы данных: организация и проектирование. СПб.: БХВ, 2015. – 341 с.
Романова Т.Г., Романова Т.В., Белоусова А.Г. Финансовый анализ - Схемы и таблицы: учеб. пособие, 2010 – 63 с.
Рудикова Л.В. Базы данных. Разработка приложений. СПб.: БХВ-Петербург, 2012. – 496 с.: ил.
Рыбальченко М. Архитектура информационных систем. М.: Эксмо, 2016. – 221 с.
Теория информационных процессов и систем. : Учеб. пособие. / Б.Я. Советов, В.А. Дубенецкий, В.В. Цехановский [и др.] ; под ред. Б.Я. Советова. - М. : Издат. центр «Академия», 2010. - 432 с.