Файл: Моделирование предметной области «Ведение договоров по страхованию автотранспортных средств» с помощью UML (Описание предметной области).pdf
Добавлен: 01.04.2023
Просмотров: 87
Скачиваний: 2
Рисунок 4 Иерархия классов системы.
Рисунок 5 Главная диаграмма классов.
Описание классов
Классы пакета Boundaries.
Рисунок 6 Диаграмма классов пакета Boundaries.
Класс Client содержит следующие атрибуты.
|
Имя |
Описание |
Тип |
|
ID |
Идентификационный номер клиента |
Integer |
|
Fam |
Фамилия клиента |
String |
|
Im |
Имя клиента |
String |
|
Otch |
Отчество клиента |
String |
|
Adress |
Место жительства |
String |
|
desc |
описание |
String |
|
NomerDogovora |
Знак автора |
String |
|
Data zaklucheniya |
Дата заключения договора |
Date |
Операции класса Client
|
Имя |
Описание |
|
OpenClientBD () |
В результате данной операции происходит открытие формы клиента с результатом запроса по поиску конкретного человека, заключившего договор с организацией |
|
Open Client () |
Открытие клиентской формы из меню, для добавления нового клиента |
Класс Menu содержит атрибуты.
|
Имя |
Описание |
Тип |
|
CloseForm |
В данном атрибуте содержится логическое выражение, Отражающее закрытие формы меню |
Boolean |
Операции класса Menu
|
Имя |
Описание |
|
OpenMenu () |
Открытие формы главного меню, в котором осуществляется работа с системой, производится открытие форм, таких как клиент и поиск |
|
Return Menu () |
Операция возврата в главное меню, после закрытия форм клиент и поиск |
Класс Search содержит следующие атрибуты.
|
Имя |
Описание |
Тип |
|
Fam |
Фамилия клиента |
String |
|
Im |
Имя клиента |
String |
|
Otch |
Отчество клиента |
String |
|
NomerPolisa |
Номер страхового свидетельства |
Integer |
|
NomerAvto |
Номерной знак транспортного средства |
String |
Операции класса Search
|
Имя |
Описание |
|
OpenSearch () |
Открытие формы поиска из главного меню |
|
Return Search () |
Операция возврата на форму поиска, обнаружения отсутствия клиента в базе |
|
Soobshit ob ots |
Выдача системного сообщения пользователю, об отсутствии клиента в БД |
Классы пакета Entities.
Рисунок 7 Диаграмма классов пакета Entities.
Класс BD не содержит никаких атрибутов, так как он только передает управление СУБД, которая в свою очередь выполняет все операции по работе с запросами пользователей.
Операции класса BD
|
Имя |
Описание |
|
AddNewClientBD () |
Отправка запроса на добавление нового клиента организации |
|
AddEditClientBD () |
Отправка запроса на внесение в базу изменений об уже существующем клиенте |
|
SearchBD () |
Формирование результирующей информации и выдача данных о запрашиваемом клиенте на соответствующей форме клиент |
Классы пакета Control
Рисунок 8 Диаграмма классов пакета Control
Класс Open содержит следующие атрибуты.
|
Имя |
Описание |
Тип |
|
LogIn |
Логин пользователя |
String |
|
Password |
Пароль пользователя |
String |
|
Access |
Доступ разрешен, либо запрещен |
Boolean |
Операции класса Open
|
Имя |
Описание |
Сигнатура |
|
Authorization |
Проверка правильности ввода данных пользователем при входе в систему, операция возвращает значение логического типа. |
+ Authorization (): Boolean |
Классы пакета View
Рисунок 9 Диаграмма классов пакета View
Класс Print не содержит никаких атрибутов, так как данный класс реализует только печать страхового договора.
Операции класса Open
|
Имя |
Описание |
Сигнатура |
|
PrintPolis |
Операция реализует печать полиса, данные берутся из БД |
Рисунок 10 Диаграмма классов «страховой агент»
Диаграммы состояний определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторых событий.
На диаграмме имеются два специальных состояния - начальное (start) и конечное (stop). Начальное состояние выделено черной точкой, оно соответствует состоянию объекта, когда он только что был создан. Конечное состояние обозначается черной точкой в белом кружке, оно соответствует состоянию объекта непосредственно перед его уничтожением. На диаграмме состояний может быть одно и только одно начальное состояние.
Рисунок 11 Диаграмма состояний «страховой агент»
ЗАКЛЮЧЕНИЕ
Информационные технологии изменяют и будут менять характер деятельности страховых корпораций. Очевидные изменения коснутся формирования автоматизированной, информационной среды. Поступление информации станет процессом, управляемым самим пользователем, благодаря возможности выбора необходимого интерактивного канала. Развитие средств коммуникации обеспечивает возможность общения с любым абонентом страхового процесса в любой точке земного шара при помощи цифровых средств передачи данных и видеоизображений, делает реальными перспективы внедрения электронного страхования. В условиях электронного страхования станут иными структура и условия страхования. Страховые компании, специализирующиеся на определенном виде страхования, смогут работать не менее успешно, чем универсальные страховые корпорации, поскольку залогом эффективного бизнеса будет его мощная информационная поддержка.
В процессе выполнения данного курсового проекта была разработана объектно-ориентированная модель информационной подсистемы для учета товаров с использованием языка UML.
Основой информационных коммуникаций будущего являются информационные магистрали. Сеть Internet уже представляет собой некоторый прообраз информационной супермагистрали. Перемещение сферы деловой активности человека в так называемое киберпространство приведет к изменению самого назначения персонального компьютера. Из вспомогательного инструмента он превратится в полномочного представителя, клиента страховой компании.
Очевидно, что для успешного формирования единого информационного пространства страховой деятельности необходима совместимость различных супермагистралей. Один из возможных подходов к этому — стандартизация электронного взаимодействия.
В ходе ее разработки мною были изучены основы языка моделирования UML и построены следующие диаграммы:
- диаграмма вариантов использования;
- диаграмма последовательности;
- кооперативная диаграмма;
- диаграмма классов;
- диаграмма состояний;
- диаграмма компонентов;
В качестве среды разработки информационной подсистемы был использован программный продукт Rational Rose Enterprise Edition.