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

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

Для начала, представим в общем виде данный процесс (рисунок 2.9).

Рисунок 2.9- Андеррайтинг. Общее представление

На рисунке, приведенном выше, X (t) - это множество значений входных факторов в момент времени t. Знать значения всех входных параметров практически невозможно. Поэтому ограничим множество входных параметров следующими:

- число договоров, соответствующих заданным параметрам, за определенный промежуток времени t;

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

- средняя страховая сумма по выбранным договорам за заданный промежуток времени;

- значение показателя гарантии безопасности для конкретного договора;

- вероятность наступления страхового случая для конкретного договора.

В общем виде значение функции Y(t) = h(X, Q), где Q - множество параметров, неизвестных наблюдателю.

При определении тарифов для видов страхования иных, чем страхование жизни, может использоваться Методика расчета тарифных ставок по рисковым видам страхования, в соответствии с которой нетто-ставка рассчитывается по формуле (2.1):

Т_н = Т_о + Т_р, (2.1)

где Т_о- основная часть нетто-ставки, которая определяется как:

где S_в- среднее возмещение; S - средняя страховая сумма; q - вероятность наступления страхового случая;

Т_р- рисковая надбавка.

Рисковая надбавка рассчитывается по формуле (2.2):

(2.2)

где N - число договоров страхования; R_в- среднеквадратическое отклонение среднего возмещения; б(г) - гарантия безопасности.

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

Ниже приведена таблица (2.3) значений б для часто используемых значений гарантии безопасности г.

Таблица 2.3 - Значения показателей гарантии безопасности

Заданное значение вероятности г, %	84	90	95	98	99,86
Значение б, при котором Ф(б)=г	1,0	1,3	1,645	2,0	3,0

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

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

(2.3)

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

2.3 Временная модель

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

Для построения сетевой модели, ориентированной на операции, рекомендована следующая методика:

- составление перечня операций;

- составление матрицы смежностей;

- нумерация вершин и построение сетевого графика.

Перечень операций составим в виде таблицы 2.4.

Таблицы 2.4 - Перечень операций

Наименование (Индекс)	Продолжительность tср. мин	Предшествующая операция	Последующая операция
В1	1	-	В2,В3,В4,В5
В2	6	В1	В3,В4, В5,
В3	7	В1, В2	В4,В5
В4	4	В1, В2,В3	В5
В5	2	В1, В2,В3,В4	-

В₁- регистрация договора;

В₂ - заполнение данных;

В₃ - учет договоров;

В₄- андеррайтинг;

В₅ - печать договора.

Теперь построим матрицу смежностей, причем, если элемент В_i предшествует элементу В_j, то значение в данном пересечении -1, иначе 0.

Таблица 2.5 - Матрица смежностей операций

	В1	В2	В3	В4	В5
В1	0	1	1	1	1
В2	0	0	1	1	1
В3	0	0	0	1	1
В4	0	0	0	0	1
В5	0	0	0	0	0

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

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



Рисунок 2.10- Граф операций

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

2.4 Выводы по разделу

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

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

Таблица 2.6 - Перечень изменений бизнес-процессов

Перечень бизнес-процессов	Модель “as is”	Модель “to be”
1. Формирование договоров	Вручную	Автоматизированное
2. Учет договоров	Вручную	Автоматизированное
3. Создание отчетов	Вручную	Автоматизированное
4. Андеррайтинг	Вручную (при помощи инструкций)	Автоматизированное
5. Хранение информации	Бумажные носители	База данных

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

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

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

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

3. Проектирование

На данном этапе происходит подготовка к конечному этапу - реализации алгоритмов, т.е. построению ИС. В данном разделе необходимо выбрать архитектуру, описать АРМ и их взаимодействие между собой, а также построить структуру БД

3.1 Выбор архитектуры

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

Рисунок 3.1- Архитектура клиент-сервер

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

Формированием пользовательского интерфейса занимается клиент, для построения которого можно использовать целый ряд специальных инструментов, а также большинство настольных СУБД. Логика обработки данных может выполняться как на клиенте, так и на сервере. Клиент посылает на сервер запросы, сформулированные, как правило, на языке SQL. Сервер обрабатывает эти запросы и передает клиенту результат (разумеется, клиентов может быть много).

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

