Разработка информационной системы "Страхование имущества граждан"
Общая характеристика экономического объекта. Обоснование необходимости разработки или реинжиниринга системы "Страхование имущества граждан". Постановка задачи на разработку функциональной подсистемы. Описание используемой условно-постоянной информации.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 08.11.2012 |
Размер файла | 2,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Введение
Наименование системы
Экономическая информационная система страхования имущества граждан.
Шифр темы или шифр (номер) договора: ИК-120
Заказчиком системы является страховая организация «Роскомстрах»
Адрес заказчика: г. Вологда, ул. Мира, 76.
Разработчиком системы является Институт менеджмента и информационных технологий.
Адрес разработчика: г. Череповец, ул. Первомайская, д. 48.
Перечень документов, на основании которых создается система, кем и когда утверждены эти документы: Договор №89 на разработку ИС «Страхование имущества граждан», техническое задание. Утвержден компанией-разработчиком и компанией-заказчиком 27.03.2012.
Начало работы по созданию системы: 27.03.2012
Окончание работы по созданию системы: 27.05.2012
Сведения об источниках и порядке финансирования работ: Работы по разработке и внедрению информационной системы оплачиваются в соответствие с договором № 89 от «27» марта 2012 г.
Порядок оформления и предъявления заказчику результатов работ: Порядок оформления и предъявления Заказчикам результатов работ по созданию системы должен соответствовать требованиям Комплекса стандартов и руководящих документов на автоматизированные системы: ГОСТ 34.602-89.
Назначение и цели создания (развития) системы:
Назначение системы: Назначением информационной системы является автоматизация расчета страховок имущества граждан.
Цели создания системы:
· повышение оперативности обработки информации;
· снижение трудоемкости операций по страхованию имущества граждан;
· уменьшение числа ошибок при страховании имущества граждан.
Характеристика объектов автоматизации
Сведения об объекте автоматизации
Объектом автоматизации является страховая компания «Росгосстрах» в части деятельности по расчету стоимости страхования.
Требования к системе
Требования к системе в целом
Система должна позволять застраховать необходимое клиенту имущество. Это может быть автомобиль, квартира, дача. Так же система должна позволять рассчитать стоимость страховки в зависимости от выбранных критериев страхования. Должна быть организована общая база данных страховщиков, то есть тех, кто занимается страхованием, база данных клиентов и предоставляемых услуг страхования. Так же должна быть создана подсистема формирования отчетности для создания и формирования отчетов в виде, удобном для вывода на печатающие устройства на основе данных информационной системы, проектирования и разработки форм регламентированной отчетности, предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах, вывода подготовленных отчетных форм на печать. Вход в систему должен быть организован по пользователям. Пользователь не должен иметь доступ к внутренним составляющим программных модулей системы. Для предупреждения утечки информации доступ пользователей к системе осуществляться через пароли. Должна быть организована система безопасности баз данных, сохранность информации при аварийных ситуациях. Система должна соответствовать стандартам по безопасности ИС, содержащей личные данные.
Надежность системы определяется правильностью вывода информации пользователем.
Требования к квалификации персонала: Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных программах Windows.
Специальная подготовка должна включать в себя получение навыков работы с данной системой в объеме навыков пользователей.
Численность персонала АИС должна определяться исходя из потребностей бизнес-процессов предприятия. Численность пользователей системы определяется параметрами объекта автоматизации.
Рекомендуемая численность для эксплуатации ИС:
· Администратор - 1 штатная единица;
· Пользователь - число штатных единиц определяется структурой предприятия.
Система должна обеспечивать интерфейс, ориентированный на пользователя-непрофессионала в области информационных технологий и программирования.
Использовать систему необходимо согласно руководству пользователя.
Перспективы развития, модернизации системы.
Система должна обеспечивать возможность модернизации и развития при увеличении параметров объекта автоматизации, и при необходимости изменения состава требований к выполняемым функциям и видам обеспечения.
Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы:
Минимальный срок эксплуатации:
· системы в целом - не менее 3 лет;
· модулей функциональных подсистем - не менее 1 лет;
· комплекса технических средств - не менее 5 лет (при проведении соответствующей технической модернизации и развития).
Требования к функциям (задачам), выполняемым системой
Система «Страхование имущества» предназначена для выполнения
следующих функций:
· содержание информации о страховых услугах;
· учет застрахованного имущества граждан;
· расчет стоимости страхования в зависимости от выбранных критериев объекта страхования;
· формирование отчетов о застрахованном имуществе;
· формирование отчетов о застрахованных клиентах.
Все отчеты могут быть экспортированы в MS Office.
Требования к видам обеспечения
Требования к информационному обеспечению: Информационная ИС должна включать единую базу данных, которая содержит:
· сведения обо всех клиентах страховой компании;
· перечисление всех видов объектов, предоставляемых страховой компанией, с указанием стоимости каждого из них;
· сведения обо всех страховщиках страховой компании;
· всю информацию обо всех услугах, выполненных агентами с указанием даты, времени и другой информации.
Требования к программному обеспечению: ОС Windows NT, наличие пакета MS Office.
Требования к техническому обеспечению: Тип процессора Pentium 4, ОЗУ 256 Мб, Тип монитора SVGA.
Требования к методическому обеспечению: Должны быть разработаны и внедрены методики и инструкции выполнения операций на автоматизированных рабочих местах ИС.
Требования к организационному обеспечению: при использовании системы пользователь либо заносит данные, либо извлекает их. Возможные действия пользователя: ввод данных, изменение данных, просмотр данных.
Таблица 1 - Стадии и этапы работ по созданию системы
Стадии |
Этапы работ |
Сроки выполнения |
|
1. Формирование требований к ИС |
1.1. Обследование объекта и обоснование необходимости создания ИС |
05.02.12 - 25.02.12 |
|
1.2. Формирование требований пользователя к ИС |
25.02.12 - 29.02.12 |
||
2. Разработка концепции ИС |
2.1. Проведение необходимых научно-исследовательских работ |
01.03.12 - 10.03.12 |
|
2.2. Разработка вариантов концепции ИС и выбор варианта концепции ИС, удовлетворяющего требованиям пользователя |
10.03.12 - 20.03.12 |
||
2.3. Выбор концепции |
20.03.12 - 21.03.12 |
||
3. Техническое задание |
3.1. Разработка и утверждение технического задания на создание ИС |
22.03.12 - 25.03.12 |
|
4. Эскизный проект |
4.1. Разработка предварительного эскизного проектного решения по системе и ее частям |
27.03.12 - 07.04.12 |
|
4.2. Разработка документации на ИС и ее части |
07.04.12 - 14.04.12 |
||
5. Технический проект |
5.1. Разработка проектного решения по системе и ее частям |
15.04.12 - 30.04.12 |
|
5.2. Разработка документации на ИС и ее части |
01.05.12 - 10.05.12 |
||
6. Рабочая документация |
6.1. Разработка рабочей документации на систему и ее части |
11.05.12 - 20.05.12 |
|
7. Ввод в действие |
7.1. Подготовка объекта автоматизации к вводу ИС в действие |
21.05.12 - 23.05.12 |
|
7.2. Подготовка персонала |
23.05.12 - 25.05.12 |
||
7.3. Проведение предварительных испытаний |
25.05.12 - 27.05.12 |
||
7.4. Проведение опытной эксплуатации |
27.05.12 - 29.05.12 |
||
7.5. Введение в эксплуатацию |
01.06.12 |
||
8.Сопровождение |
8.1. Работы по гарантии |
(Да) |
|
8.2. Послегарантийное обслуживание |
(Да) |
Перечень организаций, участвующих в работах по созданию системы:
1 Организация-заказчик, для которой создается ИС и которая обеспечивает финансирование, приемку работ и эксплуатацию ИС.
2 Организация-разработчик, которая осуществляет работы по созданию ИС и ее сопровождению.
Порядок контроля и приемки системы
Курсовую работу необходимо предоставить преподавателю за несколько дней до защиты. Дата защиты курсовой работы устанавливается методическим отделом.
В процессе контроля проводят испытания на тестовых данных (реальных и/или заведомо ложных), проверяя универсальность и надежность программного продукта.
В ходе приемки курсовой работы необходимо обратить внимание на ее соответствие техническому заданию, в частности - заявленным функциям, а также просмотреть содержимое пояснительной записки, оценить ее достоверность.
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
1. Изменения, которые необходимо осуществить в объекте автоматизации.
Дополнительных изменений в объекте автоматизации не требуется.
2. Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в техническом задании. Требований не предъявляется.
При выполнении работ по созданию системы необходимо наличие аппаратно-программных средств, предусмотренных проектными решениями для установки соответствующих прикладных программ и ввода подсистем в эксплуатацию.
Необходимо, в соответствии с проектными решениями, провести обучение обслуживающего персонала.
Требования к документированию
Документация, разрабатываемая в соответствии с требованиями настоящего технического задания, должна соответствовать требованиям ГОСТ 34.201-89.
Полный перечень документации включает:
1) Техническое задание.
2) Пояснительная записка.
Вся разрабатываемая проектная документация должна быть выполнена на русском языке.
1) ГОСТ 34.602-89;
Составили
Наименование организации, предприятия |
Должность исполнителя |
Фамилия, имя, отчество |
Подпись |
Дата |
|
ИМИТ (филиал) СПбГПУ |
студент |
Саукова Ксения Александровна |
27.03.2012 |
Согласовано
Наименование организации, предприятия |
Должность |
Фамилия, имя, отчество |
Подпись |
Дата |
|
ООО «Роскомстрах» |
Директор |
Беляков Антон Викторович |
27.03.2012 |
1. Общесистемная часть
1.1 Общая характеристика экономического объекта
Главный офис ООО «Роскомстрах» находится в центре города Вологда, на улице Мира, дом 76. Он был открыт 1 июня 1995 года. Уже в 1997 году компания насчитывала более 15 точек обслуживания во всех районах города, а в 2000 году застраховала 100 тысячного клиента.
На данный момент данная организация имеет очень развитую инфраструктуру и по статистике каждый третий воспользовался услугами данной компании.
Без сомнения, следует отметить, что главной особенностью, отличием этой компании от конкурентов является качество обслуживания клиентов. Качество не зависит от величины взноса и место проживания клиента.
Постоянное обучение персонала, внедрение новых методик, инновационные решения в сфере страхования - всё это положительно характеризует деятельность ООО «Роскомстрах».
Основные документы, определяющие функционирование ООО «Роскомстрах» в целом:
1. устав ООО «Роскомстрах»;
2. приказ от 01.06.1995 N 1 «Об утверждении положений о порядке страхования имущества граждан»;
3. внутренний регламент ООО «Роскомстрах»;
4. лицензия на оказание страховых услуг.
В состав ООО «Роскомстрах» входит 30 отделений, 20 точек обслуживания клиентов, отдел по работе с корпоративными клиентами, который осуществляет страхование как крупных, так и малых предприятий. Все отделения и точки обслуживания находятся в подчинении у генерального директора. Но контроль за оперативной работой и координацией сотрудников возложен на начальника данной организации.
Организационная структура ООО «Роскомстрах» представлена на рисунке 1.
Рисунок 1 - Организационная структура ООО «Роскомстрах»
Можно выделить следующие основные направления деятельности ООО «Роскомстрах»:
1. страхование имущества граждан;
2. страхование коммерческого имущества;
3. консультирование граждан по вопросам страхования;
4. возмещение ущерба и личное материальное обеспечение граждан;
5. предупреждение страхового случая и минимизация ущерба;
6. предупредительная функция, то есть уменьшение степени риска и разрушительных последствий страхового события;
7. сберегательная функция, то есть защита денежных накоплений населения.
В соответствии с основными направлениями деятельности можно выделить основные бизнес-процессы:
1. проведение бухгалтерского учета;
2. оказание страховых услуг;
3. оказание консультационных услуг;
4. возмещение ущерба.
1.2 Выделение функциональной подсистемы АЭИС
Для исследования был взят один из отделов ООО «Роскомстрах» - отдел работы с клиентами.
Отдел по работе с клиентами занимается консультирование клиентов, страхованием имущества по определённым категориям, заключением договоров.
Менеджеры данного отдела могут вносить какие-либо доработки в клиентскую базу и в порядок ведения отчётности, и передают эти доработки своим руководителям. Руководители в течении рабочей недели рассматривают поступившие предложения и при компетентности какого-либо решения посылают его вышестоящему начальству.
В соответствии с этим, отдел работы с клиентами выполняет следующие функции:
· ведение учета всех клиентов;
· ведение статистики договоров страхования;
· ведется учет услуг страховой организации;
· ведется учет страховщиков;
· ведение статистики страхования, сравнение с результатами прошлых лет.
Поступающая в отдел информация обрабатывается вручную сотрудниками данного отдела, каждый из которых имеет различные обязанности. Затем эта информация одним из сотрудников заносится в информационную страховую систему, которая предназначена для создания ведения отчётности о клиентах данной организации. Доступ к страховой системе имеют только сотрудники данного отдела.
В отдел работы с клиентами передается информация о клиенте (ФИО клиента, паспортные данные, год рождения, место проживания), дата заключения договора и срок действия, ведется статистика по возмещению ущерба при неблагоприятных стечениях обстоятельств.
Каждый подобный отдел имеет свой план по обслуживанию клиентов, оформлению договоров, отказ в оказании страховых услуг, результаты, по выполнению которого передаются руководителям данных отделов. Эти данные представляют собой рукописные отчеты, которые затем обрабатываются, заносятся в базу данных.
Можно представить функциональную модель бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов - стандарт IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте. Данная модель представлена на рисунке 3-4 (для большей точности была проведена двухуровневая детализация).
Рисунок 3 - Функциональная модель страхования (1 уровень)
Рисунок 4 - Функциональную модель страхования (2 уровень)
Кроме функциональной модели бизнес-процессов была построена диаграмма описание потоков данных (Data Flow Modeling). Нотация DFD (Data Flow Diagramming), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами. Данная диаграмма представлена на рисунках 5-6 (для большей точности была проведена двухуровневая детализация).
Рисунок 5 - Диаграмма описания потоков данных (1 уровень)
Рисунок 6 - Диаграмма описания потоков данных (2 уровень)
1.3 Технико-экономическое обоснование необходимости разработки или реинжиниринга функциональной подсистемы АЭИС
страхование информация реинжиниринг
Рассматриваемый отдел работы с клиентами в сфере функционирования имеет как положительные, так и отрицательные стороны.
Недостатки отдела:
1. Сотрудники не имеют возможности к саморазвитию по собственной инициативе, так как все направления их деятельности жестко контролируются руководством.
2. Обработка большого объема информации вручную. Сотрудники расходуют слишком много времени на обработку информации, поступающей в отдел работы с клиентами, в рукописном виде.
3. Сотрудники не используют возможность получения информации от других отделов организации по сети. Данный обмен помог бы снизить нагрузку на некоторого сотрудника.
Достоинства отдела работы с клиентами:
1. Руководство ООО «Роскомстрах» охотно идёт на предложение автоматизировать деятельность предприятия для избавления от рутинной работы. Таким образом, деятельность данной организации ускорится и сотрудники смогут выполнить гораздо больше работы за один рабочий день.
На основе выявленных недостатков можно сформулировать следующие проблемы, которые возможно решить средствами автоматизации:
1. Ручная обработка большого количества информации.
В целом, можно сказать, что данный отдел выполняет свои функции в полном объеме и с приемлемым качеством, но естественно в его деятельности существуют и слабые стороны.
Можно выделить следующие необходимые ресурсы для реализации выбранной подсистемы «Страхование имущества граждан»:
1. финансовые;
2. трудовые;
3. материальные.
Для разработки подсистемы «Страхование имущества граждан» необходимы денежные средства. Они могут быть выделены как самой организацией, в рамках проекта автоматизации страховых компаний Вологодской области, так и спонсорами ООО «Роскомстрах».
Трудовые ресурсы - это непосредственно разработчики данного программного продукта. Он может быть разработан как сотрудниками ООО «Роскомстрах», обладающими такими знаниями и навыками, так и аутсорсинговой фирмой (что будет дороже).
Материальные ресурсы необходимы для разработки данной подсистемы, так как без них эту разработку будет осуществить невозможно, это, например, рабочее место, включающее в себя рабочий стол, компьютер и прочее.
2. Проектная часть
2.1 Постановка задачи на разработку функциональной подсистемы
2.1.1 Организационно-экономическая сущность задачи
Задача функциональной подсистемы «страхование имущества граждан» заключается в разработке системы учёта застраховавшихся клиентов и договоров с данной страховой компанией, а так же для контроля достоверности и своевременности заключения договоров и возмещения ущерба при различных ситуациях.
Назначение системы заключается в автоматизации учёта договоров страхования. Система предназначена для повышения уровня организации работников страховой компании. Система позволит накапливать информацию о страховании отдельных граждан, формировать бланки договоров.
Система должна включать данные о застраховавшихся клиентах и страховых агентах, объекте страхования, страховой сумме, а так же необходимыми данными системы будут являться сведения о договоре страхования, то есть о номере договора, сроках его заключения, страховом агенте его заключившем.
Целями данной функциональной подсистемы является:
1. повышение качества обработки информации.
2. обеспечение перевода на компьютерную технологию подавляющего большинства производственных функций страховых агентов, связанных со страхование имущества граждан;
3. повышение уровня организации работников страховой компании, уровня контроля достоверности и своевременности договоров страхования имущества граждан;
4. экономия материальных и трудовых ресурсов, обеспечивающих страхование имущества граждан;
5. улучшение качества и минимизация временных затрат на проверку документов и оформление договоров страхования имущества граждан;
6. сокращение времени поиска необходимой информации и оформленных договоров страхования имущества граждан;
7. упрощение доступа к информации о страховании имущества граждан;
8. сокращение бумажных архивов.
Все это в целом, призвано обеспечить более высокий уровень функциональности, гибкости, надежности и удобства при использовании данной автоматизированной системы.
Рассматриваемая функциональная подсистема предназначена для сотрудников отдела страхования, а именно для начальника отдела, менеджеров и руководителей. Подсистема будет использоваться только в данном отделе ООО «Роскомстрах». В этот отдел будет стекаться информация о страховании клиентов из других отделов.
2.1.2 Описание исходной (входной) информации
Входной информацией будут являться сведения и атрибуты документов, предоставляемые в страховую компанию для страхования имущества граждан в соответствии с "Правилами добровольного страхования имущества":
а) ФИО гражданина - предпринимателя/наименование юридического лица;
б) ИНН;
в) паспортные данные;
г) место и дата рождения;
д) юридический адрес (место нахождения), телефон;
е) вид деятельности физического лица;
ж) предоставляемые услуги.
2.1.3 Описание результатной (исходной) информации
Вся поступающая в отдел страхования (работы с клиентами) информация обрабатывается сотрудниками данного отдела, заполняется договор страхования и выходным документом как раз является заполненный полностью договор о страховании клиента.
Информация, содержащаяся в итоговых листах, предоставляется начальнику, а так же руководителям данного отдела для учёта статистики клиентов, воспользовавшихся услугами данного агентства.
2.1.4 Описание алгоритма решения задачи
Основной задачей в системе «Страхование имущества граждан» является расчет стоимости премии объекта страхования. Для определения расчетных показателей страховой статистики используются следующие исходные данные:
- число объектов страхования;
- число страховых событий;
- число пострадавших объектов в результате страховых событий;
- сумма собранных страховых платежей;
- сумма выплаченного страхового возмещения;
- страховая сумма для любого объекта страхования;
- страховая сумма, приходящаяся на поврежденный объект страховой совокупности.
Обозначения:
-число страховых событий C
-число объектов страхования N
-число пострадавших объектов M
-общая сумма страховых выплат Sв
-общая страховая сумма всех застрахованных объектов S
-общая страховая сумма, приходящаяся на поврежденные объекты Sп
-общая сумма страховых премий П
система страхование информация реинжиниринг
Показатель |
Порядок расчёта |
|
1) Показатель убыточности страховой суммы (показатель измеряется в границах от 0 до 1, рассматривается как мера величины рисковой премии) |
Sв/ S |
|
2) Частота страховых событий (показатель определяет сколько страховых событий приходится на один объект страхования). |
C/N |
|
3) Опустошительность страхового события или коэффициент кумуляции риска (показатель определяет сколько застрахованных объектов застигает то или иное событие, минимальное значение -1) |
M/C |
|
4) Степень ущербности (степень убыточности) (показатель измеряется в границах от 0 до 1) |
Sв/ Sп |
|
5) Средняя страховая сумма на один поврежденный объект |
Sп/M |
|
6) Средняя страховая сумма на один договор (объект) страхования |
S/N |
|
7) Тяжесть риска |
Sв/П*100% |
|
8) Среднее обеспечение по поврежденным объектам |
Sв/M |
|
9) Частота ущерба (вероятность) (показатель выражает частоту наступления страхового события) |
(C/N)*(M/C)=M/N |
Кроме того, для целей факторного анализа показателя убыточности страховой суммы может быть использована следующая модель:
N/( N*С*М*S)
2.1.5 Описание используемой условно-постоянной информации
Для расчета стоимости страхования объекта используется справочник «Событие страхования». Он включает в себя:
код события;
название события;
стоимость;
пр.
2.2 Разработка программного обеспечения подсистемы
2.2.1 Выбор языка разработки и технологии проектирования ЭИС
Разработка данного проекта велась в среде программирования Delphi. Delphi - это среда разработки, в которой в качестве языка программирования используется объектно-ориентированный язык программирования Delphi. Язык Delphi - это язык, в основе которого лежит Object Pascal.
Данный язык отвечает всем современным требованиям, применяемым к языкам программирования высокого уровня.
В качестве технологии проектирования было выбрано индустриальное автоматизированное проектирование, которое разбивается на два подкласса: автоматизированное (использование CASE-технологии) и типовое (параметрически-ориентированное или модельно-ориентированное). Из данных подклассов был выбран второй, то есть типовое проектирование.
Выбор может быть обоснован тем, что данный тип проектирования (типовой) является наиболее уместным в данной предметной области, и проект, разработанный на его основе, обладает большей адаптивностью, чем тот, которой был бы разработан с применением другой технологии.
2.2.2 Объектно-ориентированная модель подсистемы «Страхование имущества граждан»
Для построения объектно-ориентированной модели было использовано средство проектирования Rational Rose, которое является мощным инструментом анализа и проектирования объектно-ориентированных программных систем. Он позволяет моделировать системы до написания кода, что позволяет с самого начала быть уверенным в адекватности их архитектуры.
На первом этапе была построена диаграмма вариантов использования, которая отображает функциональность ЭИС в виде совокупности выполняющихся последовательностей транзакций.
На данной диаграмме представлено три действующих лица: начальник отдела, страхователь и оператор по заполнению БД (см. рис. 7).
Рисунок 7 - Диаграмма вариантов использования
Далее была построена диаграмма классов (class diagram). Она служит для отображения структуры совокупности взаимосвязанных классов объектов. На ней представлено четыре класса: менеджер, начальник, руководитель, кассир.
Атрибуты каждого класса отображаются под названием класса с определенным типом значений и действия классов. Кроме этого, на диаграмме классов показаны отношения ассоциации и зависимости (см. рис.8). После диаграммы классов были разработаны диаграммы взаимодействия: последовательности и кооперации. Диаграммы взаимодействия объектов (Interaction diagram) отображают динамическое взаимодействие объектов в рамках одного прецедента использования. Диаграммы последовательности организованы по времени, на кооперативных диаграммах отображается та же информация, но акцентируется внимание на статическом взаимодействии объектов (см. рис. 9-10).
Рисунок 10 - Диаграмма последовательности
При запуске программы менеджер, руководитель, начальник и кассир выбирают те действия, которые необходимо выполнить. Вход в систему осуществляется только под паролем пользователя. Все действующие лица могут запустить программу, но работать будут только в определённой форме. При входе в программу менеджер, руководитель и начальник могут вести БД, добавлять новых клиентов, вести учёт договоров и др. действия.
На основе диаграмма последовательности была построена диаграмма кооперации (см. рис. 11).
Рисунок 11 - Диаграмма кооперации
После диаграммы кооперации была разработана диаграмма состояний, которая описывает процесс изменения состояний всех классов. Изменение состояния объекта может быть вызвано внешними воздействиями со стороны других объектов или извне (см. рис. 12).
Рисунок 12 - Диаграмма состояний
Затем была построена диаграмма компонентов, которая входит в состав диаграмм реализации (implementation diagrams). Диаграмма компонентов описывает особенности физического представления системы и позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код (см. рис. 13).
Рисунок 13 - Диаграмма компонентов
Таким образом, диаграмма компонентов (Component diagram) отображает физические модули программного кода.
Диаграмма размещения (Deployment diagram) отображает распределение объектов по узлам вычислительной сети. Диаграмма размещения содержит графические изображения процессоров, устройств, процессов и связей между ними. (Рис.14)
Рисунок 14 - Диаграмма размещения
Данная диаграмма включает 4 процессора - любые машины, имеющие вычислительную мощность, в данном случае это ПК, а также два устройства (принтер и коммутатор) - аппаратура, не имеющая вычислительной мощности.
2.2.3 Оценка трудоемкости разработки программного обеспечения на основе диаграммы вариантов использования
Определение весовых показателей действующих лиц
Таблица 2 - Весовые показатели действующих лиц
Действующее лицо |
Тип |
|
Менеджер |
Сложный |
|
Руководитель |
Сложный |
|
Начальник |
Сложное |
|
Кассир |
Сложный |
Таким образом, общий весовой показатель составляет:
А= 4*3=12.
Определение весовых показателей вариантов использования
Таблица 3 - Весовые показатели вариантов использования
Вариант использования |
Тип |
|
Расчёт стоимости |
Простой |
|
Регистрация новых клиентов |
Средний |
|
Заключение договоров |
Средний |
|
Формирование отчётности |
Простой |
|
Формирование статистики |
Простой |
Таким образом, общий весовой показатель вариантов использования составляет:
US = 3*5+2*10 = 35;
В результате показатель UCCP имеет значение:
UCCP = A+US = 35+12=47.
Определение технической сложности проекта
Таблица 4 - Техническая сложность проекта
Показатель |
Описание |
Вес |
Значение |
Значение с учетом веса |
|
Т1 |
Распределенная система |
2 |
1 |
2 |
|
Т2 |
Высокая производительность (пропускная способность) |
1 |
5 |
5 |
|
Т3 |
Работа конечных пользователей в режиме он-лайн |
1 |
3 |
3 |
|
Т4 |
Сложная обработка данных |
1 |
2 |
2 |
|
Т5 |
Повторное использование кода |
1 |
0 |
0 |
|
Т6 |
Простота установки |
0,5 |
5 |
2,5 |
|
Т7 |
Простота использования |
0,5 |
5 |
2,5 |
|
Т8 |
Переносимость |
2 |
5 |
10 |
|
Т9 |
Простота внесения изменений |
1 |
0 |
0 |
|
Т10 |
Параллелизм |
1 |
0 |
0 |
|
Т11 |
Специальные требования к безопасности |
1 |
0 |
0 |
|
Т12 |
Непосредственный доступ к системе со стороны внешних пользователей |
1 |
0 |
0 |
|
Т13 |
Специальные требования к обучению пользователей |
1 |
1 |
1 |
|
? |
- |
- |
- |
28 |
Показатель TCF составляет:
TCF = 0,6 + (0,01*28) = 0,88.
Определение уровня квалификации разработчиков
Таблица 5 - Уровень квалификации разработчиков
Показатель |
Описание |
Вес |
Значение |
Значение с учетом веса |
|
F1 |
Знакомство с технологией |
1,5 |
5 |
7,5 |
|
F2 |
Опыт разработки приложений |
0,5 |
5 |
2,5 |
|
F3 |
Опыт использования ООП |
1 |
3 |
3 |
|
F4 |
Наличие ведущего аналитика |
0,5 |
5 |
2,5 |
|
F5 |
Мотивация |
1 |
4 |
4 |
|
F6 |
Стабильность требований |
2 |
3 |
6 |
|
F7 |
Частичная занятость |
-1 |
0 |
0 |
|
F8 |
Сложные языки программирования |
-1 |
3 |
-3 |
|
? |
- |
- |
- |
22,5 |
Значение показателя EF для подсистемы:
F= 1,4 + (-0,03*22,5) = 0,725;
В результате показатель UCP составляет:
USP = UUCP*TCP*EF = 47*0,88*0,725 = 29,986.
Определение трудоемкости проекта
Первоначально необходимо определить количество человеко-часов на одну UCP: нет показателей F1-F6, которые имеют значение меньше трех и ноль показателей F7-F8 имеют значение больше трех. Поскольку общее значение равно нулю, то следует использовать 20 человеко-часов на одну UCP.
Для подсистемы «Страхование» общее количество человеко-часов равно 20*29,986 = 599,72, что составляет 15 недель при 40-часовой рабочей неделе.
Команда разработчиков состоит из двух системных администраторов ООО «Роскомстрах», при этом необходимо учесть 1 неделю на различные непредвиденные ситуации, тогда в итоге получается недель на весь проект.
Инструкция по работе
Работа с подсистемой «Страхование имущества граждан» начинается с окна пароля. (Рис.15).
Рисунок 15 - Окно пароля данной системы
Если введён неправильно пароль, либо вообще не введён, то выскакивает сообщение об ошибке (Рис.16).
Рисунок 16 - Сообщение об ошибке
При вводе пароля открывается главное окно программы. Оно содержит следующие вкладки: Клиентская база, договоры, объекты страхования, расчёт стоимости страхования (Рис.17). В данном окне можно выбрать базу, с которой необходимо осуществить работу. Так же можно закончить работу, либо сменить пользователя системы.
Рисунок 16 - Главное окно
При нажатии на кнопку «Клиентская база» появляется окно, в котором можно вести учёт застрахованных клиентов, быстро находить нужных клиентов, вводить новых клиентов и формировать отчёты о клиентах (Рис.17).
Рисунок 17 - Клиентская база
При нажатии на кнопку «Договоры» появляется окно со всеми созданными договорами, так же можно вводить новый договор (Рис.18).
Рисунок 18 - Договор
При нажатии на кнопку «Виды страхования» появляется окно с для ввода нового клиента и страхового объекта. Так же можно предварительно просмотреть договор(Рис.19).
Рисунок 19 - Страховой объект
При нажатии на кнопку «Расчёт стоимости страхования» следующее окно расчёта, где при вводе оцениваемой стоимости, НДС, коэффициента рассчитывается размер страхового взноса (Рис.20).
Рисунок 20 - Размер страхового взноса
Для просмотра договора необходимо нажать «Предварительный просмотр» (Рис. 21).
Рисунок 21 - Договор
Для завершения работы с системой «Страхование имущества граждан» необходимо нажать на красный крестик в правом верхнем углу каждой формы, либо нажать кнопку «Выход», которая есть так же на каждой форме.
Заключение
Система «Страхования имущества граждан» даёт возможность конкретным пользователям автоматически выполнять расчёт стоимости страхования конкретного объекта, при этом сэкономить время на расчетах и повысить их качество. Так же автоматизирован учёт договоров и клиентов данной организации.
В процессе проектирования был выбран объектно-ориентированный подход проектирования. Были построены различные диаграммы, например диаграмма вариантов использования, диаграмма классов, диаграмма последовательности и другие.
Техническое задание было разработано в соответствии с ГОСТ 34.602-89 «Техническое задание. Требования к содержанию и оформлению».
Так же была произведена оценка трудоёмкости проекта. На разработку данного проекта потребуется 8 недель с учётом того, что разрабатывать систему будут 2 специалиста.
Результаты проделанной работы удовлетворяют требованиям технического задания.
Список использованных источников и литературы
1. Архангельский, А.Я. Программирование в Delphi 6/А.Я.Архангельский. - М.: ЗАО «Издательство БИНОМ», 2001 г. - 1120 с.: ил.
2. Дунаев В.В. Базы данных. Язык SQL. / В.В. Дунаев. - СПб.: БХВ-Петербург, 2006. - 288 с.: ил.
3. Смирнова Г. Н. Проектирование экономических информационных систем: Учебник/Г. Н. Смирнова, А .А. Сорокин, Ю. Ф. Тельнов; Под ред. Ю. Ф. Тельнова. - М.: Финансы и статистика, 2003. - 512 с.: ил.
4. Фаронов В.В. Delphi. Программирование на языке высокого уровня./ В.В. Фаронов. - СПб.: Питер, 2008.-640 с.: ил.
5. Фленов М. Е. Библия Delphi. / М. Е. Фленов -- СПб.: БХВ - Петербург, 2004. -- 880 с.: ил.
Размещено на Allbest.ru
Подобные документы
Организация и продажа оргтехники. Цели автоматизированной системы и автоматизируемые функции. Характеристика функциональной структуры информационной системы. Проектирование функциональной части объекта автоматизации. Обоснование выбора подсистемы.
курсовая работа [129,6 K], добавлен 19.12.2010Анализ функциональной структуры автоматизированной системы управления. Обоснование необходимости создания подсистемы учета материальных средств, проектирование информационной базы данных. Расчет себестоимости разработки внедряемого программного продукта.
дипломная работа [5,4 M], добавлен 26.06.2011Автоматизация расчета недопоставок материалов поставщиками, снижение затрат на составление ведомости "недопоставок" как цель разработки информационной системы. Описание входной, условно-постоянной и результирующей информации. Алгоритм решения задачи.
контрольная работа [2,5 M], добавлен 25.12.2013Нормативно-правовые акты Российской Федерации в области информационной безопасности. Порядок организации работ по защите информации в информационных системах. Общий подход к разработкам технического задания на разработку системы защиты этой сферы.
курсовая работа [31,3 K], добавлен 05.05.2015Обзор существующих проектных решений, их достоинства и недостатки. Обоснование необходимости разработки информационной системы. Общее описание интерфейса BPwin. Разработка концепции архитектуры построения и платформы реализации. Создание новой модели.
курсовая работа [4,3 M], добавлен 11.09.2014Описание методологии проектирования и создания выбранного компонента экономической информационной системы. Описание функциональной и информационной моделей автоматизируемого процесса. Формы первичных и результатных документов, дерево программных модулей.
курсовая работа [1,7 M], добавлен 27.05.2014Обоснование необходимости разработки информационной системы. Анализ предметной области. Техническое задание на создание ЭИС. Правовой статус и краткая экономическая характеристика предприятия. Состояние учетно-аналитической работы на предприятии.
реферат [21,2 K], добавлен 09.01.2009Оценка организационной структуры и процесс реализации информационной подсистемы отдела менеджмента предприятия. Требования к информационной подсистеме и техническому обеспечению. Технико-экономическое обоснование разработки информационной подсистемы.
дипломная работа [2,1 M], добавлен 29.06.2011Организационно-экономическая сущность задачи автоматизации библиотечной информационной системы. Режимы работы и информационная модель решения задачи, описание входной и выходной информации. Обоснование выбора языка программирования, алгоритм решения.
дипломная работа [448,5 K], добавлен 08.11.2010Основы методологии проектирования информационной системы. Общая характеристика и классификация CASE-средств. Рассмотрение логической, функциональной и физической модели данных системы "Студент". Расчет трудоемкости разработки программного изделия.
дипломная работа [1,9 M], добавлен 16.03.2012