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

 

ДИПЛОМ

Тема

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

ВВЕДЕНИЕ

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

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

Преимущества внедрения информационных систем:

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

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

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

Предметом автоматизации является подсистему учёта страховых премий.

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

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

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

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

-повышение качества информации;

-повышение скорости обработки информации в системе;

-обеспечение сохранности информации.

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

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

-сведение к минимуму учета невостребованной информации;

-повышение удобства работы за счет разработанных форм работы с системой;

-возможность получать отчетность в любом разрезе;

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

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

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

.Проведение обследования предметной области.

2.Выявление требований к системе.

.Проектирование информационной системы.

.Реализация проекта.

.Оценка эффективности проекта.

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

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

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

Глава 1 Автоматизация процесса учёта страховых премий для строящегося жилья в страховой компании

§1.1 Анализ объекта автоматизации

Общие сведения о страховой компании, организационная структура

Компания ЗАО «ФАРТ», основанная в 1997 году, уже более 12 лет успешно работает на российском страховом рынке.

В соответствии с лицензией С № 1256 54 от 28.04.2006 г. ЗАО «СК «ФАРТ» имеет право заниматься следующими видами страхования:

-страхование от несчастных случаев;

-страхование средств наземного транспорта;

-страхование средств воздушного транспорта;

-страхование средств водного транспорта;

-страхование грузов;

-страхование имущества юридических и физических лиц;

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

-комплексное страхование банковских рисков;

-страхование имущества граждан;

-страхование гражданской ответственности владельцев средств автотранспорта;

Основные цели Компании:

-получение высокой и стабильной прибыли;

-поступательное и динамичное развитие;

-расширение рынка оказываемых услуг.

Ценности Компании:

1.Сотрудники - это главное достояние нашей Компании. ЗАО «ФАРТ» стремится к постоянному совершенствованию и развитию своего интеллектуального и человеческого капитала.

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

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

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

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

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

.Новаторство - это поиск, разработка и внедрение наиболее эффективных решений.

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

.Преемственность - это интенсивная работа страховщиков и бережное отношение к традициям Компании.

Принципы деятельности Компании:

1.Компания всегда действует в соответствии с существующим законодательством.

2.Компания является ответственным исполнителем всех нормативных актов государственных органов.

3.Компания защищает права своих участников.

.Компания ценит и уважает своих сотрудников.

.Компания всегда действует в соответствии с самыми высокими этическими стандартами.

.Компания нетерпима к коррупции и взяточничеству.

.Компания использует свои ресурсы с максимальной эффективностью.

.Компания сотрудничает с общественными организациями.

Структура управления организацией: блочно-целевая.

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

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

Организационная структура страховой компании построена в соответствии со стандартом предприятия ЗАО «СК «ФАРТ» (Рис.1.1).

Рис.1.1 «Организационная структура ЗАО «СК «ФАРТ»

Более подробно рассмотрим организационную структуру страховой компании ЗАО «СК «ФАРТ», а в частности его отдел по работе с клиентами, для которого разрабатывается данная информационная система.

Отдел по работе с клиентами

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

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

Задача отдела по работе с клиентами:

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

Функции отдела по работе с клиентами:

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

-участие в планировании продаж;

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

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

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

-своевременное оповещение клиентов об изменении цен;

-оформление и подбор необходимой документации;

-контроль выполнения договоров;

-представление всех видов продукции покупателям;

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

-выполнение планов продаж;

-формирование и проведение различных мотивационных программ;

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

В страховой компании ЗАО «СК «ФАРТ»не существует своего ИТ-отдела. У них есть только несколько человек, которые занимаются техническим обслуживанием компьютеров расположенных в данной компании. Поэтому для разработки информационной системы учёта страховых премий для строящегося жилья было решено обратится за разработкой данной системы в компанию ООО «СистемК».

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

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

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

Решения на основе веб-интерфейса предоставляют множество возможностей:

-полноценное управление сетью распределенных филиалов предприятия;

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

-оперативное получение необходимой информации из любой точки мира;

-упрощение и автоматизация бизнес-процессов.

При этом не используется никакого дополнительного программного обеспечения кроме интернет-браузера.

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

