Разработка объектно-ориентированной модели информационной подсистемы для приемной комиссии университета
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
я состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов. Этот тип диаграмм позволяет проектировать алгоритмы поведения объектов любой сложности, в том числе может использоваться для составления блок-схем [1].
Рассмотрим вариант использования Добавить абитуриента в БД. Диаграмма последовательности приведена на рисунке 3.1.
Рисунок 3.1 - Диаграмма последовательности Добавить абитуриента в БД
На приведенной выше диаграмме выделены следующие объекты соответствующих классов:
-выбор формы поступления - объект класса FormPostuplen, отвечающий за выбор необходимой формы;
-форма обучения - объект класса InputForm
-управляющий БД - объект управляющего класса DBManager, выполняющий функции СУБД;
-добавление данных абитуриента - объект класса Zapis, инкапсулирующего в себе всю необходимую информацию об абитуриенте;
-управляющий транзакциями - объект класса TransactionManager, берущий на себя функции СУБД по управлению транзакциями.
Последовательность действий основного потока выглядит следующим образом:
1.Секретарь приемной комиссии создает новую запись об абитуриенте в БД.
2.При этом он открывает необходимую форму для ввода данных абитуриента.
.Вводит все необходимые поля в открытую форму.
.Нажимает на клавишу Сохранить.
.При этом информация отправляется в СУБД, которая обозначена на диаграмме как Управляющий БД.
.СУБД создает новую пустую запись.
.Генерирует изменяет значения полей в соответствии с введенными секретарем данными.
.Передает эту запись системе управления транзакциями, которая обозначена на диаграмме как Управляющий транзакциями.
.Система управления транзакциями осуществляет транзакцию.
.Система управления транзакциями возвращает сообщение об успешности проведения транзакции или ошибке при её выполнении.
Выводы
. Была разработана диаграмма последовательности для варианта использования Добавить абитуриента в БД. Этот вариант использования является наиболее сложно реализуемым прецедентом информационной подсистемы.
. При создании диаграммы были созданы два класса управляющих класса (Control), два граничных(Boundaries) и два сущность (Entity).
. К управляющим классам относятся DBManager и TransactionManager. Они контролируют последовательность событий этого варианта использования.
. К граничным классам относятся FormPostuplen и InputForm. Граничные классы, которые расположены на границе системы и окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой, как принтеры или сканеры) и интерфейсы с другими системами.
. К классам сущность относятся Zapis и ZapisItem .
Классы-сущности (entity classes) отражают основные понятия (абстракции) предметной области и, как правило, содержат хранимую информацию. В данный пакет были добавлен класс Zapis. Также был создан и добавлен в пакет вспомогательный класс ZapisItem, предназначенный для того, чтобы облегчить контроль вводимых данных.
4. СОЗДАНИЕ ДИАГРАММЫ СОТРУДНИЧЕСТВА
Взаимодействие объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов. Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема - передачи сообщений [3].
В курсовом проекте была разработана диаграмма сотрудничества, описывающая ввод данных абитуриента. На диаграммах классов отображаются некоторые классы и пакеты системы. Это статические картины фрагментов системы и связей между ними. Действующее лицо - Секретарь приемной комиссии. Используемые объекты:
-выбор формы поступления ( класс - FormPostuplen);
-форма поступления (класс InputForm);
-управляющий БД (класс DBManager);
-запись об абитуриенте(класс Zapis);
-управляющий записями(класс - TransactionManager).
На диаграмму были добавлены следующие сообщения, соотнесенные с операциями:
1.Create() - создать новую форму о вводе данных абитуриента;
2.OpenForm() - открыть форму для ввода данных абитуриента;
3.EnterDate() - ввести данные об абитуриенте;
4.SaveInfo() - нажать кнопку сохранить на форме;
SaveInfo() - послать запрос в БД на сохранение информации
Диаграмма сотрудничества (рисунок 4.1).
Рисунок 4.1 - Диаграмма сотрудничества Ввод новой записи об абитуриенте
Выводы
1.Была спроектирована диаграмма сотрудничества для варианта использования Ввод новой записи об абитуриенте. Во многом от правильности выполнения этого прецедента будет зависеть в дальнейшем успешность оперативного учета и функционирования всей системы в целом.
2.Да диаграмму были добавлены девять сообщений, соотнесенные с соответствующими операциями.
5 СОЗДАНИЕ ДИАГРАММЫ КЛАССОВ
Диаграмма классов является основным логическим представлением модели и содержит детальную информацию о внутреннем устройстве объектно-ориентированной программной системы или, используя современную терминологию, об архитектуре прог