Проектирование автоматизированного рабочего места страховщика для отдела по бизнес–планированию

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

Министерство образования РФ

Ивановский Государственный Университет

Кафедра ИТЭ и ОП

КУРСОВОЙ ПРОЕКТ

По дисциплине: «Проектирование экономических информационных систем»

На тему: «Проектирование автоматизированного рабочего места страховщика для отдела по бизнес - планированию»

Выполнила:

студентка 4 курса 3 группы

Телегина О.А.

Проверил:

старший преподаватель

Крумгант С.Л.

Иваново 2005

СОДЕРЖАНИЕ

Введение

1. Анализ работы отдела по бизнес - планированию

1.1 Характеристика и анализ объекта управления

1.2 Обоснование целесообразности автоматизации функций

2. Проектирование АРМ "Страховщика"

2.1 Техническое задание

2.2 Постановка и алгоритм решения комплекса задач

2.2.1 Характеристика комплекса задач

2.2.2 Описание выходных сообщений

2.2.3 Описание входных сообщений

2.2.4 Алгоритм решения комплекса задач

2.2.5 Требования к контрольному примеру

2.3 Описание контрольного примера

2.4 Программная реализация

Заключение

Список литературы

Приложение 1 "Программный модуль"

Приложение 2 "Диалоговое окно, формы для ввода данных и запросы"

ВВЕДЕНИЕ

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

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

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

Существующий в организации АРМ имеет ряд недостатков:

· большое количество реквизитов, поля которых при вводе не заполняются;

· заполнение полей, данные из которых потом нигде не применяются;

· возможность формирования небольшого числа отчетов (с помощью АРМ нельзя получить сведения о зарплате агентов).

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

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

· создать формы для ввода данных в базу;

· автоматизировать формирование отчетов по заранее заданным полям;

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

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

1. АНАЛИЗ РАБОТЫ ОТДЕЛА ПО БИЗНЕС - ПЛАНИРОВАНИЮ

1.1 Характеристика и анализ объекта управления

Объектом производственной практики являлся Филиал ООО “Росгосстрах - Центр”- Управление по Ивановской области, образованный в 2003 году в результате реорганизации системы Росгосстраха, а точнее одно из его структурных подразделений - агентство “Фрунзенское”.

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

· страхование финансовых рисков;

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

· страхование недвижимости;

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

· страхование имущества;

· страхование ответственности;

· страхование жизни и здоровья;

· добровольное медицинское страхование.

Она работает как с населением, так и с юридическими лицами и индивидуальными предпринимателями. Агентство “Фрунзенское” является сложной системой, так как его иерархическая структура предусматривает многочисленные взаимосвязи между управляющей системой и объектами управления. Выделяются три уровня управления: стратегический (высший), тактический (средний) и оперативный (низший). На каждом из уровней реализовываются работы, обеспечивающие управление объектом в целом.

Высший уровень представлен руководителем агентства “Фрунзенское”, который принимает управленческие решения, направленные на организацию эффективной работы находящихся на среднем уровне подразделений. Средний представлен руководителями подразделений (заместитель по работе с юридическими лицами, заместитель по работе с физическими лицами, заместитель по финансово-экономическим вопросам). На данном уровне осуществляется управление отделами, которые в свою очередь представляют оперативный уровень. Каждый отдел выполняет строго определенные функции. Организационная структура агентства “Фрунзенское” представлена на рис. 1.

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

Рисунок 1. Организационная структура агентства “Фрунзенское”.

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

1) анализ страхового поля;

2) составление плана;

3) распределение плана по агентам;

4) составление отчетности и контроль выполнения плана, как в целом, так и по каждому агенту в отдельности;

5) формирование и предоставление сведений о зарплате страховых агентов;

6) ввод договоров в базу данных компании.

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

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

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

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

Информационные взаимосвязи между подразделениями отражены на рисунке 2. Эти взаимосвязи обусловлены документооборотом.

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

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

Рисунок 2. Информационные взаимосвязи между подразделениями.

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

При работе используются следующие СУБД: Fox Pro и Microsoft Access.Но Fox Pro применяется только для того, чтобы получать отчеты. Эта СУБД используется лишь потому, что работники организации еще недостаточно освоили Microsoft Access, с которым уже давно знакомы в главном офисе Группы компаний “Росгосстрах”. Организация стремится полностью перейти на Microsoft Access. К тому же именно с помощью этой СУБД создан АРМ «Страховщика», который используется для выполнения функций отдела.

