2.2 Разработка программного обеспечения подсистемы

2.2.1 Выбор языка разработки и технологии проектирования эис

Разработка данного проекта велась в среде программирования Delphi. Delphi – это среда разработки, в которой в качестве языка программирования используется объектно-ориентированный язык программирования Delphi. Язык Delphi – это язык, в основе которого лежит Object Pascal.

Данный язык отвечает всем современным требованиям, применяемым к языкам программирования высокого уровня.

В качестве технологии проектирования было выбрано индустриальное автоматизированное проектирование, которое разбивается на два подкласса: автоматизированное (использование CASE-технологии) и типовое (параметрически-ориентированное или модельно-ориентированное). Из данных подклассов был выбран второй, то есть типовое проектирование.

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

2.2.2 Объектно-ориентированная модель системы «Eurasia»

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

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

На данной диаграмме представлено три действующих лица: Клиент, Кредитор и Кредитный центр (см. рис. 8).

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

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

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

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

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

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

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

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

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

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

Далее была построена диаграмма деятельности, в которой каждое состояние соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении этой операции в предыдущем состоянии. Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами — переходы от одного состояния действия к другому (см. рис 13). [4]

Рисунок 13 – Диаграмма деятельности

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

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

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

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

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

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