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

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

«Федеральное государственное образовательное бюджетное

учреждение высшего профессионального образования»

ФИНАНСОВЫЙ УНИВЕРСИТЕТ

ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ

Факультет Прикладной математики и информационных технологий

Кафедра Информационных технологий

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

Тема: «Создание решения для автоматизации коммерческой деятельности компании»

Выполнил: студент группы ПИ2-4 (с)

Филатов В.А.

Научный руководитель:

к.э.н., доц., Медведев А.В.

Москва 2014



Содержание

финансовый затрата информация обработка

Введение

1. Анализ предметной области

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

3. Анализ требований

4. Анализ системы

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

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

Заключение

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

Приложение



Введение

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

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

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

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



1. Анализ предметной области

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

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

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

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

Основные разделы проекта и артефакты	Удельный вес	Срок выполнения
Анализ бизнес-процессов и определение границ системы	10%	25 декабря 2013
Подготовка макетов окон диалога	10%	23 января 2014
Разработка Устава и Концепции проекта	10%	7 февраля 2014
Разработка модели прецедентов и диаграмм последовательности для всех вариантов использования	10%	12 февраля
Разработка логической модели	20%	25 февраля
Разработка моделей компоновки и размещения	10%	1 марта
Разработка кода	20%	9 марта
Оформление пояснительной записки	10 %	15 марта



3. Анализ требований

1.1 Цель

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

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

1.2 Область применения

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

2. Основные положения

2.1 Возможности системы

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

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

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

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

2.2 Формулировка проблемы

Проблема	Необходимость в автоматизации главных имеющихся процессов страховой компании
Затрагивает	Клиентов и сотрудников
Последствия	Разработано АРМ сотрудников и врачей страховой компании
Успешное решение позволит	Сотрудникам увеличить эффективность работы Клиентам получить более качественный сервис

2.3 Формула продукта

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

3. Описание заинтересованных лиц и пользователей

3.1 Потенциальные потребители

Сотрудники и клиенты страховой компании

3.2 Заинтересованные лица

Наименование лица	Кого представляет	Роль
Пользователь	Физическое лицо	Сотрудник
Заинтересованное лицо	Физическое лицо	Клиент

3.3 Пользователи

Наименование	Описание
Сотрудник	Физическое лицо, работающее в страховой компании
Врач	Физическое лицо, работающее в страховой компании

3.4 Основные потребности заинтересованных лиц/пользователей

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

4. Анализ системы

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

Диаграмма прецедентов

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

Описание действующих лиц и вариантов использования

Действующие лица:

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

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

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

Варианты использования:

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

Заявка на страхование - вариант использования позволяет клиенту оформить заявку на страхование и отправить ее в страховую компанию.

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

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

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

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

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

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

1. Диаграмма последовательности «Регистрация»

Рисунок 2 Диаграмма последовательности (Регистрация)



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

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

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

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

На данную диаграмму помещены следующие объекты:

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

Диалоговое окно регистрации - окно сайта, в котором клиент вводит необходимую информацию.

Обработчик команд - модуль обработки данных.

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

На данную диаграмму помещены следующие действия:

Ввод личных данных.

Передача данных пользователя.

Проверка корректности ввода.

Сообщение об ошибке.

Поиск совпадений.

Результат поиска.

Проверка наличия клиента.

Уведомление о том, что он есть в БД.

Запись данных клиента.

Диаграмма последовательности «Заявка»

Рисунок 3. Диаграмма последовательности (Заявка)

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

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

На этой диаграмма представлены следующие объекты:

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

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

Обработчик команд - модуль обработки данных.

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

На этой диаграмма представлены следующие действия:

Ввод личных данных.

Отправка запроса.

Проверка корректности ввода.

Сообщение об ошибке ввода.

Запись данных клиента.

Отчет об успешной записи.

Сообщение о принятой заявке.

Диаграмма последовательности «Направление на обследование»

Рисунок 4. Диаграмма последовательности (Направление на обследование)

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

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

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

На этой диаграмма представлены следующие объекты:

Сотрудник - физическое лицо, осуществляющее непосредственную деятельность в компании.

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

Обработчик команд - модуль обработки данных.

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

Почта клиента - технология, позволяющая отправлять и принимать электронные письма.

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

А также следующие действия:

Ввод номера заявки.

Отправка запроса.

Поиск заявки.

Результат поиска.

Информация о найденной заявке.

Отправить направление на обследование.

Отправка запроса.

Передача направления на обследование.

Результат передачи.

Уведомление об успешно отправленном направлении.

Просмотр и печаль направления.

Диаграмма последовательности «Обследование»

Рисунок 5. Диаграмма последовательности (Обследование)

