Проектирование ИС «Страховой компании» с использованием case - технологий

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

Рис.2 Контекстная диаграмма  A-0 страховой компании

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

нотации IDEF0 является: возможность  декомпозировать процессы на подпроцессы до необходимого уровня подробности и, таким образом, строить иерархические модели бизнес-процессов. Выделение четыре типов стрелок: три типа входов — вход, управление и механизм (это позволяет более гибко описывать логику использования входов в процессе в целях последующего анализа), и выход. Нотация IDEF0 в основном используется для создания верхнего уровня модели бизнес-процессов,  а для описания процессов нижнего уровня  служат нотации Процесс, Процедура или EPC. Схема бизнес процессов автовокзала показана на рисунке 3, Подробная схема находиться в приложении №2 «Функциональная модель».

Рис.3 Диаграмма бизнес процессов  страховой компании.

 

 

DFD Диаграмма

Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. 
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (далее в примерах используется нотация Гейна-Сэрсона). 
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям — потребителям информации. 
Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла. Разработанная в ходе работы DFD диаграмма отображает поток данных при заключении договора с клиентом DFD диаграмма представлена на(рис.4) и в Приложение № 2. Функциональная модель.

Рис.4 DFD диаграмма

Логическая модель

В классической теории баз  данных, модель данных есть формальная теория представления и обработки данных в системе управления базами данных (СУБД), которая включает, по меньшей мере, три аспекта:

1) аспект структуры: методы описания типови логических структур данных в базе данных;

2) аспект манипуляции: методы манипулирования данными;

3) аспект целостности: методы описания и поддержки целостности базы данных.

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

Модель данных — это  абстрактное, самодостаточное, логическое определение объектов, операторов и прочих элементов, в совокупности составляющих абстрактную машину доступа к данным, с которой взаимодействует пользователь. Эти объекты позволяют моделировать структуру данных, а операторы — поведение данных. Логическая модель данных представлена на рисунке 5.

Рис. 5 Логическая модель данных

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

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

Полное наименование системы  и ее условное обозначение информационная система «Страховой компании».

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

когда утверждены эти документы:

-  ISO/IES  12207:1995-08-01  «Информационная   технология. Процессы 

ЖЦ программного обеспечения»

- 

-  ГОСТ 34.601-90 «Стадии создания  АС» 

-  ГОСТ 34.602-89 «Техническое  задание на создание АС» 

-  ГОСТ 34.603-92 «Виды испытаний  АС» 

-  РД 50-34.698-90 «Требование  к содержанию документов» 

-  ГОСТ 24.202-80 «Технико-экономическое  обоснование» 

-  ГОСТ  34.20-89  «Виды,  комплектность  и  обозначение   документов 

при создании АС»

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

Дата начала работ 15 мая 2012 года

Дата окончания работ 30 мая 2012 года

Назначения и  цели создания системы

Назначение  системы

Информационная  система  «Страховая компания»  разработана    для

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

Цели создания системы:

-  управление  автоматизированным  составлением договоров.

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

-  архивное хранение  документов в базе 

-  хранение информации  о страховых случаях

Характеристики  объекта автоматизации

Краткие сведения об объекте  автоматизации 

Объектом  автоматизации  является  деятельность  страховой  компании,

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

управление составлением договоров  и управление выплатами.

Сведения  об  условиях  эксплуатации  объекта  автоматизации  и 

характеристиках окружающей среды.

При  проектировании  ИС  продуктового  магазина  должны  быть автомати-

 

зированы рабочие места большей части сотрудников фирмы:

Начальника отдела, экстерта, секретаря, кассира.

Требования к  надежности:

Должна быть обеспечена надежность хранения БД, которая заключается  в

возможности  восстановления  БД  после  любого  рода  аппаратных  и 

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

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

бесперебойного  питания.  Периодически  надо  производить  резервное 

копирование БД.

Требования по эргономике и технической эстетике

Пользовательские  интерфейсы  должны  быть  просты  и  понятны  для

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

этом должен быть учтен следующий стандарт:

-  ГОСТ  Р  50948-96  «Средства отображения информации

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

требования безопасности» 

Комфортность  условий  работы  персонала  должна  обеспечиваться  в

соответствии со стандартами:

-  ГОСТ  12.2.032-78  «Рабочее  место  при  выполнении  работ   сидя.

Общие эргономические требования»;

-  ГОСТ  Р  50923-96  «Дисплеи.  Рабочее место оператора.  Общие

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

измерения».

Оценка  эргономических  параметров  и  параметров  безопасности  должна

проводиться в соответствии со стандартом:

- ГОСТ Р 50949-96 «Средства отображения информации индивидуального

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

параметров безопасности».

 

 

5. Технический проект

Наименование  проектируемой ИС «Страховая компания».

Нормативные документы, на основании  которых разрабатывается ИС:

ГОСТ 34.601-90 – «Стадии создания  АС» 

ГОСТ 34.602-89 – «ТЗ на создание АС» 

ГОСТ 34.603-92- «Виды испытаний  АС» 

РД 50-34.698-90- «Требования к  содержанию документов» 

ISO/IEC 12207:1995-08-01 – «Информационная  технология. Процессы 

ЖЦ программного обеспечения».

Цели, назначение и области использования АИС.

Информационная система  «Страховая компания» разработана  для

автоматизации заполнения договоров  и храниния записей в единой базе

предприятия.

ИС позволяет:

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

-  сформировать единую  клиентскую базу

-  позволяет создать  электронный архив договоров

Структура БД

Клиент

Имя поля	Тип поля	Размер поля	Смысловое содержание
Объект	Текстовой	30	Объект страхования
Имя	Текстовой	30	Имя
Фамилия	Текстовой	30	Фамилия
Отчество	Текстовой	30	Отчество

Основная информация

Имя поля	Тип поля	Размер поля	Смысловое содержание
Вид страховки	Текстовой	30	Вид страховки
Дата заключения	Дата	10	Дата закл.дог.
Объект страхования	Текстовой	30	Что страхуется

 

Паспорт	Текстовой	20	Серия номер кем выдан
Имя	Текстовой	30	Имя
Фамилия	Текстовой	30	Фамилия
Отчество	Текстовой	30	Отчество
Дата рождения	Дата	20	Дата рождения
Адрес	Текстовой	40	Адрес прописки
Телефон	Числовой	20	Контактный телефон
Детали договора	Текстовой	255	Дополнительная информация по договору

Дополнительная информация

Имя поля	Тип поля	Размер поля	Смысловое содержание
Страховой случай	Текстовой	30	Страховой случай
Страховая выплата	Числовой	10	Выплата в случае указанном  в страховке
Выплата в страховом случае	Числовой	10	Выплата при удовлетворении
Номер договора	Числовой	15	Номер договора
Срок действия	Дата	20	Срок действия
Страховой агент	Текстовой	30	Страховой агент

 

 

 

 

 

 

 

 

 

 

 

 

Заключение

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

Внедрение ИС по страхованию  естественно приводит к оптимизации  страховых бизнес-процессов:

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