Описание предметной области

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

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

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

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

Стоимость страхования инвестиций остается высокой, несмотря на возрастающую конкуренцию на рынке. В среднем она составляет 1-3% от страховой суммы (для сравнения: застраховать риск утраты права собственности при покупке квартиры на вторичном рынке можно всего за 0,1-0,5%). Значительному снижению страховых тарифов препятствует в том числе повышенный спрос на недвижимость. В итоге страховщикам приходится анализировать целый пласт объектов заведомо низкого качества и в некоторых случаях даже смягчать требования к объекту страхования.

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

Для вычисления страховой премии необходимо знать:

1.Категорию застройщика (1категории, 2категория, 3категория, 4категория).

2.Этап строительства. Существует 4 этапа строительства:

-от цокольного до 1/3 этажности дома;

- от 1/3 до 2/3 этажности дома;

-от 2/3 этажности дома до последнего;

-отделочные работы.

3.Срок страхования (на 1 год, от 1 до 1.5, от 1.5 до 2, от 2 до 3 лет);

4. Тарифы на финансовые риски, которые зависят от срока страхования:

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

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

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

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

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

-форс-мажор - действия иных обстоятельств непреодолимой силы (форс-можор), оговоренных договором долевого строительства.

Пользователь может выбрать несколько финансовых рисков, все или один.

Страховая премия вычисляется по формуле

Ст.Пр. = Ц_кв(р/м2) * Sобщ * (1.ТарифРиска%+..+ N.ТарифРиска%) * (Категория.ПК + Этап.ПК + Срок.ПК )

где ПК - поправочный коэффициент;

Ц кв(р/м2) - Точная стоимость квартиры (р/м2);общ - Общая площадь квартиры (м2).

Формулировка цели и описание информационной системы

Предметом проектирования является подсистема учёта страховых премий для строящихся квартир.

Основной целью создания информационной системы учёта страховых премий для строящихся квартир в страховой компании (ЗАО «СК «ФАРТ») является повышение эффективности деятельности ЗАО «СК «ФАРТ» за счет:

-сведения к минимуму негативного влияния человеческого фактора на достоверность расчетов;

-организации автоматизированной обработки расчетных данных;

-формирования отчетной документации;

-организации централизованного долгосрочного хранения данных.

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

-повышению качества информации;

-повышению скорости обработки информации в системе;

-обеспечению сохранности информации;

-возможность получать отчетность в любом разрезе (графики, таблицы, html странички, Word и Excel странички);

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

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

Задачи, решаемые в рамках информационной системы:

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

2.Должен осуществляться поиск строящегося объекта по следующим критериям:

-строительная компания;

-адрес;

-район;

-материал;

-срок сдачи;

-этажность.

3.Также поиск квартир по следующим критериям:

-строительная компания;

-адрес;

-тип квартиры;

-планировка;

-цена (руб./м2 ).

4.Должна быть возможность изменять, добавлять и удалять записи;

5.Должна быть возможность сортировать данные в зависимости от таблицы;

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

Пользователи системы

Пользователями системы будут являться:

Отдел по работе с клиентами, в который входят:

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

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

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

Существующая система учёта страховых премий

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

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

-увеличение объема предоставляемой регламентированной отчетности;

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

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

В связи с этим возрастает потребность в создании или модернизации корпоративных информационных систем. [9]

Каким образом страховые компании решают данную задачу? Многие продолжают работы по развитию систем собственными силами. Некоторые организации прибегают к услугам IT-компаний. Часть компаний приобрела готовые продукты для учета и ведения договоров (таких, как UNICUS Easy, «АКРИФОРМ», «Премьерлайн» РИНТИ, «ИНЭК-Страховщик 5.0»).

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