1.2 Обоснование целесообразности автоматизации функций

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

Как уже упоминалось, в организации имеется АРМ «Страховщика», который обеспечивает:

1) учет договоров страхования;

2) контроль поступления платежей;

3) формирование различных документов и форм отчетности;

4) осуществление запросов к базе данных;

5) учет поступления платежей по каждому агенту и виду страхования.

АРМ «Страховщика» создан с помощью Microsoft Access. Он обладает широким набором функций, которые, к сожалению, не в полной мере применяются.

Существующий АРМ имеет ряд недостатков:

· большое количество реквизитов, поля которых при вводе не заполняются;

· заполнение полей, данные из которых потом нигде не применяются;

· возможность формирования небольшого числа отчетов (например, с помощью АРМ нельзя получить сведения о зарплате агентов).

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

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

· создать формы для ввода данных в базу;

· автоматизировать формирование отчетов по заранее заданным полям;

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

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

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

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

· повышение эффективности обработки данных;

· снижение избыточности хранимых данных до приемлемого уровня;

· повышение достоверности информации;

· сокращение времени на поиск требуемой информации.

2. ПРОЕКТИРОВАНИЕ АРМ «СТРАХОВЩИКА»

2.1 Техническое задание

Полное название проектируемой системы: «Автоматизируемое рабочее место специалиста отдела по бизнес - планированию агентства “Фрунзенское” ФООО “Росгосстрах - Центр” - Управление по Ивановской области».

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

Задачи, которые позволит решить проектируемый АРМ, указаны в пункте 1.2.

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

Функции, подлежащие автоматизации, приведем в таблице 1.

Таблица 1. Состав автоматизированных функций.

Код функции	Наименование	Назначение	Входная информация	Выходная информация	Получатель
0101	формирование базы договоров	ввод данных договоров и их хранение	№ договора, код агента, ФИО страхователя, адрес, правило страхования, период действия договора, возобнов-ляемость, страховая сумма, начисленная премия	№ договора, код агента, ФИО страхователя, адрес, правило страхования, период действия договора, возобнов-ляемость, страховая сумма, начисленная премия	0102, 0201, 0202, 0203, 0301, 0305, 0306, Центр.управ-ление
0102	контроль поступления платежей	проверка оплаты страховых услуг	№ договора, полученная премия	№ договора, полученная премия	0201, 0202, 0203
0201	расчет поступлений по каждому виду страхования	определение выручки по каждому виду страхования за квартал	правило страхования, полученная премия	правило страхования, сумма полученных премий	0303
0202	контроль погашения дебиторской задолженности	расчет задолженности перед организа-цией за квартал	правило страхования, полученная премия, страховая премия	правило страхования, полученная премия, страховая премия, задолжен-ность	0304
0203	начисление зарплаты агентам	расчет зарплаты агентов за месяц	код агента, ФИО агента, начисления по договорам	код агента, ФИО агента, начисления	0302
0301	формирование отчета «выполнение плана организации»	выдача сведений о выполнении плана для отчета перед Управле-нием за квартал	правило страхования, начисленная премия, план	правило страхования, начисленная премия, план	руководитель, глав-ный бухгал-тер
0302	формирование отчета «зарплата»	выдача информации о зарплате агентов за месяц	код агента, ФИО агента, начисления	код агента, ФИО агента, начисления	бухгал-терия
0303	формирование отчета «прибыль»	выдача информации о полученной прибыли за квартал	правило страхования, сумма полученных премий, начисления зарплаты	правило страхования, прибыль	руководитель, бухгал-терия
0304	формирование отчета «задолжен-ность»	выдача сведений о задолжен-ности за квартал	правило страхования, полученная премия, начисленная премия, задолжен-ность	правило страхования, полученная премия, начисленная премия, задолжен-ность	руководитель, бухгал-терия
0305	формирование отчета «выполнение плана агентами»	выдача сведений о выполнении плана каждым агентом за квартал	код агента, начисленная премия, план	код агента, начисленная премия, план	руководитель, бухгал-терия
0306	формирование отчета «продленные договора»	выдача информации о продленных договорах за год	код агента, возобнав-ляемость	код агента, количество возобнов-ленных	руководитель

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

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

