• Пример расчета индексации зарплаты
• Порядок исправления несущественной ошибки зависит от
• Тестирование на собеседовании бухгалтера
• Индексация зарплаты: выбираем «базовый» месяц правильно Установка базового месяца расчета индексации
• Тесты по бухгалтерскому учету
• Как и где поменять медицинский полис страхования?
• Обезличенный металлический счет
• Что входит в ОМС – бесплатное обслуживание и входящие в полис услуги
• Как и где получить полис ОМС?
• Какую страховую компанию выбрать для получения полиса омс

Автоматизированные системы в страховой деятельности.

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

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

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

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

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

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

На страховом рынке существует разнообразные типы страховых компаний.

• Акционерные страховые общества;
• Государственные страховые компании;
• Перестрахов очные компании (перестрахование - система экономических отношений, в соответствии с которой страховщик, принимая на страхование риски, часть ответственности по ним передает на согласованных условиях другим страховщикам с целью создания сбалансированного страхового портфеля);
• Общества взаимного страхования (организационная форма страховой защиты, при которой каждый страхователь одновременно является членом страхового общества, т.е. это объединение страхователей в целях обеспечения взаимопомощи). Ему в меньшей степени присуща коммерческая направленность, чем акционерному страхованию;
• Негосударственный пенсионный фонд (форма организации личного страхования, гарантирующая выплату дополнительной пенсии по достижению пенсионного возраста).

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

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

Формой проведения страхования может быть обязательная или добровольная.

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

Основные виды страхования: страхование имущества, личное страхование, страхование ответственности, страхование экономических рисков.

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

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

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

Основные функции страхования:

Формирование специализированного страхового фонда денежных средств;

Возмещение ущерба и личное материальное обеспечение граждан;

Предупреждение страхового случая и минимизация ущерба

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

Рассмотрим основные функциональные задачи, реализуемые в автоматизированных информационных системах страхования:

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

Внесение страховой премии (страховая премия - плата за страховой риск страхователя страховщику в силу закона или договорастрахования). Перечисление денежных средств по счетам.

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

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

Расчет базовых тарифных ставок по видам страхования . Накопление информации по конкретным видам страхования, основным страховым событиям; расчет страховых ставок на основании статистических данных.

Расчет резервного фонда. Анализ состояния счетов по видам страхования по суммам и количеству договоров; расчет резервного фонда по нормативам и по фактическому состоянию.

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

Анализ финансового состояния компании.

Ведение внутренней бухгалтерии. Расчет заработной платы сотрудников; учет основных и оборотных средств, расчет и перечисление налогов и т.д.

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

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

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

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

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

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

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

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

Представительства или агентства страховых компаний имеют в распоряжении один или несколько компьютеров.

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

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

В системе базы данных существуют на трех уровнях:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обещание необходимость обновления системы (система безнадежно устаревает за 2-3 года),

страховой деятельности. На рынке сейчас существует около 5-6 решений для страховых компаний в области автоматизации. Купив хорошее решение сейчас, страховая компания через 2-3 года обнаруживает, что ее система безнадежно устарела! Тогда начинают трясти компанию-разработчика, которая продала систему. Обычно на другом конце телефонного провода отвечают, что скоро выходит новая версия, за которую надо будет “немного” доплатить. При этом, обещают сделать скидки, как постоянным клиентам! Обычно такие скидки не превышают 30-40%.
Есть и другая проблема, когда бизнес начинает развиваться очень динамично и на рынок требуется выводить новые страховые продукты. Следовательно в системе необходимо что-то доработать, что-то где-то подкрутить… Такого рода работы, как правило, рассчитаются по отдельному прайсу! Только не думайте, что Вы у нас одни! Придется немного подождать… Позвоните завтра или через полгода…
Вот тут-то страховая компания подсаживается на крючек… в очередной раз. Немного посовещавшись, руководство принимает решение все написать самим или поручить какой-нибудь софтверной компании. И все возвращается на свои круги…
Вот это только самые первые проблемы, с которыми встречаются большинство российских страховых компаний.

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

Однако есть страховщики, которые понимают: за высокими технологиями - будущее, но строить это будущее нужно уже сегодня. О роли автоматизации в страховании, об интернет-продажах и о рассказал Предправления страховой компании «ВУСО» Александр Шойхеденко .

- Нужны ли страховщикам инвестиции в технологичность?

Автоматизация в страховании, как и в любой розничной сфере, которая имеет дело с большим количеством клиентов - это объективная необходимость. Причем, мы говорим не только о продажах или урегулировании, а обо всех бизнес-процессах. В США и Европе большая часть неоперационных затрат страховой отрасли приходится на поддержку и развитие IТ-инфраструктуры. Это свидетельство понимания страховщиками важности использования современных систем, которые позволяют повысить эффективность продаж, усовершенствовать управление убыточностью, а уж о финансовом учете и говорить не приходиться. Банки, например, давно автоматизировали свои процессы, и не представляют себе, как можно заполнить депозитный договор от руки, а затем внести информацию в Информационную систему. Украинские страховщики, увы, в большинстве своем этим вопросом пока не озабочены. Но я уверен, что в ближайшем будущем тенденция изменится.

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

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

- Насколько велик опыт по автоматизации бизнес-процессов у вашей компании?

- «ВУСО» занимается автоматизацией еще с 2003 года. В этом направлении мы активно сотрудничаем с компанией Nexstep Solutions, при поддержке которой мы смогли автоматизировать очень многие процессы в продажах, урегулировании, андеррайтинге, учете и финансах. На сегодняшний день большая часть договоров страхования создается в системе, что гарантирует их 100% соответствие стандартам компании. Это действительно прецедент, поскольку в 90% процесс выглядит по-другому: сначала продавцы заключают договора, потом учетчики их сверяют, затем данные о договорах вносят в базы данных. Автоматизация сокращает человеческие затраты и нивелирует человеческий фактор. Кроме того, 80% страховых платежей автоматически связываются с договорами страхования, что позволяет резко снизить количество учетного персонала. Основное преимущество используемой системы - это автоматизация процессов, а не просто учет документов.

- На какой спектр страховых продуктов нацелен ваш онлайн-магазин?

Имея в своем распоряжении такую мощную систему управления, мы просто не могли не смотреть на интернет как на перспективную площадку для продаж страховых продуктов. Прежде всего, это простые розничные продукты - ОСАГО, КАСКО и страхование выезжающих за рубеж. Во-первых, это стандартизированные продукты, которые у всех страховщиков можно сказать почти на одинаковых условиях; во-вторых, на них существует устойчивый спрос. В данном случае мы продвигаем не продукт, а сервис. Более сложные продукты без человека продавать трудно.

- В чем суть и преимущества электронного полиса ОСАГО?

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

Преимущества электронного полиса огромны. В первую очередь это инструмент, который позволит избежать любых видов страхового мошенничества на этапе продажи. Ведь как происходит сегодня, например, в сегменте ОСАГО: страховой агент получает на руки 500 бланков полисов ОСАГО, которые он в итоге якобы теряет, но на самом деле продает «на сторону» и кладет полученные страховые платежи себе в карман. А ведь на рынке есть прецеденты, когда страховые компании теряли по 10 и даже по 100 тыс. банков полисов ОСАГО. Во-вторых, существенная экономия на печати, доставке, заполнению, хранению бумажных полисов. В-третьих, это уникальный инструмент контроля страховщиков-членов МТСБУ. Например, сегодня после лишения лицензии у страховщика остается десятки тысяч полисов.

- У вас это работает?

- Когда же можно ждать внедрения электронного полиса на законодательном уровне?

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

- Каких результатов удалось добиться компании в интернет направлении?

По крайней мере, динамика развития хорошая. Спустя год доля этого канала во всем портфеле компании составила приблизительно 1%. И в течение последующих 2-3 лет мы намерены довести эту цифру до 10%. Это вполне реально. Ведь, если взять пример Великобритании, то там только по ОСАГО продажи через интернет составляют более 50%. Кроме того, лояльность клиентов полученных через интернет-магазин гораздо выше.

- Есть ли аналогичные или близкие по наполнению интернет-проекты у других страховых компаний?

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

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

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

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

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

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

· Учёт страховых продуктов (видов страхования).

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

Рис 3.1. Справочник "Виды страхования"

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

· Учет проданных полисов.

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

Рис. 3.2.

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

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

Рис. 3.3.

Аналитика системы позволяет отследить сроки окончания действия полисов и даты очередных платежей.

Для уменьшения трудозатрат на занесение полисов в систему, предусмотрена возможность автоматического занесения полисов из отчета агента в форме excel.

· Взаимоотношения со страховыми компаниями.

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

Финансовые документы (бордеро) сформированные по данным отчета могут быть распечатаны или сохранены в электронном виде (форматы excel, html и т.д.) с последующей обработкой.

· Учет заявок на кредитование.

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

Рис. 3.4.

На основании введенных в систему «Страховой брокер 8.3» данных руководитель предприятия может сформировать ряд аналитических отчетов по финансовой деятельности в различных разрезах.

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

Рис. 3.5.

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

Рис. 3.6.

Отчет по взаиморасчетам показывает данные по движению денежных средств и конечный остаток.

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

· Учет бланков строгой отчетности.

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

Рис. 3.7.

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

Рис. 3.8.

Система контроля остатков позволяет отследить минимально необходимое количество в офисе, а так же статус каждого бланка с помощью отчета "Остатки БСО"

Рис. 3.9.

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

Рис. 3.10

Типы бланков (полис ОСАГО, КАСКО, квитанция) создаются самим пользователем в соответствующем справочнике. Возможна привязка по страховым компаниям и видам страхования. Количество типов бланков в системе ничем неограниченно. Каждый бланк в системе может сопровождать произвольный комментарий.

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

поступление / возврат в страховую компанию

передачу / возврат от агента

передачу бланков напрямую между агентами

списание бланка при его утрате

ввод начальных остатков

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

· Управление сетью агентов.

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

· Интеграция с другими учетными системами.

Для функционирования система использует платформу «1С Предприятие 8.1», что делает систему многопользовательской и практически не ограниченной локальной сетью.

Для передачи и приёма информации (финансовых документов и т.д.) используется механизм обмена данными в формате XML.

· Другие возможности.

Учет страховых случаев - для возможности учета ущербности страхователя предусмотрен учет всех его страховых случаев.

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

Описание процессов работы страхового брокера в программе:

• · Анализ продаж страхового брокера;
• · Анализ продаж по агентам;
• · Ввод новой страховой компании, агента, страхователя;
• · Ввод нового вида страхования;
• · Оприходование бланков строгой отчетности;
• · Отслеживание очередных взносов по полисам оплачиваемым в рассрочку;
• · Отслеживание окончания действия страховых полисов;
• · Передача бланков агенту;
• · Продажа страхового полиса;
• · Создание отчёта для страховой компании.

ь Анализ продаж страхового брокера.

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

Рис. 3.11.

Кроме указания периода формирования отчета страховой брокер может указать конкретную организацию, страховую компанию и вид страхования (ОСАГО, КАСКО, ГО). Настройки отчета могут быть сохранены для последующего использования с помощью кнопки. Таким образом, при следующем открытии нажав на кнопку, Вы можете быстро восстановить значения настроек.

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

Скидка - сумма скидки сделанной брокером из расчета собственного комиссионного вознаграждения.

Собственная комиссия - процент и сумма собственной комиссии брокера.

Страховая премия за вычетом комиссии - сумма подлежащая перечислению в страховую компанию без комиссии брокера.

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

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

Отчет «Финансовые результаты» в программе «Страховой брокер 8.3» покажет более детальную информацию (с детализацией до конкретного документа) если кликнуть два раза курсором мыши на строке группировки по виду страхования. При этом откроется отдельное окно отчета.

Рис. 3.12

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

Данные в этом окне можно сформировать заново, предварительно настроив параметры отчета (период, организация, страховая компания, вид страхования, контрагент) и нажав на кнопку «Сформировать».

Информацию из любого окна можно распечатать через меню «Файл» - «Печать». Если кнопка «Печать» в меню недоступна, необходимо кликнуть один раз курсором мыши в любое место отчета и после этого повторить попытку печати. Так же можно сохранить данные во внешний файл. Для этого необходимо нажать в меню «Файл» кнопку «Сохранить копию». В открывшемся окне выбрать имя файла и его тип. Для сохранения в Excel нужно выбрать тип «Лист Еxcel97».

ь Анализ продаж по агентам.

Для анализа продаж страховых полисов по агентам в программе «Страховой брокер 8.3» предусмотрен отчет «Отчет по агентам» (меню "Финансы" - "Отчет по агентам"). Этот отчет показывает данные о заключенных договорах страхования агентами за определенный или за весь период времени.

Для формирования отчета необходимо нажать кнопку «Сформировать»

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

Сумма оплаты - сумма, которую страхователь внёс за страховой полис.

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

Рис. 3.13.

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

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

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

• 1. Нажмите меню «Справочники», «Контрагенты». Откроется справочник «Контрагенты».