Эта диаграмма последовательности отображает процесс прохождения обследования клиентом.

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

На этой диаграмма представлены следующие объекты:

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

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

Обработчик команд - модуль обработки данных.

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

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

А также следующие действия:

Передача направления на обследование.

Ввод данных клиента.

Отправка запроса.

Поиск медкарты клиента.

Ответ на запрос.

Сообщение об отсутствии карты в базе данных.

Внесение данных о новой медкарте.

Создание карты.

Запись данных о медкарте.

Отчет об успешной записи.

Выдача информации о карте клиента.

Обследование.

Запись о результатах пройденного обследования.

Отправка запроса.

Проверка корректности ввода.

Сообщение о неправильно введенных данных.

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

Диаграмма последовательности «Решение о выдаче»

Рисунок 6. Диаграмма последовательности (Решение о выдаче)

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

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

На этой диаграмма представлены следующие объекты:

Сотрудник - физическое лицо, осуществляющее непосредственную деятельность в компании.

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

Обработчик команд - модуль обработки данных.

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

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

А также следующие действия:

Сообщить о пройденном обследовании

Поиск результатов обследования.

Отправка запроса.

Поиск медкарты клиента.

Результат поиска.

Отображение результата поиска.

Просмотр и анализ результатов.

Расчет стоимости страхования.

Решение о выдаче страховки.

Выдача страховки.

Отказ в страховании.

Диаграмма последовательности «Выставление счета»

Рисунок 7. Диаграмма последовательности (Выставление счета)

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

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

На этой диаграмма представлены следующие объекты:

Сотрудник - физическое лицо, осуществляющее непосредственную деятельность в компании.

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

Обработчик команд - модуль обработки данных.

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

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

А также следующие действия:

Ввод номера заявки.

Отправка запроса.

Поиск заявки.

Результат поиска.

Информация о найденной заявке.

Принять заявку к страхованию.

Отправка запроса.

Запись данных.

Отчет об успешной записи.

Уведомление об успешной записи.

Выставление счета.



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

Диаграмма классов

Граничные классы

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

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

Классы-сущности

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

Управляющие классы

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



Рисунок 8 Диаграмма классов

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

Диаграмма компонентов

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



Рисунок 9 Диаграмма компонентов

Диаграмма размещения

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

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



Реализованные элементы системы

1. Окно регистрации клиента в системе



2. Отправка заявки на страхование клиентом

3. Диалоговое окно сотрудника и его отправка направления клиенту



4. Диалоговое окно врача

5. Просмотр результатов обследования на диалоговом окне сотрудника



Заключение

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

В качестве среды разработки информационной подсистемы был использован программный продукт Rational Rose Enterprise Edition.

Также был реализован прототип интерфейса программы с помощью среды разработки MS Visual Studio 2008.

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



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

1. Мельников П.П. Проектный практикум: Учебное пособие. - М: Финуниверситет, 2012. -146 с.

2. Липаев В.В. Качество программных средств. Методические рекомендации. - М.: Янус-К., 2002;



Приложение 1

Устав проекта

Название проекта: Создание решения для автоматизации коммерческой деятельности компании

Менеджер проекта: Филатов Владимир Андреевич

Дата: 2 марта 2015 года

Краткое описание проекта

Название проекта

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

Суть проекта

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

Бизнес-окружение проекта

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

Цели проекта

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

Риски проекта

Очень низкие

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

Продуктом проекта является

Коммерческая компания медицинского страхования

Главные требования к продукту являются

Эффективность, надежность, стоимость.

Требованиями к продукту не являются

Ограничения проекта

Вехи и дата завершения проекта

Описание контрольных событий	Дата
Дата начала выполнения проекта	02.03.2015
20.03.2015	20.03.2015
Подготовка макетов окон диалога	27.03.2015
Разработка логической модели	15.04.2015
Оформление пояснительной записки	30.04.2015
Завершение проекта	11.05.2015

Общий бюджет проекта275 т.р.

Ограничения по выполнению и организации работ

Людские ресурсы ограничены, срок и бюджет проекта ограничены.

Руководитель проекта и его полномочия

Назначенный руководитель проекта

Медведев Александр Валерьевич

Полномочия руководителя проекта

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

Заинтересованные лица и ресурсы

Заказчик проекта

Барабаш Дмитрий Александрович

Ключевые пользователи результатов проекта

Сотрудники и врачи страховой компании

Исполнитель проекта

Филатов Владимир Андреевич

Согласовательные подписи



Должность	Ф.И.О.	Подпись	Дата
Исполнитель	Филатов В.А.
Руководитель проекта	Медведев А.В.



Приложение 2

Глоссарий

ОК - оператор команд

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

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