2.2.2 Объектно-ориентированная модель подсистемы «Страхование имущества граждан»

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

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

На данной диаграмме представлено три действующих лица: начальник отдела, страхователь и оператор по заполнению БД (см. рис. 7).

Рисунок 7 – Диаграмма вариантов использования

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

Атрибуты каждого класса отображаются под названием класса с определенным типом значений и действия классов. Кроме этого, на диаграмме классов показаны отношения ассоциации и зависимости (см. рис.8).

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

После диаграммы классов были разработаны диаграммы взаимодействия: последовательности и кооперации. Диаграммы взаимодействия объектов (Interaction diagram) отображают динамическое взаимодействие объектов в рамках одного прецедента использования. Диаграммы последовательности организованы по времени, на кооперативных диаграммах отображается та же информация, но акцентируется внимание на статическом взаимодействии объектов (см. рис. 9-10).

Рисунок 10 – Диаграмма последовательности

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

На основе диаграмма последовательности была построена диаграмма кооперации (см. рис. 11).

Рисунок 11 – Диаграмма кооперации

После диаграммы кооперации была разработана диаграмма состояний, которая описывает процесс изменения состояний всех классов. Изменение состояния объекта может быть вызвано внешними воздействиями со стороны других объектов или извне (см. рис. 12).

Рисунок 12 – Диаграмма состояний

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

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

Таким образом, диаграмма компонентов (Component diagram) отображает физические модули программного кода.

Диаграмма размещения (Deployment diagram) отображает распределение объектов по узлам вычислительной сети. Диаграмма размещения содержит графические изображения процессоров, устройств, процессов и связей между ними. (Рис.14)

Рисунок 14 – Диаграмма размещения

Данная диаграмма включает 4 процессора - любые машины, имеющие вычислительную мощность, в данном случае это ПК, а также два устройства (принтер и коммутатор) - аппаратура, не имеющая вычислительной мощности.