Рис. 3.14.

3. Заполните поля:

Наименование. Введите наименование контрагента.

Юр. / физ. лицо. Если контрагент это юридическое лицо (например страховая компания) в поле необходимо выбрать с помощью кнопки "Юр. лицо", если это частное лицо (например агент) выберете "Физ. лицо".

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

Полное наименование / ФИО. Второе наименование, может отличаться от первого. Например для страховой компании можно ввести в наименование "РОСНО" а в полное наименование - ОАО СК "РОСНО".

ИНН. ИНН контрагента.

Документ. Для физического лица укажите здесь данные документа удостоверяющего личность.

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

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

Комментарий. Произвольный текст комментария.

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

Рис. 3.15.

Заполните поля:

Организация. Выберете название собственной организации с которой заключён договор нажав кнопку.

Наименование. Произвольное название договора, но лучше указать здесь его номер.

Дата договора. Дата заключения договора.

Валюта. Валюта договора.

После заполнения нажмите "ОК".

• 5. На закладке "Контакты" заполните необходимую контактную информацию.
• 6. Нажмите "ОК".

ь Ввод нового вида страхования.

1. Нажмите меню «Справочники», «Виды страхования». Откроется справочник «Виды страхования»

Рис. 3.16.

• 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового элемента справочника.
• 3. Заполните поля:

Наименование. Введите наименование страхового продукта под которым он будет учитываться в программе (например «ОСАГО»)

• 4. Если необходимо чтобы вид страхования был доступен только для какой то одной или нескольких (не всех) страховых компаний, добавьте в таблицу «Страховые компании» их названия:
• 4.1 Нажмите кнопку под надписью "Страховые компании:" чтобы добавить новую строку в таблицу.
• 4.2 В колонке «Страховая компания» в новой строке нажмите кнопку. Откроется справочник «Контрагенты».

Рис. 3.17.

4.3 Найдите нужную страховую компанию и кликните по ней два раза курсором мыши. Компания перенесётся в с таблицу.

Нажмите «ОК».

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

1. Выберете пункт меню "Учёт БСО", "Поступление БСО". Откроется журнал документов поступлений БСО.

Рис. 3.18.

Рис. 3.19.

Данные списка для выборка берутся из справочника "Контрагенты". Если в списке нет нужной компании необходимо проверить:

У компании имеется договор с организацией, это можно проверить на закладке "Договоры" в форме контрагента.

• 4. Нажмите кнопку «Заполнить». Откроется окно заполнения бланками.
• 5. Заполните поля в разделе «Нумерация бланков»:

Тип бланков. Выберете название типа бланков (например ОСАГО) нажав кнопку.

Данные списка для выбора берутся из справочника "Типы БСО".

Серия. Если у бланка есть серия, укажите её в этом поле (например ВВВ).

Номер первого бланка. В этом поле укажите номер первого бланка из пачки (например 0469815971). Если номер бланка имеет сложный формат, например - 012/0234/08 где изменяемый номер - 0234, то в поле необходимо ввести номер - 234, а далее в поле «Шаблон» выбрать шаблон нумерации.

Количество. Здесь введите количество бланков в пачке (например 10).

6. Если номер бланка и номер полиса не совпадают, то в разделе "Нумерация полисов" заполните поля:

Номер первого полиса. Здесь задаётся номер первого полиса соответствующий номеру первого бланка в пачке бланков.

Шаблон. Это поле становится видимым если после выбора типа бланка программа нашла для него шаблон номера. Шаблонов может быть несколько в этом поле указывается тот который нужен в данный момент. Шаблон для номера создаётся в справочнике "Шаблоны нумерации" меню "Учёт БСО" и используется при сложном формате номера, например - 012/0234/08.

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

• 7. Нажмите "ОК". Табличная часть документа поступления должна заполниться.
• 8. Если необходимо распечатать документ, нажмите "Записать" затем "Печать". Кнопка "Печать будет видима если для документа в справочнике "Внешние печатные формы" зарегистрированы печатные формы.
• 9. Чтобы бланки оприходовались на остаток нажмите "ОК". Документ проведётся и закроется.

ь Отслеживание очередных взносов по полисам оплачиваемым в рассрочку.

Для отслеживание платежей по полисам оплачиваемым несколькими платежами в разное время в программе "Страховой брокер 8.3" предусмотрен отчет "График очередных взносов" (меню "Страхование")

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

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

Рис. 3.20.

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

Номер полиса, Страховая компания

Контактные данные - Наименование страхователя и его контактные данные.

Для каждого полиса есть две дополнительные группировки записей:

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

«Оплачено» - здесь указываются поступившие платежи за заданный период времени. Данные в эту группировку попадают из введенных документов «Оплата» (для очередных взносов) и «Страховой полис» (для первого взноса)

Информацию из окна отчета можно распечатать через меню «Файл» - «Печать». Если кнопка «Печать» в меню недоступна, необходимо кликнуть один раз курсором мыши в любое место отчета и после этого повторить попытку печати. Так же можно сохранить данные во внешний файл. Для этого необходимо нажать в меню «Файл» кнопку «Сохранить копию». В открывшемся окне выбрать имя файла и его тип. Для сохранения в Excel нужно выбрать тип «Лист Еxcel97».

ь Отслеживание окончания действия страховых полисов.

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

Данные отчета отображаются в следующих колонках:

Страхователь - на кого заключен страховой договор.

Страховая компания - с какой страховой компанией заключен страховой договор.

Срок действия - срок действия полиса.

Объект страхования - предмет страхования по договору.

Контакты - контактная информация страхователя.

Страховая премия - стоимость полиса.

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

Рис.3.21.

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

Информацию из окна отчета можно распечатать через меню «Файл» - «Печать». Если кнопка «Печать» в меню недоступна, необходимо кликнуть один раз курсором мыши в любое место отчета и после этого повторить попытку печати. Так же можно сохранить данные во внешний файл. Для этого необходимо нажать в меню «Файл» кнопку «Сохранить копию». В открывшемся окне выбрать имя файла и его тип. Для сохранения в Excel нужно выбрать тип «Лист Еxcel97»

ь Передача бланков агенту.

Рис. 3.22.

• 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового документа.
• 3. Заполните обязательные поля:

Организация. Выберете название собственной организации нажав кнопку.

Данные списка для выбора берутся из справочника "Организации".

Агент. Выберете название агента нажав кнопку. Откроется справочник "Контрагенты". Найдите нужного агента, кликните на нём два раза курсором мышки.