До разработки системы учёта страховых премий для строящегося жилья компанией ООО «СистемК» в страховой компании автоматизированного учёта страховых премия для строящегося жилья вообще не было. В отделе функционирует КИС для учёта стразовых премий на базе MS Excel. Страховым компаниям необходимо автоматизировать сбор и обработку данных, так как страхование - это довольно сложный и трудоемкий процесс, где учитываются различные факторы, связанные с определенными объектами, которые можно упустить или допустить ошибку при выборе, а это значит, что при подсчете различных страховых премий могут быть неточности или даже грубые ошибки. Это ведет к финансовым потерям компании. Чтобы этого не допустить необходимо внедрение и развитие более современной информационной системы. Так как готовые продукты для учёта страховых премий в основном засчитаны на крупные компании, что соответственно увеличивают их стоимость, то руководством компанией ЗАО «СК «ФАРТ, в целях экономии денежных средств, было принято решение разработать информационную систему удовлетворяющую их требование у компании ООО «СистемК».

Расчётом страховых премий занимается несколько человек - это все сотрудники отдела по работе с клиентами. Так как нет единой базы данных, данные приходится каждый месяц вводить вручную. Система находится на нескольких книгах MS Excel. Каждому сотруднику отдела по работе с клиентами занимающегося страхованием строящегося жилья приходится работать с одной книгой MS Excel. результате работы с такой системой происходит дублирование и потеря информации, что приводит к потере времени и денег. На основании полученных данных получаем следующие особенности:

-отсутствие единой БД;

-дублирование и потеря информации;

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

Системы должно преследовать следующие специфические цели:

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

-повышение удобства работы за счет разработанных форм работы с системой;

-возможность получать отчетность в любом разрезе.

Наглядно процесс расчета представлен на рис.1.2

Рис.1.2. «Расчет страховой премии для строящегося жилья AS IS»

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

Модель IDEF0 - AS-IS представлена в Приложении 1

§1.3 Анализ и выбор программных средств разработки информационной системы учёта страховых премий для строящегося жилья в страховой компании

Обоснование средств моделирования бизнес-процессов

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

-построение модели бизнес-процессов предприятия и анализ этой модели, в том числе стоимостной анализ (ABC);

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

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

-создание сущностей и атрибутов и построение на этой основе модели данных;

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

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

Сравним особенности описания бизнес-процессов, реализованных в программном продукте Rational Rose фирмы Rational Software и продуктах, основанных на методологии IDEF0, наиболее распространенным из которых на российском рынке является BPwin корпорации Computer Associates.позволяет создавать модели процессов и поддерживает три стандарта (нотации) моделирования - IDEF0, DFD и IDEF3, каждая из которых позволяет рассмотреть различные стороны деятельности предприятия.

Модель IDEF0 предназначена для описания бизнес-процессов предприятия. Она позволяет наглядно представить бизнес-процессы и легко выявить их недостатки, а также позволяет понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы. Методология структурного моделирования предполагает построение модели AS-IS (как есть), анализ и выявление недостатков существующих бизнес-процессов и построение модели TO-BE (как должно быть), то есть модели, которая должна использоваться при построении автоматизированной системы управлением предприятия[28].

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

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

Организационные диаграммы (organization charts) позволяют описать структуру предприятия и создаются на основе предварительно созданных ролей. поддерживает словари сущностей и атрибутов, что позволяет создавать объекты модели данных непосредственно в среде BPwin, связывать их с объектами модели процессов и экспортировать в систему моделирования данных ERwin. Такая связь гарантирует завершенность анализа, гарантирует, что есть источник данных (Сущность) для всех потребностей данных (Работа) и позволяет делить данные между единицами и функциями бизнес-процессов. Связи объектов способствуют согласованности, корректности и завершенности анализа.Rose не поддерживает ни одну из известных методологий моделирования и анализа бизнес-процессов. Методика построения «бизнес-моделей», содержащаяся в дополнительном наборе рекомендаций или методике RUP (Rational Unified Process), которая сопровождает пакет Rational Rose, предлагает диаграммы Use Case (Диаграммы вариантов использования) и Activity (Диаграммы действия) для описания бизнес-процессов. Эти диаграммы позволяют описать лишь малую часть сведений, которые нужны для моделирования бизнес-процессов и которые представляются средствами IDEF0. Кроме того, дуги Use Case и Activity диаграмм не имеют тех смысловых типов, которые были указаны для дуг IDEF0. Синтаксические соглашения, диктуемые системой при разработке Use Case и Activity-диаграмм, не объединены в законченную и понятную систему и этим диаграммам не дается никакой интерпретации, объясняющей, как их применять при моделировании. Из чего следует, что Rational Rose допускает построение синтаксически корректных Activity-диаграмм, которые могут не иметь смысла ни с точки зрения моделируемого объекта, ни с позиции здравого смысла[26]..