3.2 Структура базы данных

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

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

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

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

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

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

3.2.1 Логическая модель данных

Для построения логической модели БД мы воспользовались методологией проектирования ERwin.ERwin относится к средствам проектирования баз данных, обеспечивающих моделирование данных и разработку схем баз данных для основных СУБД [7].

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

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

В логической модели БД (рисунок 3.2) будут представлены следующие сущности и их атрибуты:

1. Агент (фамилия; имя; отчество; дата рождения; адрес; телефон; номер паспорта);

2. Клиент (номер паспорта; фамилия; имя; отчество; дата рождения; адрес; телефон);

3. Заявление о страховании (номер заявление; ФИО клиента; адрес клиента; объект страхования);

4. Заявление о расторжении договора (номер заявления; ФИО клиента; номер договора);

5. Заявление о страховом событии (номер заявления; ФИО клиента; номер договора; объект страхования; причиненный ущерб);

Рисунок 3.2 - Логическая модель

6. Договор (номер договора; код вида страхования; объект страхования; сумма страховки; ФИО клиента; адрес клиента; сумма страхового взноса; перечень страховых рисков; дата заключения договора; дата окончания действия);

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

8. Отчет по выплатам (номер отчета; номер договора; сумма страхового обеспечения; дата выплаты).

3.2.2 Физическая модель данных

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

Физическая модель БД представлена на рисунке 3.3.

Построенные моделиоблегчат процесс создания базы данных для информационной системы страховой компании. SQL-код можно получить непосредственно из case-средста Erwin.



Рисунок 3.3 - Физическая модель

4. Реализация

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

4.1 Технология реализации

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

4.1.1 Выбор языка программирования

Основное достоинство языка программирования Delphiсостоит в объектно-ориентированном представлении. Так же существенно изменился принцип компиляции программ.

Delphi - это комбинация нескольких важнейших технологий:

- высокопроизводительный компилятор в машинный код;

- объектно-ориентированная модель компонент;

- визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

- масштабируемые средства для построения баз данных.

Основной упор модели в Delphi делается на то,чтобы максимально производительно использовать код. Это позволяет очень быстро разрабатывать приложения, так как уже существуют заранее подготовленные объекты. А так же вы можете создавать свои собственные объекты, без каких-либо ограничений. Язык Delphi -- строго типизированный объектно-ориентированный язык, в основе которого лежит хорошо знакомый программистам ObjectPascal.

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

Среди пользователей самой популярной операционной системой является Windows. И для разработчика несомненно очень важно,чтобы писать программы именно для этой оболочки. До недавнего времени практически все программы для этого пакета операционных систем писались на Borland С++, который в своё время мог освоить только пользователь с большим опытом программирования и требовал сёрьёзных знаний в теории.

Бурное развитие информационных технологий требовало качественной и быстрой разработке программного обеспечения. Именно для таких разработок проявил себя BorlandDelphi и MicrosoftVisualBasic. В основе систем быстрой разработки (RAD-систем, RapidApplicationDevelopment -- среда быстрой разработки приложений) лежит технология визуального проектирования и событийного программирования, и вам не надо будет думать над программным кодом и реализацией стандартных задач, все, что вам требуется - это подключить определённый модуль (в зависимости от задачи) и правильно построить интерфейс программы.

Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре “клиент-сервер”. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно).

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

4.1.2 Выбор СУБД

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

Понятие БД, СУБД и приложения

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

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

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

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

Особенности СУБД MicrosoftSQLServer

Важнейшие характеристики СУБД MicrosoftSQLServer- это:

1. Простота администрирования;

2. Возможность подключения к Web;

3. Быстродействие и функциональные возможности механизма сервера СУБД;

4. Наличие средств удаленного доступа.

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

В принципе, данная СУБД представляет собой современную полнофункциональную база данных, которая идеально подходит для малых и средних организаций. Необходимо заметить, что SQL Server уступает другим СУБД по двум важным показателям: программируемость и средства работы. При разработке клиентских БД приложений на основе языков Java, HTML часто возникает проблема недостаточности программных средств SQL Server и пользоваться этой СУБД будет труднее, если перечисленные языки необходимы. SQL Server функционирует только в среде Windows. Поэтому использование SQL Server целесообразно, по нашему мнению, только если для доступа к содержимому БД используется исключительно стандарт ODBC, в противном случае лучше использовать другие СУБД.

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

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

4.1.3 Аппаратные требования

Данная система не требует наличия высокоскоростных рабочих станцийсо стороны клиентов.

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

- процессор Pentium 75;

- память 32 Мб;

- VGA совместимый видеоадаптер;

- сетевой адаптер;

- клавиатура;

- манипулятор “Мышь”.

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

- процессор Pentium(Celeron) 400;

- память 64 Мб;

- VGA совместимый видеоадаптер;

- сетевой адаптер;

- накопитель на Жестком Магнитном Диске 2 Гб.

4.2 Принцип работы

Для более наглядного представления работы программы использованы возможности языка UML 2.0.

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

На рисунке 4.1 показан порядок создания нового договора. После регистрации в системе пользователь может на основе имеющихся данных создавать договор.

При внесении изменений в договор вначале необходимо указать его номер (рисунок 4.2).

Рисунок 4.1 - Регистрация договора в системе

Рисунок 4.2 - Изменение данных договора

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

Другие процессы не описаны, так как имеют короткую и простую последовательность шагов.

Рисунок 4.3 - Формирование списка договоров для андеррайтинга

4.3 Описание интерфейса пользователя

В данном разделе опишем последовательность действий агента.

Запускаем программу для работы с базой данных. Появляется окно (рисунок 4.4), на котором необходимо ввести имя пользователя и пароль для авторизации

Рисунок 4.4 - Регистрация пользователя

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

- справочник договоров (создание / изменение / просмотр / удаление договора);

- модуль андеррайтинга;

- учет договоров;

- справку и данные об авторе программы.

У всех окон имеются стандартные функции:

- закрыть окно;

- свернуть окно;

- развернуть окно.

Рисунок 4.5 - Регистрация пользователя

Теперь приступим непосредственно к функциям, которые может выполнять данная программа.

1. Создание договора (рисунок 4.6).



Рисунок 4.6 - Создание договора

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

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

2. Удаление, просмотр, редактирование договора.

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

В случае если пользователь не знает номера, то он может воспользоваться поиском. Более подробно поиск описан ниже.

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

3. Андеррайтинг.



Рисунок 4.7 - Удаление договора

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

Если обрабатываемые договоры существуют, то нужно сделать их выборку. Процесс выборки описан далее.

После запуска из менюандеррайтинга появляется форма, приведенная на рисунке 4.8.

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

Рисунок 4.8 - Андеррайтинг

4. Учет.

К окну, показанному на рисунке 4.9, можно перейти несколькими способами: непосредственно через пункт меню «Учет» или же при поиске номера договора.

Рисунок 4.9 - Селекционный экран

Второй случай был описан ранее, поэтому остановимся на первом.

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

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

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



Рисунок 4.10 - Результаты поиска

Если нажать на кнопку «Андеррайтинг», то появиться форма, представленная на рисунке 4.8, причем часть полей заполняться автоматически.

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

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

5. Социальная значимость разработки

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

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

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

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

- снижения числа ошибок, обусловленных «человеческим фактором;

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

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

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

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

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

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

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

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

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

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

6. Технико-экономическое обоснование проекта

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

6.1 Расчет интегрального показателя качества

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

6.1.1 Анализ рынка

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

6.1.2 Выбор системы-аналога

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

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

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

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

Таблица 6.1 - Сопоставление технико-экономических критериев

Критерий	Весовой коэффиц., qi	Оценка модели, А1i	qi·A1i	Оценка аналога, А2i	qi·A2i
Учет договоров	0,3	10	3,0	10	3,0
Поддержка андеррайтинга	0,3	10	3,0	7	2,1
Разграничение доступа	0,1	6	0,6	6	0,6
Совместимость	0,2	8	1,6	6	1,2
Использование СУБД	0,2	8	1,6	8	1,6
ИТОГО:	1,0		9,8		8,5

6.1.3 Интегральный показатель качества

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

Он будет равен:

для разрабатываемой системы:

И₁ = ? A_1iq_i = 9,8

для аналога:

И₂ = ? A_2iq_i = 8,5,

где A_1i и A_2i соответствующая характеристика проекта и аналога;q_i - весовые коэффициенты.

Относительная технико-экономическая эффективность разработанного продукта:

K_и = И₁ / И₂ = 1,153.

Полученное значение K_и показывает целесообразность и экономическую эффективность разработки.

6.2 Расчет себестоимости системы

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

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

, (6.1)

где Т_о - ожидаемая длительность работ;Т_min и Т_max - наименьшая и наибольшая, по мнению эксперта, длительность работ.

Все расчеты сведены в таблице 6.2.

Таблица 6.2 - Определение продолжительности работ

Наименование работ	Длительность работ (дней)
	tmin	tmax	t0
Разработка ТЗ	5	9	6,6
Анализ ТЗ	4	6	4,8
Поиск и изучение источников*	12	16	13,6
Разработка алгоритма	14	20	16,4
Разработка программы*	20	34	25,6
Тестирование и отладка программы*	20	25	22,0
Оформление сопроводительной документации*	7	14	9,8
Машинное время	59	89	71,0
Итого:	82	124	98,8

Ленточный график работ представлен на рисунке 6.1.

Рисунок 6.1- Ленточный график

Всего было затрачено 99 дней (из них с использованием ЭВМ - 71 день). Себестоимостьразработанной системы рассчитаем по формуле (6.2):

К = Z_п + М_п + Н_р, (6.2)

где Z_п - заработная плата проектировщика на всем этапе проектирования;М_п - затраты на использование ЭВМ на этапе проектирования;Н_р - накладные расходы.

Одним из основных видов затрат на этапе проектирования является заработная плата проектировщика, которая рассчитывается по формуле (6.3):

Z_п = Z_дТ_п (1 + а_с /100) (1 + а_п /100), (6.3)

где Z_д - дневная заработная плата разработчика на этапе проектирования; а_с - единый социальный налог (ЕСН); а_п - процент премий.

Z_д = 110 руб.,

Т_п= 99 дней,

_с = 26%,

_п = 20%,

Z_п = 110·99 (1 + 26/100)(1 + 20/100) = 16466 (руб.).

Формула (6.4) для расчетов затрат на использование ЭВМ на этапе проектирования имеет вид:

М_п= С_м· t_м,(6.4)

где С_М -стоимость 1 часа машинного времени;t_М - необходимое для решения задачи машинное время (час).

С_М= 15 руб.,

t_М = t_Р t,

где t_Р - время, требуемое на разработку программы; t - количество часов работы с ПП в день.

t_М = 71 · 4 = 284 ч,

М_П = 15 · 352 = 4260 руб.

Накладные расходы составляют 10% от заработной платы персонала, занятого эксплуатацией программы, и вычисляются по формуле (6.5):

Н_П = (Z_П · 10) / 100,(6.5)

Н_П = (16466 · 10) / 100 = 1647 руб.

Таким образом, получим себестоимость системы по формуле (6.6):

С = Z_п + М_п + Н_п,(6.6)

С= 16466 + 4260 + 1647 =22373 руб.

Цена разработанной системы вычисляется по следующей формуле (6.7):

Ц = С + П, (6.7)

где П - прибыль разработчика.

Прибыль составляет 5% от себестоимости системы.

Таким образом, цена разработанной системы равна:

Ц = С+0,05· С,

Ц = 22373+0,05· 22373=23492 руб.

6.3 Подход к ценообразованию

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

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

Для рынка олигополии характерно:

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

- производство как однородной, так и диверсифицированной продукции;

- высокая монопольная (рыночная) власть отдельной фирмы (больше, чем на конкурентном рынке, но меньше, чем при чистой монополии).

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

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

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

6.4 Расчет трудоемкости разработки программного продукта

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

Обозначим G - трудоемкость разработки ПП (чел-мес),Т - длительность разработки ПП, месяц.

G и Т определяются по формулам (6.8) и (6.9)

, (6.8)

, (6.9)

где n - количество тысяч строк ИТП.

ИТП, в нашем случае составляет 2100 строк, т.е. n= 2,1. Исходя из этого, определим G и Т:

,

.

6.5 Расчет экономического эффекта от использования программы

Критерием эффективности создания и внедрения новых методов является ожидаемый экономический эффект. Он определяется по формуле (6.10):

Э = Э_г - К_п · Е_н, (6.10)

Где Э_г - годовая экономия;К_п - капитальные затраты покупателя;Е_н - нормативный коэффициент (Е_н = 0,3).

Годовая экономия Э_г складывается из экономии эксплуатационных расходов и экономии в связи с повышением производительности труда пользователя. Таким образом, получаем формулу (6.11):

Э_г = (Р₁ + Р₂) + Р_п, (6.11)

где Р₁ и Р₂ - соответственно эксплуатационные расходы до и после внедрения; Р_п - экономия от повышения производительности труда пользователя.

Т.к. программный продукт не требует дополнительных эксплуатационных расходов, то годовая экономия Э_г равна:

Э_г = Р_п.

6.6 Экономия от увеличения производительности труда

Если пользователь при выполнении работы j-того вида после использования системы экономит Т_j часов, то повышение производительности труда Р_п (в процентах) определяется по формуле (6.12):

P_п = Т_j / (t_j- T_j) · 100, (6.12)

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

Т_j иt_j должны быть определены в среднем за год.

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

Р_п = (1,83 / (2 - 1,83))*100% = 1076%

До использования программы годовая оплата пользователя составляла:

5000*12 = 60000руб.

После использования программы:

(5000/ 10,76)·12= 5576 руб.

Таким образом, экономия от повышения производительности труда пользователя равна:

Р_п = 60000- 5576 = 54424 руб.

Годовая экономия равна:

Э_г= Р_п = 54424 руб.

Так как капитальные затраты покупателя равны:

К_п = С+П,

К_П= 22373 + 0,05 · 22373 = 23492 руб.

Отсюда получаем, что ожидаемый экономический эффект равен:

Э = Э_г - Е_н·К_п

Э = 54424 - 0,3·23492 = 47346 руб.

В результате получим таблицу 6.3.

Таблица 6.3 - Показатели экономической эффективности разработки

Показатель	Цена, руб.
Себестоимость	22373
Цена с учетом прибыли	23492
Экономический эффект	47346

7. Безопасность и экологичность приэксплуатации информационной системы страховой компании

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

7.1 Анализ напряженности трудового процессапри эксплуатации информационной системы страховой компании

Оценку напряженность трудового процесса для оператора проведем в соответствии с руководством P2.2.2006-05 «Гигиенические критерии оценки и классификация условий труда по показателям вредности и опасности факторов производственной среды, тяжести и напряженности трудового процесса»[11].

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

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

7.1.1 Оценка показателей трудового процесса

Рассмотрим и оценим все показатели трудового процесса согласно гигиеническим критериям.

1. Нагрузки интеллектуального характера

1.1. "Содержание работы" -наиболее сложная по содержанию работа, требующая той или иной степени эвристической (творческой) деятельности. Оценка 3.2;

1.2. "Восприятие сигналов (информации) и их оценка" - по данному фактору трудового процесса осуществляется восприятие сигналов (информации) с последующей коррекцией действий и выполняемых операций. Оценка 2.0;

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

1.4. "Характер выполняемой работы". Наибольшая напряженность характеризуется работой в условиях дефицита времени и информации. При этом отмечается высокая ответственность за конечный результат работы. Оценка 3.2;

2. Сенсорные нагрузки.

2.1. "Длительность сосредоточенного наблюдения (в % от времени смены)" - чем больше процент времени отводится в течение смены на сосредоточенное наблюдение, тем выше напряженность. Общее время рабочей смены принимается за 100%. Оценка 3.1;

2.2. "Плотность сигналов (световых, звуковых) и сообщений в среднем за 1 ч работы" - количество воспринимаемых и передаваемых сигналов (сообщений, распоряжений) позволяет оценивать занятость, специфику деятельности работника. Оценка 1.0;

2.3. "Число производственных объектов одновременного наблюдения" - указывает, что с увеличением числа объектов одновременного наблюдения возрастает напряженность труда (до5). Оценка 1.0;

2.4. "Размер объекта различения (при расстоянии от глаз работающего до объекта различения не более 0.5 м) при длительности сосредоточенного наблюдения (% от времени смены)". Класс напряженности труда зависит от размера рассматриваемого предмета и продолжительности времени наблюдения (т.е. от нагрузки на зрительный анализатор). Оценка 2.0;

2.5. "Работа с оптическими приборами (микроскоп, лупа и т.п.) при длительности сосредоточенного наблюдения (% от времени смены)". На основе хронометражных наблюдений определяется время (часы, минуты) работы за оптическим прибором. Оценка 1.0.

2.6. "Наблюдение за экраном видеотерминала (ч в смену)". Согласно этому показателю фиксируется время (ч, мин.) непосредственной работы пользователя ВДТ с экраном дисплея в течение всего рабочего дня при вводе данных, редактировании текста или программ, чтении буквенной, цифровой, графической информации с экрана. Оценка 3.1;

2.7. "Нагрузка на слуховой анализатор (при производственной необходимости восприятия речи или дифференцированных сигналов)". Разборчивость слов и сигналов от 100% до 90%, помехи отсутствуют. Оценка 1.0;

2.8. "Нагрузка на голосовой аппарат (суммарное количество часов, наговариваемых в неделю)". Степень напряжения голосового аппарата зависит от продолжительности речевых нагрузок. Перенапряжение голоса наблюдается при длительной, без отдыха, голосовой деятельности. Оценка 1.0;

3. Эмоциональные нагрузки.

3.1. "Степень ответственности за результат собственной деятельности. Значимость ошибки" - указывает, в какой мере работник может влиять на результат собственного труда при различных уровнях сложности осуществляемой деятельности. Характерна самая высокая степень ответственности за окончательный результат работы, а допущенные ошибки могут привести возникновению опасных ситуаций для жизни людей. Оценка 3.2;

3.2. "Степень риска для собственной жизни". Исключена. Оценка 1.0;

3.3. "Степень ответственности за безопасность других лиц". Исключена. Оценка 1.0;

4. Монотонность нагрузок.

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

4.2. "Продолжительность (с) выполнения простых производственных заданий или повторяющихся операций" - чем короче время, тем, соответственно, выше монотонность нагрузок. Оценка 2.0;

4.3. "Время активных действий (в % к продолжительности смены)". Чем меньше время выполнения активных действий и больше время наблюдения за ходом производственного процесса, тем, соответственно, выше монотонность нагрузок. Оценка 2.0;

4.4. "Монотонность производственной обстановки (время пассивного наблюдения за ходом техпроцесса в % от времени смены)" - чем больше время пассивного наблюдения за ходом технологического процесса, тем более монотонной является работа. Оценка 2.0;

5. Режим работы.

5.1. "Фактическая продолжительность рабочего дня". Колеблется от 8 - 9 ч. Оценка 2.0;

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

5.3. "Наличие регламентированных перерывов и их продолжительность". Перерывы регламентированы, недостаточной продолжительности: от 3 до 7 % рабочего времени. Введение перерывов на отдых в счет рабочего времени способствует улучшению функционального состояния организма работника и обеспечивает высокую производительность его труда. Оценка 2.0.

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

7.1.2 Дерево отказов при эксплуатации системы

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

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

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

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

1. Некорректные действия оператора:

- ошибки вследствие переутомления;

- ошибки из-за нервного напряжения;

- ошибки вследствие недостаточной квалификации пользователя.

2. Программные ошибки:

- сбой операционной системы (ОС);

- ошибки проектирования;

- ошибки программ.

3. Сбой в работе сети:

- отключение системы питания;

- выход из строя системы оборудования.

4. Возникновение пожара:

- присутствие горючих материалов;

- появление искры или огня.

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

Некорректные действия оператора возможны при переутомлении или нервном напряжении (первая категория монотонных работ). Переутомление является результатом нарушений режима труда и отдыха или организации рабочего места с нарушением эргономических требований.Нервное напряжение происходит из-за воздействия шума (для конструкторских бюро 50 дБА) или различных излучений (в любой точке на расстоянии 5 см от корпуса не выше 5,55 мкР/с) и электрической напряженности (внутри помещения до 0,5 кВ/м). Также возникновение ошибок может быть следствием недостаточной подготовленности, квалификации пользователя.

...