Рисунок 3. Схема информационных взаимосвязей автоматизированных функций.

Схема технологического процесса обработки информации представлена на рисунке 4.

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

Рисунок 4 Схема технологического процесса обработки информации.

Условные обозначения:

1 - договоры;

2 - квитанции об оплате;

3 - база договоров;

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

5 - классификатор, содержащий коды агентов и их ФИО;

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

7 - сведения о задолженности клиентов;

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

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

10 - отчет о выполнении плана агентами;

11 - отчет о продленных договорах;

12 - отчет «зарплата»;

13 - отчет «прибыль»;

14 - отчет о задолженности.

2.2 Постановка и алгоритм решения комплекса задач

2.2.1 Характеристика комплекса задач

В комплекс задач, которые необходимо автоматизировать для проектирования АРМ «Страховщика» входят (все задачи расположены в последовательности их решения):

1. Формирование базы договоров (0101);

2. Контроль поступления платежей (0102);

3. Расчет поступлений по каждому виду страхования (0201);

4. Формирование отчета «прибыль» (0303);

5. Контроль погашения дебиторской задолженности (0202);

6. Формирование отчета «задолженность» (0304);

7. Начисление зарплаты агентам (0203);

8. Формирование отчета «зарплата» (0302);

9. Формирование отчета «выполнение плана организацией» (0301);

10. Формирование отчета «выполнение плана агентами» (0305);

11. Формирование отчета «продленные договора» (0306).

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

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

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

2.2.2 Описание выходных сообщений

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

Таблица 2. Перечень выходных сообщений.

Наимено-вание	Иденти-фикатор	Форма представления	Периодич-ность выдачи	Срок выдачи	Полу-чатель	Максималь-ное число строк
База договоров	М010101	Массив	Раз в квартал	В течение 15 дней след. квартала	Центра-льное управ-ление	1000
Отчет «выполне-ние плана организа-ции»	Д030101	Док-т	Раз в квартал	В течение 15 дней след. квартала	Руководитель, гл. бухгал-тер	98
Отчет «выполне-ние плана агентами»	Д030501	Док-т	Раз в квартал	В течение 3 дней след. квартала	Руково-дитель, бухгал-терия	25
Отчет «зарплата»	Д030201	Док-т	Ежемесяч-но	Первые три дня следую-щего месяца	Бухгал-терия	25
Отчет «прибыль»	Д030301 Э030302	Док-т Экран. форма	Раз в квартал	В течение 10 дней след. квартала	Руково-дитель, бухгал-терия	98
Отчет «задолженность»	Д030401 Э030402	Док-т Экран. форма	Раз в квартал	В течение 10 дней след. квартала	Руково-дитель, бухгал-терия	98
Отчет «продлен-ные договора»	Д030601	Док-т	Ежегодно	По требова-нию руководителя	Руково-дитель	25

Описание составных единиц информации в выходных сообщениях представлено в таблице 3.

Таблица 3 Описание СЕИ выходных сообщений

Наименование	Обозначение	Идентификатор сообщения	Длина в знаках	Диапазон изменений
№ договора	Ном_Д	М010101	9(6)	1-999999
Код агента	Код_А	М010101 Д030201 Д030501 Д030601	9(3)	100-124
ФИО агента	ФИО_А	Д030201	А(19)	--
ФИО страхователя	ФИО_С	М010101	А(19)	--
Адрес	Адрес	М010101	А(25)	--
правило страхования	Правило	М010101 Д030101 Д030301 Э030302 Д030401 Э030402	9(2)	1-97
период действия договора	Период_Д	М010101	9(8)	--
возобнов-ляемость	Возобн	М010101	B(1)	--
количество возобвленных	Кол-во	Д030601	9(2)	--
страх.сумма	Сумма_С	М010101	9(10)	1-9999999,99
начисленная премия	Начис_Пр	М010101 Д030101 Д030501 Д030401 Э030402	9(7)	1-99999,99
полученная премия	Получ_Пр	Д030401 Э030402	9(7)	1-99999,99
план	План	Д030101 Д030501	9(6)	1-999,99
прибыль	Прибыль	Д030301 Э030302	9(10)	1-9999999,99
задолжен-ность	Долг	Д030401 Э030402	9(9)	1-999999,99
начисления	Начис_А	Д030201	9(7)	1-99999,99

2.2.3 Описание входных сообщений

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

Таблица 4. Перечень входных сообщений.

Наиме-нование	Иденти-фикатор	Форма предс-тавле-ния	Периодичность поступ-ления	Срок поступления	Источник	Макс-ное число строк
Договора	Д010102	Док-т	Раз в неделю	В течение недели	отделы по работе с ЮЛ и ФЛ	20
Квитанции	Д010201	Док-т	Раз в неделю	В течение недели со дня оплаты	отделы по работе с ЮЛ и ФЛ	5
Клас-сификатор агентов	М02030	Мас-сив	Раз в месяц	Первые три дня следующего месяца	Сектор учета	25

Описание составных единиц информации во входных сообщениях представлено в таблице 5.

Таблица 5 Описание СЕИ входных сообщений

Наименование	Обозначение	Идентификатор сообщения	Длина в знаках	Диапазон изменений
№ договора	Ном_Д	Д010102 Д010201	9(6)	1-999999
код агента	Код_А	Д010102 М020302	9(3)	100-124
ФИО агента	ФИО_А	М020302	А(19)	--
ФИО страхователя	ФИО_С	Д010102	А(19)	--
адрес	Адрес	Д010102	А(19)	--
правило страхования	Правило	Д010102	9(2)	1-97
период действия договора	Период_Д	Д010102	9(8)	--
возобнов-ляемость	Возобн	Д010102	B(1)	--
страховая сумма	Сумма_С	Д010102	9(10)	1-9999999,99
начисленная премия	Начис_Пр	Д010102	9(7)	1-99999,99
полученная премия	Получ_Пр	Д010201	9(7)	1-99999,99

2.2.4 Алгоритм решения комплекса задач

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

2.2.5 Требования к контрольному примеру

Контрольный пример предназначен для проверки решения задач, поставленных перед проектируемым АРМ. Входными данными для контрольного примера служат договоры и квитанции, предварительно проверенные на заполнение всех обязательных реквизитов для решения задач и являющиеся основой для базы договоров организации. На основе этих данных производятся выборки для формирования отчетов, а также необходимые расчеты. Эта информация позволит оценить выполнение всех задач, предусмотренных в АРМ. Выходные сообщения должны выдаваться в форме понятной пользователю. Контрольный пример должен использовать реальную информацию, объем которой желательно был бы максимально приближен к объему данных, который агентство “Фрунзенское” имеет в реальных условиях. Это позволит проконтролировать правильность производимых расчетов и полноты выходных сообщений.

2.3 Описание контрольного примера

В качестве входной информации для контрольного примера возьмем три договора (табл. 6) и три квитанции (табл. 7).

Таблица 6.

Ном_Д	14	35	36
Код_А	101	105	105
ФИО_С	Чехов АП	Мисочкин ПП	Мисочкин ПП
Адрес	Ноздрина, 21-3	Суворова, 15-36	Суворова, 15-36
Правило	10	10	41
Период_Д	01.12.2004	21.11.2004	03.02.2005
Возобн	+	-	+
Сумма_С	125000	100600	25600
Начис_Пр	187,5	150,9	384

Таблица 7.

Ном_Д	14	35	36
Код_А	101	105	105
Получ_Пр	187,5	150,9	200

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

Таблица 8.

Код_А	ФИО_А
100	Иванов ИИ
101	Петрова ПП
102	Пашков ЕА
103	Кошкина АП
104	Васин ПН
105	Катина АА
106	Сидоров ИН
107	Смехова ТМ
108	Крылов МК
109	Салов АН

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

1. База договоров, содержащая все данные из заключенных договоров (табл. 6);

2. Отчет «выполнение плана организации»

Правило	Начис_Пр	План
10	338,4	3,38%
41	384	3,84%

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

3. Отчет «выполнение плана агентами»

Код_А	Начис_Пр	План
101	187,5	18,75%
105	534,9	53,49%

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

4. Отчет «зарплата»

Код_А	ФИО_А	Начисл_А
101	Петрова ПП	3,75
105	Катина АА	7,02

Начисления - определенный процент от суммы полученных агентом премий. Возьмем этот процент равным 2%.

5. Отчет «прибыль»

Правило	Прибыль
10	338,4
41	200

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

6. Отчет «задолженность»

Правило	Начис_Пр	Получ_Пр	Долг
10	338,4	338,4	0
41	384	200	184

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

7. Отчет «продленные договора»

Код_А	Кол-во
101	1
105	1

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

2.4 Программная реализация

автоматизация вычислительный

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

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

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

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

Для проектирования БД и осуществления запросов к ней была выбрана СУБД Access, так как в агентстве “Фрунзенское” используется именно она.

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

Система поддерживает первичные и внешние ключи и обеспечивает целостность данных. Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений. Система Access поддерживает обработку транзакций с гарантией их целостности. Кроме того, предусмотрена защита на уровне пользователя, что позволяет контролировать доступ к данным отдельных пользователей и целых групп. Access позволяет импортировать и экспортировать файлы многих известных форматов, включая dBASE, FoxPro, Excel, SQL Server, Oracle. В результате импортирования создается таблица Access; в результате экспортирования таблицы Access создается файл в заданном формате. В Access предусмотрены макросы, которые позволяют автоматизировать выполнение некоторых задач. Около пятидесяти макросов дают возможность манипулировать данными, создавать меню и диалоговые окна, открывать формы и отчеты, словом, автоматизировать выполнение практически любой задачи. С помощью макросов можно решить порядка 90% всех задач обработки данных. Access-- это также среда разработки приложений, в которой используется язык программирования VBA (ранее известный как Access Basic), реализующий объектно-ориентированный подход к программированию.

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

· многооконный режим для редактирования и отладки;

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

· контрольные точки;

· пошаговое выполнение;

· синтаксическую справку, отображающую на экране варианты вводимых команд.

Данная СУБД обладает следующими преимуществами:

· простота освоения;

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

· быстродействие;

· поддержка SQL;

· существование сетевого варианта;

· возможность создания разнообразных отчетов;

· удобный интерфейс.

Интерфейс программы представлен в виде списка кнопок, и диалог с пользователем заключается в выборе им одной из них, тем самым пользователь выберет ту операцию, которую он будет выполнять. После выбора одной из операций либо откроются формы для ввода (при вводе договоров и оплаты), либо будут выданы отчеты. При необходимости отчеты можно будет сохранить и записать на машинный носитель, а также сразу же распечатать. Структура диалога пользователя с АРМ показана на рисунке 6. Программный модуль диалога на языке Visual Bacis for Application представлен приложении 1. Само диалоговое окно, а также формы ввода входной информации и выходные сообщения, полученные на основе использования контрольного примера, отображены в приложении 2.

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

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

Рисунок 6. Структура диалога пользователя с АРМ.

ЗАКЛЮЧЕНИЕ

Курсовой проект представляет собой описание создания АРМ «Страховщика» для отдела по бизнес - планированию, который должен выполнять следующие функции:

1) учет договоров страхования;

2) контроль поступления платежей;

3) формирование различных документов и форм отчетности;

4) осуществление запросов к базе данных;

5) учет поступления платежей по каждому агенту и виду страхования.

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

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

Внедрение АРМ принесет ряд преимуществ организации:

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

· упростится расчет заработной платы агентов;

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

Устранятся также следующие недостатки:

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

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

· большая трудоемкость обработки информации.

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

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

1. Дейт К. «Введение в системы баз данных»- М.: ФиС, 1998.

2. Диго С. М. «Проектирование и использование баз данных» -М.: ФиС,1995.

3. Келли Д. «Самоучитель Access 97»-СПб.: Питер,1999.

4. Коннолли Т. «Базы данных»- М.: Издат. дом «Вильямс», 2001.

5. Кроув Т. «Базы данных в информационных системах» - М.,1984.

6. «Microsoft Access 2000: справочник»/ под ред. Колесникова Ю.-СПб.: Питер,1999.

7. Мейер Д. «Теория реляционных баз данных» - М.: Мир, 1987.

8. Мишенин А.И. «Теория экономических информационных систем»- М.: ФиС, 1988.

9. Робинсон С. «Microsoft Access 2000: учебный курс»- СПб.: Питер,2000.

10. Ульман Д. «Основы системы баз данных» - М.,1983.

11. Шишкин В.Г. «Проектирование баз данных»- И.,2003.

12. Шишкин В.Г «ТЭИС»- И,1995.

13. Шмелев В. Г. «АРМ в системах управления»- М., 1991.

14. Рекламные брошюры компании «Росгосстрах».

Размещено на Allbest.ru