4. Нажмите кнопку «Заполнить». Откроется окно для выбора бланков, в таблице будут указаны все бланки, которые есть на остатке у выбранной организации.

Рис. 3.23.

5. Чтобы выбрать бланк, нужно поставить галочку в соответствующей строке таблицы.

Так же можно воспользоваться кнопками групповой пометки предварительно подсветив необходимые строки (при нажатии на строку она подсвечитвается синим цветом), при этом можно пользоваться клавишами «SHIFT» и «Ctrl». Если нужно найти бланк с определённым номером, кликните курсором мышки в колонку «Номер» на любой строке, а затем наберите номер на клавиатуре. Программа будет искать бланк по первым символам. Если список бланков очень большой, то его можно сократить с помощью полей настройки выбрав в них необходимые параметры бланков:

Страховая компания. Выберете название страховой компании нажав кнопку. Данные списка для выборка берутся из справочника "Контрагенты". Если в списке нет нужной компании необходимо проверить:

компания есть в справочнике "Контрагенты" и находится в папке "Страховые компании" (название папки прописывается в константах программы).

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

Тип бланков. Выберете название типа бланков (например ОСАГО) нажав кнопку. Данные списка для выбора берутся из справочника "Типы БСО".

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

• 5. Нажмите «ОК». Выбранные бланки перенесутся в документ.
• 6. Если необходимо распечатать документ, нажмите "Записать" затем "Печать". Кнопка "Печать будет видима если для документа в справочнике "Внешние печатные формы" зарегистрированы печатные формы.
• 7. Чтобы бланки переместились на остаток агента нажмите "ОК". Документ проведётся и закроется.

Поиск существующего документа для его корректировки:

• 1. Выберете пункт меню "Учёт БСО", "Передача бланков агенту". Откроется журнал документов передачи БСО агентам.
• 2. Если список документов очень большой, воспользуйтесь кнопками управления журналом
• 3. Кликнете два раза на нужном документе. Откроется форма документа.
• 4. Внесите необходимые изменения и нажмите "ОК".

ь Продажа страхового полиса.

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

Создание нового документа:

• 1. Выберете пункт меню "Страхование", "Страховой полис". Откроется журнал документов проданных полисов.
• 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового документа.

Рис. 3.24.

3. Заполните обязательные поля:

Организация. Выберете название собственной организации нажав кнопку.

Данные списка для выбора берутся из справочника "Организации".

Страховая компания. Выберете название страховой компании нажав кнопку.

компания есть в справочнике "Контрагенты" и находится в папке "Страховые компании" (название папки прописывается в константах программы).

У компании имеется договор с организацией, это можно проверить на закладке "Договоры" в форме контрагента.

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

Страхователь. Введите название страхователя. Поле заполняется в произвольной форме. Существует два варианта заполнения поля:

нажмите кнопку. Откроется справочник "Контрагенты". Найдите нужного страхователя и кликните на нём курсором мышки два раза. Если нужного нет, создайте его.

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

В этом поле необходимо указать объект страхования, например автомобиль. В открывшемся окне введите данные по объекту страхования и нажмите "ОК". После этого окно закроется, а объект появится в справочнике, кликните по нему два раза курсором мыши.

Дата заключения. Здесь укажите дату заключения страхового договора.

Срок страхования с - по - Укажите срок действия полиса.

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

4. Заполните поля:

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

Рис. 3.25.

Наличный - деньги переданы по квитанции.

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

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

Движение комиссии показывает каким образом она достаётся брокеру:

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

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

Получить - означает, что страхователь оплатил полис непосредственно в страховой компании и она в дальнейшем комиссию должна вернуть.

Есть три способа заполнить комиссию:

ввести в первое поле сумму комиссии и указать её движение.

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

Настроить автоматический расчёт комиссии в справочнике "Проценты комиссии" меню "Финансы" и тогда комиссия рассчитается автоматически в зависимость от настроенных условий. Комиссия за доп. услуги. В том случае если комиссию брокера необходимо разбить на две части (официальную и не официальную), то вторую часть необходимо указать в этом поле. Агент. Если в заключении договора страхования участвовал агент, его указывают в этом поле, а его комиссионное вознаграждение в поле "Комиссия агента", которая так же как и собственная комиссия брокера может быть рассчитана автоматически если это указать в справочнике "Проценты комиссии агентов" в меню "Финансы".

• 5. Заполните бланки которые были использованы при оформлении полиса.
• 6. На закладке кредитование укажите данные договора кредитования.
• 7. Информацию для которой не предусмотрено отдельного поля можно указать на закладке "Дополнительные реквизиты"
• 8. Если полис оплачивается страхователем в рассрочку, то на закладке "График оплаты" необходимо указать когда и сколько денег он должен принести.
• 9. На закладке "Дополнительно" можно указать страховую сумму по полису.
• 10. Если необходимо привязывать страховой полис к реальным бухгалтерским документам (ПКО, РКО, ПП входящее/исходящее), то это можно сделать на закладке "Платежные документы"
• 11. Для прикрепления к документу страхования внешних файлов (отсканированных документов, фотографий и т.д.) нажмите кнопку "Файлы"
• 12. Нажмите кнопку "ОК", документ сохранится и проведется.

ь Создание отчёта для страховой компании.

Для формирования отчёта в страховую компанию о проданных полисах в программе "Страховой брокер 8.3" используется документ "Отчет для страховой компании".

Создание нового документа:

• 1. Выберете пункт меню "Страхование", "Отчет для страховой компании". Откроется журнал документов отчётов.
• 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового документа.

Рис. 3.26.

3. Заполните обязательные поля:

Организация. Выберете название собственной организации нажав кнопку.

Данные списка для выбора берутся из справочника "Организации".

Страховая компания. Выберете название страховой компании нажав кнопку.

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

компания есть в справочнике "Контрагенты" и находится в папке "Страховые компании" (название папки прописывается в константах программы).

4. Следующие поля заполнять необязательно, но желательно:

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

Вид страхования. Выберете название вида страхования (страхового продукта) из списка нажав кнопку.

Данные списка для выбора берутся из справочника "Виды страхования". Если в списке нет нужного вида, необходимо проверить:

вид страхования есть в справочнике "Виды страхования" меню "Справочники".

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

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

Период отчета. Период за который отчитывается брокер.

5. Заполните таблицу "Страховые полисы". Здесь необходимо указать документы "Страховой полис" и "Оплата" за которые отчитывается брокер. Заполнять таблицу можно добавляя новую строку с помощью кнопки, или в автоматическом режиме:

Нажмите кнопку "Заполнить". Откроется форма заполнения отчёта:

Заполните период за который необходимо обработать документы.

Установите галочку "Отбирать документы по дате забивки" если необходимо чтобы документы отбирались по реквизиту "Дата", в противном случае будут использоваться реквизиты "Дата заключения" и "Дата оплаты".

Если необходимо обрабатывать документы только по конкретному виду страхования укажите его в поле "Вид страхования".

Если необходимо обрабатывать документы только с определённым видом оплаты (наличный, безналичный, прямой) укажите его в поле "Вид оплаты".

Если необходимо чтобы в таблице документов напротив каждого документа был указан реальный бухгалтерский платёжный документ (это бывает необходимо для печати отчёта в некоторые страховые компании), укажите его в поле "Платёжный документ".

Так же можно сделать отбор документов по Агенту и Ответственному (кто забивал документ в программу)

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

Нажмите "Заполнить".

Документ заполнится полисами и оплатами которые были проданы, но ещё не попадали в отчёты, второй раз (в другой документ "Отчет для страховой компании") полисы и оплаты при автоматическом заполнении в таблицу не попадут.

Мы поможем найти узкие места в бизнесе любого размера. Посоветуем. Автоматизируем или доавтомаитзируем. Обучим.

Добьемся результата:

• Рост доходов
• Сокращение издержек
• Повышение управляемости и прозрачности

Вас удивит быстрый результат! По статистике реальная автоматизация окупает себя в первые 3 месяца запуска на предприятии.

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

Что такое Реальная автоматизация?

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

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

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

Если вы задумывались о необходимости автоматизации, но не знаете с чего начать, или позвоните нам

Зачем это Вам?

Наша команда умеет:
. определять в каких именно процессах поможет автоматизация
. подбирать решения и настраивать их под специфику вашей компании
. обучать эффективно работать в системе 1С:Предприятие

Это поможет снизить затраты на ручные операции, оптимизировать бизнес-процессы и повысить прибыльность компании.

Повышайте эффективность бизнеса с нами! Станьте лидером своей отрасли вместе с решениями 1С!

Автоматизация Страхования

Подразделение «Страхование» консалтинговой группы «BUSINESS RELATIONSHIP GROUP » было создано в 2004 году профессиональной командой программистов и IT-консультантов. На сегодняшний день нашими специалистами реализовано более 200 успешных проектов автоматизации страховых, торговых и производственных компаний.

Мы специализируемся на внедрении, адаптации, разработке и сопровождении IT систем на платформе «1С:Предприятие 8» и занимаем первое место по Автоматизации Страхования из ведущих партнеров фирмы «1С» в области автоматизации страхования. Наши IT решения работают в страховых компаниях ОСАО «Россия» , «БИН Страхование» , «СК Москва» и многих других.

Нас выбирают потому что:

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

Качество работы специалистов подразделения подтверждено международным сертификатом ISO 9001:2000, а также различными сертификатами «1С». Наш козырь — это опыт и профессионализм.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

• Содержание
• Постановка задачи
• Введение
• 1. Системное проектирование
• 1.1 Страхование, его место в социально-экономической политике государства
• 1.2 Договор страхования
• 1.3 Особенности построения тарифов по страхованию
• 2. Функциональное проектирование
• 2.1 Обоснование выбора методов и средств разработки
• 2.2 Разработка приложения
• 2.2.1 Разработка диаграмм UML
• 2.2.2 Построение диаграммы использования
• 2.2.3 Построение диаграммы последовательности
• 2.2.4 Разработка диаграммы классов
• 2.3 Разработка и построение функциональной модели
• 2.4 Разработка информационной модели
• 2.5. Руководство пользователя
• Заключение
• Список использованных источников
• Приложение 1. Листинг программного кода

Постановка задачи

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

· администратор - имеет доступ ко всем возможным операциям;

· агент - имеет доступ ко всем операциям по работе с документами (клиенты, страховые полисы);

· пользователь - имеет ограниченный доступ к данным (только поиск и чтение документов).

Имеется следующий набор документов и действий над ними.

Документы:

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

· страховой полис клиента;

· информация о зарегистрированном пользователе.

Действия:

· создание, редактирование, удаление документов;

· поиск документов;

· просмотр списка документов;

· восстановление удаленных документов;

· импортирование статистических данных;

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

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

Введение

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

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

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

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

1. С истемное проектирование

1.1 Страхование, его место в социально-экономической политике государства

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

1 .2 Договор страхования

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

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

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

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

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

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

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

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

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

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

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

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

Для каждого вида страхования устанавливаются различные сроки страхования, т. е. сроки, в течение которых страховая организация выполняет принятые на себя обязательства. Договоры смешанного страхования жизни заключаются на точно установленный срок - 5, 10, 15 или 20 лет. По договорам страхования детей, так же как и по договорам страхования к бракосочетанию, заранее установленных сроков страхования нет. Однако по договорам страхования детей максимальный срок страхования не может превышать 18 лет.

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

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

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

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

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

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

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

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

1.3 Особенности построения тарифов по страхованию

Построение тарифов по страхованию жизни имеет следующие особенности:

1. Расчеты производятся с использованием демографической статистики и теории вероятности.

2. При расчетах применяются способы долгосрочных финансовых исчислений.

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

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

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

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

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

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

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

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

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

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

Тарифные ставки в страховании жизни состоят из нескольких частей. Возьмем для примера смешанное страхование жизни. В кем объединяются несколько видов страхования, которые могли бы быть и самостоятельными: 1) страхование на дожитие; 2) страхование на случай смерти; 3) страхование от несчастных случаев. По каждому из них при помощи тарифа создается страховой фонд, поэтому тарифная ставка в смешанном страховании состоит из трех частей, входящих в нетто-ставку, и четвертой части -- нагрузки. Аналогично складывается структура тарифных ставок и по другим видам страхования жизни.

2. Ф ункциональное проектирование

2. 1 Обоснование выбора методов и средств разработки

Для решения поставленной задачи был выбран язык программирования JAVA. Выбор данного языка программирования обуславливается следующими причинами:

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

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

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

Курсовой проект представляет собой Интернет-приложение, поэтому для его написания использовалась такая технология, как JSP (Java Server Pages). Данная технология упрощает написание серверных приложений, так как позволяет совмещать в себе HTML тэги и код программы, написанный на языке программирования JAVA. Также существует возможность расширять набор стандартных компонентов, реализуя собственные.

Курсовой проект написан с использованием модели MVC (Model-View-Control). Данная технология позволяет создавать расширяемые программы, удобные для сопровождения. Такой подход позволяет объединить сервлеты, JSP и компоненты bean, с помощью чего можно разделить бизнес-объекты и уровень представления (JSP-документы), что очень важно для больших и сложных проектов, где бизнес логика постоянно претерпевает изменения.

Модель MVC построена на концепции Model 2. Согласно данной концепции все запросы обрабатываются одним сервлетом (так называемым servlet controller). Описание событий (actions) осуществляется с помощью конфигурационного файла, в котором содержится имя события и класс-обработчик данного события. Контроллер, при получении события, проверяет на наличие его в контейнере событий. Если событие есть, то контейнер создает соответствующий обработчик события и вызывает у него метод для обработки данного события.

В качестве средства разработки приложения использовалась среда разработки IntelliJ IDEA. Данный программный продукт имеет набор возможностей, предназначенных для облегчения процесса разработки: имеется довольно большое количество горячих клавиш; дополнительно к имеющимся встроенным возможностям данной среды разработки, существует целый набор утилит (plugins), предназначенных для расширения уже существующих возможностей среды.

2.2 Разработка приложения

2.2.1 Разработка диаграмм UML

UML (Unified Modeling Language) - унифицированный язык моделирования - стандартная нотация визуального моделирования программных средств.

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

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

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

Диаграмма Использования (UseCase Diagram) - это диаграмма, описывающая функциональность информационной системы, которая будет видна пользователям системы.

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

UseCase диаграмма используется для:

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

2. формулировки общих требований к функциональному поведению проектируемой системы;

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

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

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

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

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

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

Рис. 2.2.2.1 Диаграмма вариантов использования

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

2 . 2 . 3 Построение диаграммы последовательности

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

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

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

Рис. 2.2.3.1 Диаграмма последовательности (авторизация пользователя).

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

При вводе авторизационных данных, пользователь отправляет запрос приложению. Запрос поступает на контроллер действий (Controller), который контролирует работу обработчиков событий. Далее контроллер перенаправляет запрос на уровень бизнес логики (Model). Который выполняет необходимые действия для осуществления запроса (создание соединения с базой данных, формирование запроса, выполнение его, получение результата, анализа полученных данных, формирование результата на основе полученных данных). Далее результат возвращается назад контроллеру, который в зависимости от полученного результата перенаправляет ответ (response), на уровень представления (View), который реализует непосредственное отображение необходимой инфрмации пользователю.

2 . 2 . 4 Разработка диаграммы классов

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

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

· классы реализующие DAL (data access layer);

· классы, реализующие уровень “Controller” для управления работой приложения;

· классы, реализующие обработку запросов (action handlers);

· классы, предназначенные для хранения и передачи данных между клиентом, сервером и уровнями приложения (beans);

· вспомогательные классы (helpers).

Рис. 2.2.4.1 Классы, реализующие уровень доступа к данным(DAL)

· IDataDAO - интерфейс, который должны реализовывать все классы, описывающие конкретную реализацию DAO уровня документа.

· PersonDataDAOImpl - реализация DAO уровня документа “Contact”.

· PolicyDataDAOImpl - реализация DAO уровня документа “Policy”.

· UserDataDAOImpl - реализация DAO уровня документа “User”.

· SearchDataDAOImpl - реализация DAO уровня логики поиска документов.

· ListDataDAOImpl - реализация DAO уровня логики формирования страниц отображения списка документов.

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

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

· UserDataDAOHelper - класс, расширяющий общую логику работы DAO уровня, включает в себя специфическую логику работы с документом “User”.

· SearchDataDAOHelper - класс, расширяющий общую логику работы DAO уровня, включает в себя специфику работы DAO уровня при осуществлении поиска.

Рис. 2.2.4.2 Controller layer

· ActionHelper - вспомогательный класс, предназначенный

· для работы с входными/выходными данными.

· ServletController - основной класс данного уровня,

· производит управление выполнением действий в зависимости от полученных данных от пользователя.

· ActionHandlerFactory - класс - фабрика, предназначенный

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

Рис. 2.2.4.3 Классы, реализующие обработку запросов

· IActionHandler - интерфейс, который должны реализовывать все обработчики событий.

· LoginActionHandler - класс - обработчик событий, которые приходят со страницы авторизаии.

· HomeActionHandler - класс - обработчик событий, которые приходят со стартовой страницы приложения.

· AdminActionHandler - класс - обработчик событий, которые приходят со страницы администрирования.

· ImportActionHandler - класс - обработчик событий, приходящих со страницы импортирования статистических данных.

· PersonActionHandler - обработчик событий при работе с документом “Contact”.

· PolicyActionHandler - обработчик событий при работе с документом “Policy”.

· UserActionHandler - обработчик событий при работе с документом “User”.

· AbstractSearchActionHandler - класс, содержащий в себе общую логику обработки событий при совершении поиска.

· PersonSearchActionHandler - класс - обработчик событий, происходящих при поиске документов типа “Contact”.

· PolicySearchActionHandler - класс - обработчик событий, происходящих при осуществлении поиска документов типа “Policy”.

· UserSearchActionHandler - обработчик событий, происходящих при осуществлении поиска документов типа “User”.

Рис. 2.2.4.3 Классы, предназначенные для хранения/передачи данных (Beans)

· IEntity - интерфейс, содержащий методы, которые необходимо реализовать в классах - контейнерах.

· PersonBean - класс, хранящий в себе данные документа типа “Contact”.

· PolicyBean - класс, хранящий данные документа типа “Policy”.

· UserBean - класс, хранящий данные документа типа “User”.

2 . 3 Разработка и построение функциональной модели

страхование проектирование диаграмма uml

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

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

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

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

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

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

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

– снизу - механизм - это то, посредствам чего осуществляется данное действие.

IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.

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

1) диаграммами Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD);

2) диаграммами Состояния Объекта и его Трансформаций в Процессе (Object State Transition Network, OSTN).

При моделировании курсового проекта использована только PFDD диаграмма.

Прямоугольники на диаграмме PFDD называютсяфункциональными элементами или элементами поведения (Unit of Behavior, UOB) и обозначают событие, стадию процесса или принятие решения. Стрелки или линии являются отображением перемещения информации между UOB-блоками в ходе процесса.

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

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

Рис. 2.3.1 Функциональная диаграмма «Автоматизация работы страховой компании»

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

Рис. 2.3.2 Декомпозиция блока «Добавление новой информации»

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

Рис. 2.3.3 Декомпозиция блока «Поиск данных»

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

2. 4 Разработка информационной модели

Данное приложение работает с большим количеством данных, поэтому существует необходимость в правильно построенной структуре хранения данных. Для решения этой проблемы использовалось CASE-средство Erwin.

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

Данное средство предоставляет ряд возможностей при проектировании, такие как:

- прямое подключение к базе данных: создание структуры базы данных

непосредственно из ERwin, восстановление модели существующей БД:

- переход от одной целевой базы данных к другой с использованием

взаимооднозначных соответствий особенностей СУБД;

- управление физическими характеристиками хранения данных (для

Oracle и Sybase - табличным пространством и сегментами соответственно);

- хранимые наборы параметров отображения для построения отчетов и

диаграмм;

- процедуры и триггеры описываются при построении модели и

автоматически создаются в БД при генерации;

- возможность манипулирования атрибутами;

- возможность хранения диаграммы в целевой базе данных или в DBF файлах:

- поддержка системы контроля версий IVCS;

- шрифтовое и цветовое выделение. Реализация моделирования и ERwin

базируется на теории реляционных баз данных и на методологии IDEF1X.

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

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

Рис. 2.4.1 Логическое представление данных

Рассмотрим назначение таблиц базы данных данного приложения:

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

· id - идентификатор записи (PK);

· firstName - имя клиента;

· lastName - фамилия клиента;

· middleName - отчество клиента;

· address - адрес клиента;

· phone - телефон клиента;

· email - электронный почтовый адрес клиента.

Таблица Policy - таблица, содержащая в себе информацию о страховых полисах. Структура:

· id - идентификатор страхового полиса (PK);

· contactID - идентификатор пользователя, для которого создан полис (FK);

· policyNumber - номер страхового полиса;

· activationDate - начало открытия страхового полиса;

· expirationDate - окончание действия страхового полиса;

· policyStatusID - идентификатор статуса данного полиса (FK);

· policySumm - страховая сумма данного полиса.

Таблица Users - таблица, которая хранит в себе информацию о пользователях данного приложения. Имеет следующую структуру:

· id - идентификатор пользователя (PK);

· login - регистрационное имя пользователя;

· password - пароль;

· firstName - имя пользователя;

· lastName - фамилия;

· roleID - идентификатор роли данного пользователя (FK).

Таблица Roles - содержит список текущих ролей пользователей системы. Имеет следующую структуру:

· id - идентификатор роли (PK).

· roleName - название данной роли.

Таблица Statuses - хранит список текущих статусов для страховых полисов. Структура:

· id - идентификатор статуса (PK);

· statusName - название статуса.

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

· id - идентификатор таблицы (PK);

· tableName - название временной таблицы;

· userName - имя сессии пользователя, для которого создавалась таблица

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

· id - идентификатор параметра (PK);

· name - название статистического параметра;

· value - значение статистического параметра.

Рис. 2.4.2 Физическое представление данных

2. 5 Руководство пользователя

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

При запуске приложения появляется страница авторизации (Рис.2.5.1), на которой запрашивается идентификационные данные пользователя (login, password).

Рис.2.5.1 Страница авторизации пользователя

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

При выборе действия «Contacts» на экране появляется список существующих клиентов (Рис.2.5.3). Первоначальный размер станицы - 10 записей, однако по желанию можно выбрать другую размерность, так же если не все записи помещаются на страницу, появляются навигационные ссылки.

Рис.2.5.2 Главная страница приложения. Выбор действия

Любой контакт можно просмотреть (а если права пользователя позволяют, то и отредактировать или удалить), нажав на ссылку, которой является значение колонки First Name. После выбора конкретного клиента открывается форма просмотра (редактирования) данного контакта (Рис.2.5.4). На данной странице присутствуют ссылки Save&Close (сохранение с закрытием данного контакта и переходом на страницу выбора действия), Save (сохранение измененных данных), Delete (удаление данного контакта) и Cancel (отмена редактирование и закрытие данного контакта с переходом на страницу выбора действия).

Рис.2.5.3 Страница просмотра списка клиентов

Рис.2.5.4 Страница редактирования контакта

Рис.2.5.5 Страница создание нового контакта

При выборе действия “Create Contact” открывается страница с такой же формой, только с пустыми полями. После заполнения полей, пользователь имеет возможность выполнить три действия: сохранить данный контакт с закрытием формы и переходом на страницу выбора следующего действия; сохранить контакт и остаться на этой же странице (при этом появляется ссылка на новое действие «Delete») или отменить сохранение заполненных данных и перейти на страницу выбора очередного действия.

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

Рис.2.5.6 Страница формирования поискового запроса

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

При выборе действия “Search”, происходит переход на страницу просмотра результата (Рис.2.5.7), на которой доступны все те же действия, что и на странице просмотра списка клиентов.

З аключение

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

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

Конечный пользователь приложения - страховые компании и в частности страховые агенты (регистрация новых клиентов) и страховые аналитики (анализ деятельности компании на основе расчетов параметров).

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

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

С писок использованных источников

1. Дэвид М. Гери «Java Server Pages», Москва 2002

2. Г. Шилд, П. Ноутон «Java 2».

4. С.Б. Дунаев «Доступ к базам данных из Java-программ»

5. Thinking in Java, 2nd Edition

6. С.А. Трофимов «Case-технологии. Практическая работа в Rational Rose»

7. Sun Microsystems “Enterprise JavaBeans TM Specification”

8. Life and Health Insurance / Kenneth Black, Jr., Harold D. Skipper, Jr. - 13 th ed. ISBN 0-13-891250-5.

9. Основы страховой деятельности под редакцией Т.А.Федоровой. М. Издательство БЕК, 2000г.

10. Медведев Г.А. Математические модели финансовых рисков. Часть 1. Риски из-за неопределенности процентных ставок. - Мн.: БГУ, 1999.

П риложение 1 . Л истинг программного кода

_____________________________________________________________

Конфигурационный файл параметров базы данных dbconfig.xml:

com.sybase.jdbc2.jdbc.SybDriver

jdbc:sybase:Tds:localhost:2638/insurance

dba

sql

Класс - парсер конфигурации DBConfigParser.java:

package insurance.utils;

import insurance.config.DBPropertiesContainer;

import org.apache.commons.digester.Digester;

import org.xml.sax.SAXException;

import java.io.IOException;

* Date: 21.4.2007

* Time: 23.37.37

public class DBConfigParser implements IConfigParser{

public void parse(String fileName) throws IOException, SAXException {

Digester digester = new Digester();

setRules(digester);

digester.parse(fileName);

private void setRules(Digester digester) {

digester.setValidating(false);

digester.push(DBPropertiesContainer.getInstance());

igester.addCallMethod("database/driver", "setDbDriver", 1);

digester.addCallParam("database/driver", 0);

digester.addCallMethod("database/url", "setUrl", 1);

digester.addCallParam("database/url", 0);

digester.addCallMethod("database/login", "setLogin", 1);

digester.addCallParam("database/login", 0);

digester.addCallMethod("database/password", "setPassword", 1);

digester.addCallParam("database/password", 0);

Класс, осуществляющий общие действия для работы с базой данных DataDAOHelper.java:

package insurance.dao;

import insurance.config.DAOContainer;

import insurance.dao.connector.DBConnector;

import java.sql.Connection;

import java.sql.SQLException;

* Date: 23.4.2007

* Time: 19.28.42

public class DataDAOHelper {

public void save(IEntity entity) throws SQLException, ClassNotFoundException {

dao.save(con, entity);

} catch (SQLException e) {

public void delete(String docType, int id) throws SQLException, ClassNotFoundException {

Connection con = DBConnector.getConnection();

dao.delete(con, id);

} catch (SQLException e) {

throw new SQLException(e.getSQLState());

public void undelete(String docType, int id) throws SQLException, ClassNotFoundException {

IDataDAO dao = getDAOByType(docType);

Connection con = DBConnector.getConnection();

dao.undelete(con, id);

} catch (SQLException e) {

throw new SQLException(e.getSQLState());

public void update(IEntity entity) throws SQLException, ClassNotFoundException {

IDataDAO dao = getDAOByType(entity.getEntityType());

Connection con = DBConnector.getConnection();

dao.update(con, entity);

} catch (SQLException e) {

throw new SQLException(e.getSQLState());

public void load(int id, IEntity entity) throws SQLException, ClassNotFoundException {

IDataDAO dao = getDAOByType(entity.getEntityType());

Connection con = DBConnector.getConnection();

dao.load(con, id, entity);

} catch (SQLException e) {

throw new SQLException(e.getSQLState());

public IDataDAO getDAOByType(String docType) {

DAOContainer container = DAOContainer.getInstance();

IDataDAO result = null;

Class dao = Class.forName(container.getDAOForEntity(docType));

result = (IDataDAO) dao.newInstance();

} catch (ClassNotFoundException e) {

e.printStackTrace();

} catch (IllegalAccessException e) {

e.printStackTrace();

} catch (InstantiationException e) {

e.printStackTrace();

public static String nullToEmpty(String value) {

return (value != null) ? value: "";

Реализация работы с базой данных для документа Contact:

package insurance.dao;

import insurance.beans.IEntity;

import insurance.beans.PersonBean;

import java.sql.Connection;

import java.sql.PreparedStatement;

import java.sql.ResultSet;

import java.sql.SQLException;

* Date: 22.4.2007

public class PersonDataDAOImpl implements IDataDAO {

private final static String SAVE_QUERY = "INSERT INTO Person " +

"(FirstName, LastName, MiddleName, Address, Phone, Email, Version)" +

"VALUES (?, ?, ?, ?, ?, ?, ?)";

private final static String DELETE_QUERY = "UPDATE Person SET Version = -1 WHERE ID = ?";

private final static String UNDELETE_QUERY = "UPDATE Person SET Version = 1 WHERE ID = ?";

private final static String UPDATE_QUERY = "UPDATE Person SET FirstName = ?," +

"LastName = ?, MiddleName = ?, Address = ?, Phone = ?, email = ? WHERE id = ?";

private final static String LOAD_QUERY = "SELECT FirstName, LastName, MiddleName," +

"Address, Phone, Email, Version FROM Person WHERE id = ?";

public void save(Connection con, IEntity entity) throws SQLException {

PersonBean person = (PersonBean) entity;

PreparedStatement ps = null;

ps = con.prepareStatement(SAVE_QUERY);

ps.setString(1, person.getFirstName());

ps.setString(2, person.getLastName());

ps.setString(3, person.getMiddleName());

ps.setString(4, person.getAddress());

ps.setString(5, person.getPhone());

ps.setString(6, person.getEmail());

ps.setInt(7, person.getVersion());

ps.executeUpdate();

assert ps != null;

public void delete(Connection con, int id) throws SQLException {

PreparedStatement ps = null;

ps = con.prepareStatement(DELETE_QUERY);

ps.setInt(1, id);

ps.executeUpdate();

assert ps != null;

public void undelete(Connection con, int id) throws SQLException {

PreparedStatement ps = null;

ps = con.prepareStatement(UNDELETE_QUERY);

Подобные документы

Разработка функциональной модели предметной области. Построение UML диаграмм в среде Pacestar UML Diagrammer. Выбор программных средств разработки. Разработка логической и физической модели данных. Разработка клиентского приложения ИС в среде Access.

курсовая работа , добавлен 09.03.2011


Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.

курсовая работа , добавлен 21.04.2012


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

дипломная работа , добавлен 22.11.2015


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

курсовая работа , добавлен 03.06.2014


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

курсовая работа , добавлен 14.01.2015


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

дипломная работа , добавлен 24.03.2012


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

дипломная работа , добавлен 16.03.2012


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

дипломная работа , добавлен 18.12.2010


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

курсовая работа , добавлен 19.12.2010


Обзор принципов построения и эффективного применения систем управления базами данных, CASE-средств автоматизации проектирования. Анализ возможностей методологии и инструментальных средств. Разработка модели бизнес-процессов гостиницы в среде All Fusion.

• Кто такой архитектор и чем он занимается?
• Что сдавать для того чтобы стать аудитором
• Стратегия «Победа» – прибыльный скальпинг на Форекс
• Навариваемся на бирже в одиночной кампании!
• Потенциальный ввп измеряется объемом
• Понятие, функции и значение бухгалтерской финансовой отчетности в российском и междуродном практике
• Микроэкономика и макроэкономика
• Работаем правильно: все инструкции по бюджетному учету П 153 инструкции 174н
• Безнадежная задолженность с забалансового счета Когда долги контрагентов признаются безнадежными
• Сводная отчетность Сводная отчетность бюджет 21 департамент образования оцди

• Пример расчета индексации зарплаты
• Порядок исправления несущественной ошибки зависит от
• Тестирование на собеседовании бухгалтера
• Индексация зарплаты: выбираем «базовый» месяц правильно Установка базового месяца расчета индексации
• Тесты по бухгалтерскому учету
• Как и где поменять медицинский полис страхования?
• Обезличенный металлический счет
• Что входит в ОМС – бесплатное обслуживание и входящие в полис услуги
• Как и где получить полис ОМС?
• Какую страховую компанию выбрать для получения полиса омс