Для моделирования бизнес-процессов продажи компьютерной техники предпочтение было отдано продукту BPwin 4.1 корпорации Computer Associates.

Выбирая BPwin, необходимо строго выполнять все соглашения методологии IDEF0, которые станут гарантией получения:

-проверенной в различных предметных областях методологии моделирования и анализа деятельности предприятия;

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

Средства моделирования, основанные на IDEF0, имея описанный по стандарту бизнес-процесс, в качестве отчета выдадут:

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

-заготовки для проектирования организационной структуры предприятия;

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

Кроме того, для построения модели данных Computer Associates предлагает мощный и удобный инструмент - Erwin, который имеет два уровня представления модели - логический и физический. На логическом уровне данные могут быть наглядно представлены и понятны даже неспециалистам. Физический уровень данных - это отображение системного каталога, который зависит от конкретной реализации СУБД.

Основные достоинства продукта BPwin:

-позволяет описывать предметную область комплексно, поддерживая сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ);

-позволяет оптимизировать любые процедуры в компании;

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

- <#"justify">Еще одним средством разработки является Delphi 7.0.

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

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

-передавать управление различным процессам, в зависимости от состояния системы;

-создавать оболочки для БД и сами БД;

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

Разработку программного продукта решено было провести с помощью средств Delphi 7.0, что было обусловлено:

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

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

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

Хотя система Delphi 7.0 не является СУБД в буквальном смысле этого слова тем не менее, она обладает вполне развитыми возможностями СУБД. Представляемые Delphi 7.0 средства обеспечивают создание и ведение локальных и клиент-серверных БД, а также разработку приложения для работы практически с любыми БД. Назвать систему Delphi обычным СУБД мешает, наверное, только то, что, с одной стороны, у неё нет «своего» формата таблиц (языка описания данных), поэтому она использует формы таблиц других СУБД, например: Paradox, dBase, InterBase (это вряд ли является недостатком, поскольку названные форматы хорошо себя зарекомендовали); с другой стороны, в плане создания приложений различного назначения, в том числе приложений БД, возможности Delphi не уступают возможностям специализированных СУБД, а зачастую и превосходят их.

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

Вывод: В качестве средства разработки ИС будет использован Delphi7.O, как наиболее оптимальное средство разработки [29].

Обоснование системы управления базой данных

В качестве системы управления базой данных рассматриваются реляционные СУБД Oracle и Microsoft SQL Server, разработанные лидерами мирового рынка программного обеспечения. При принятии решения о выборе СУБД следует рассмотреть следующие особенности:

Поддержка различных платформ

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

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

Полная стоимость владения

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

Инструменты и утилитыServer прост в применении, в частности в администрировании. SQL Server Enterprise Manager, входящий в состав всех редакций Microsoft SQL Server (кроме MSDE), представляет собой полнофункциональное и достаточно простое средство для администрирования этой СУБД.

Oracle предоставляет больше возможностей для администрирования посредством Oracle Enterprise Manager. Однако установка этого инструмента сложна, и он входит в состав далеко не всех редакций СУБД Oracle, а некоторые его компоненты можно приобрести только как отдельные продукты[25].

Производительность

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

При выборе СУБД для информационной системы планирования движения денежных средств на производственном предприятии предпочтение было отдано продукту Microsoft SQL Server 2005, потому что:

-SQL Server 2005 имеет лучшее соотношение цены с производительностью, чем Oracle;

-у разработчика имеется опыт создания и администрирования баз данных в SQL Server 2005;

-SQL Server 2005 проще в эксплуатации (установка, использование, администрирование);

-SQL Server 2005 совместим с платформой Delphi7.O.

Обоснование методики проектирования

Разработка и внедрение программного обеспечения будет осуществляться с разбиением на стадии:

.Предпроектная стадия:

-изучение предметной области;

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

2.Стадия разработки эскиза решений:

-формирование наглядного эскиза решений;

-утверждение эскизного решения у заказчика;

-опытная эксплуатация;

3.Стадия доработки эскизного решения до промышленного образца:

-доработка эскизного решения до промышленного образца;

-внедрение информационной системы;

-обучение пользователей;

4.Стадия сопровождения и развития:

-сопровождение разработанной информационной системы;

-развитие информационной системы.

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

Обоснование средства разработки клиентского приложения

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

-небольшой и ограниченный бюджет на разработку и внедрение системы;

-на начальном этапе нет необходимости в дополнительных модулях;

-у разработчиков имеется опыт разработки на Delphi7.0;

-Delphi7.0 проще в разработке приложений.не имеет своего формата таблиц БД, однако несмотря на это, обеспечивает поддержку многих СУБД, как локальных (например, dBase и Paradox), так и промышленных (например, SyBase и InterBase). К средствам Delphi, предназначенным для работы с БД, относятся следующие:

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

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

Инструментальные средства

Для операции с БД система Delphi предлагает следующие инструментальные средства:

.Borland DataBase Engine (BDE) - процессор баз данных, который представляет собой набор библиотек, предназначенных для организации доступа к БД из приложения Delphi. BDE является центральным звеном, используемым для доступа к данным.

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

2.BDE Administrator - утилита для установки псевдонимов (имен) баз данных, параметров БД и драйверов баз данных на конкретном компьютере.

При работе с БД из приложения, созданного с помощью Delphi, доступ к базе данных производится по ее псевдониму (имени). Параметры БД, определяемые псевдонимом, действуют только для этой
БД; параметры установленные для драйверов БД, действуют для всех БД, использующих драйвер. Кроме того, в утилите BDE A dministrator можно произвести установку таких общих для всех БД параметров, как формат даты и времени, форматы представления числовых значений, используемый языковой драйвер и т.д. Поддерживает информацию о конфигурации БД на конкретном ПК в файле IDAPI32.CFG.
3.DataBase Desktop -средство для создания, изменения и просмотра БД.

Эта утилита ориентирована прежде всего на работу с таблицами локальных СУБД, таких как Paradox или dBase. В ряде случаев может использоваться и для работы с таблицами удаленных СУБД. Например. Из DBD можно с некоторыми ограничениями создавать таблицы БД,работающие под управлением InterBase,ORACLE, и просматривать их содержимое.

.SQL Explorer - утилита для конфигурирования псевдонимов БД, просмотра структуры БД, таблиц БД, выдачи запросов к БД.

5.SQL Monitor - программа для отслеживания порядка выполнения SQL запросов.

.SQL Builder - программа визуального конструирования SQL - запросов

.SQL Links -драйверы для доступа к удаленным промышленным СУБД, например, Microsoft SQL Server или ORACLE (для работы с промышленным сервером InterBase, который поставляется совместно с Delphi и является "родным" для нее, поэтому устанавливать SQL Links не нужно).

.Local InterBase Server - локальная версия SQL-сервера Borland InterBase, которая используется при отладке приложений, предназначенных для работы с удаленными БД в архитектуре клиен-сервер[23].

Реинжиниринг бизнес процессов (модель IDEF0 -TO-BE)

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

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

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

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

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

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

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

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

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

Эксплуатация Системы будет проходить на отдельном персональном ЭВМ.

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

Рис.1.3. «Расчет страховой премии для строящегося жилья TO BE»

Модель IDEF 0 - To-Be представлена в Приложении 2.

Глава 2 Проектирование и разработка информационной учёта страховых премий для строящихся квартир в страховой компании

§ 2.1.Описание требований к системе

Описание детализированных требований

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

Основными бизнес-требованиями к информационной системе являются:

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

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

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

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

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

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

-удалять информацию из базы могут только администраторы базы;

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

Требования к структуре и функционированию системы

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

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

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

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

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

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

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

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

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

-средства контроля доступа к техническим средствам системы;

-протоколирование действий персонала по управлению работой системы;

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

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

-антивирусное ПО устанавливается на всех узлах, включая точки доступа в Internet;

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

ДИПЛОМ Тема Разработка информационной системы учёта страховых премий для строящегося жилья в страх

Больше работ по теме: