Проектирование UML-диаграммы «Электронного журнала

UML диаграмма состояний

Диаграмма состояний в UML описывает все возможные состояния одного экземпляра определенного класса и возможные последовательности его переходов из одного состояния в другое, то есть моделирует все изменения состояний объекта как его реакцию на внешние воздействия.

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

Понятие состояние объекта

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

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

Начальное состояние представляет собой частный случай состояния, которое не содержит никаких внутренних действий (псевдосостояние). В этом состоянии находится объект по умолчанию в начальный момент времени. Оно служит для указания на диаграмме графической области, от которой начинается процесс изменения состояний. Графически начальное состояние в языке UML обозначается в виде закрашенного кружка, из которого может только выходить стрелка, соответствующая переходу.

Конечное состояние представляет собой частный случай состояния, которое также не содержит никаких внутренних действий. В этом состоянии будет находиться объект по умолчанию после завершения работы автомата в конечный момент времени. Оно служит для указания на диаграмме графической области, в которой завершается процесс изменения состояний или жизненный цикл данного объекта. Графически конечное состояние в языке UML обозначается в виде закрашенного кружка, помещенного в окружность, которую может только входить стрелка, соответствующая переходу.

Переход - представляет собой отношение между двумя последовательными состояниями, которое указывает на факт смены одного состояния объекта другим. Если пребывание моделируемого объекта в первом состоянии сопровождается выполнением некоторых действий, то переход во второе состояние будет возможен только после завершения этих действий и, возможно, после выполнения некоторых дополнительных условий, называемых сторожевыми условиями.

 

          Рис.11. Диаграмма состояний «Электронного журнала»

Диаграмма состояний (Рис. 11.) показывает работу электронного журнала.

Существуют имена состояний: ТЕСТ, ЗАГРУЗКА КОМПОНЕНТОВ,РАБОТА С СИСТЕМОЙ, ОТЛАДКА.

У работы электронного журнала есть начальное состояние (начало работы) и конечное состояние (конец работы).

При запуске приложения электронный журнал начинает тестирование, за тем начинается загрузка программных компонентов, после чего начинается непосредственная работа с системой, после чего приложение заканчивает работу.

Но если при тестировании было выявлена ошибка,тогда приложение включает отладку этой ошибки.

Характеристика базы данных

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

В данном дипломном проекте ER-модель построена в ERWin.

ERwin имеет два уровня представления модели — логиче­ский (см. приложение 10) и физический (см. приложение 11).

Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД.

Физическая модель данных – способ хранения данных в конкретной СУБД. Строится на основе логической модели данных. Отношения, разработанные на стадии логического моделирования, преобразуются в таблицы, атрибуты в столбцы, домены в типы данных, принятых в выбранной конкретной СУБД. Физическая модель содержит всю информацию, необходимую для реализации конкретной БД. Физический уровень представления модели зависит от выбранного сервера. ERwin поддерживает практически все распространенные СУБД, всего более 20 реляционных и нереляционных баз данных, при этом он позволяет учесть особенности реализации конкретной СУБД. Основными объектами физической модели являются таблицы и колонки. ERwin автоматически создает имена таблиц и колонок на основе имен соответствующих сущностей и атрибутов, учитывая максимальную длину имени и другие синтаксические ограничения, накладываемые СУБД. Результатом физического моделирования является генерация программного кода базы данных на соответствующем выбранной СУБД диалекте структурированного языка запросов SQL.

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

Модель базы данных проектируемой системы Электронный школьный журнал содержит 18 таблиц. В данном дипломном проекте, в соответствии с описанной предметной областью, были выявлены следующие сущности, необходимые для решения моих задач: СПИСКИ УЧАЩИХСЯ, СПИСКИ РОДИТЕЛЕЙ, СПИСКИ ПРЕПОДАВАТЕЛЕЙ, СПИСКИ КЛАССОВ,СПИСКИ ПРЕДМЕТОВ,РАСПИСАНИЕ, ВРЕМЯ ЗАНЯТИЙ, ОЦЕНКИ.

Далее я коротко охарактеризую таблицы, распишу их характеристики и принадлежность к моему модулю.

                                                     Таблица «Учащийся»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Учащегося	integer	NOT NULL	PK
Фамилия	varchar	NULL
Имя	varchar	NULL
Отчество	varchar	NULL
Дата рождения	DateTime	NOT NULL
Возраст	Int	NULL
Место проживания	varchar	NULL
Номер телефона	int	NULL
E-mail	varchar	NULL
Пол	varchar	NOT NULL

 

Таблица «Учащиеся» используются мной для хранения списков учеников школы, для отбора учеников по классам для подсчета рейтинга классов и рейтинга учащихся.

Таблица «Родитель»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Родитель	integer	NOT NULL	PK
Фамилия	varchar	NULL
Имя	varchar	NULL
Отчество	varchar	NULL
Номер телефона	Int	NULL
E-mail	varchar	NOT NULL
Место работы	varchar	NULL
Дата рождения	DateTime	NULL
Пол	varchar	NOT NULL

 

Таблица «Родитель» используется мной для хранения сведений родителей учащихся, для дальнейших отчетов школы и выдачи справок родным ученика.

 

Таблица «Список названия дней»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Дня	integer	NOT NULL	PK
Название дня	varchar	NULL

 

Таблица «Список названия дней» используются мной для хранения названия дней недели, для обозначений в школьном журнале.

Таблица «Преподаватель»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Преподаватель	integer	NOT NULL	PK
Фамилия	varchar	NULL
Имя	varchar	NULL
Отчество	varchar	NULL
Возраст	int	NOT NULL
Классное руководство	int	NULL
Категория	int	NULL

 

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

 

Таблица «Класс»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Класса	integer	NOT NULL	PK
ID Учащегося	integer	NULL
Список учащихся	varchar	NULL
Руководитель	varchar	NULL
Название класса	varchar	NULL

 

Таблица «Класс» используется мной для хранения данных класса: списки учащихся входящих в класс, классного руководителя класса.

Таблица «Список названия классов»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
Список названия классов	int	NOT NULL	PK
ID Класса	integer	NULL
ID Учащегося	integer	NULL
Выпускник	varchar	NULL

 

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

 

Таблица «Предмет»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID предмета	integer	NOT NULL	PK
Название предмета	varchar	NULL

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

Таблица «Расписание»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Дня	integer	NULL	PK
ID Предмета	integer	NULL
ID Класса	Integer	NULL
ID Преподавателя	integer	NULL

 

Таблица «Расписание» необходима мне, для вывода расписания классов.

Таблица «Время занятий»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
Время начала занятий	Time	NOT NULL	PK
Время занятия	Time	NOT NULL
Время окончания занятия	Time	NOT NULL

 

Таблица «Время занятий» необходима мне для назначения времени занятий: время начала занятия, время самого занятия и время окончания занятия.

 

Таблица «Оценка»

 

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Оценки	integer	NOT NULL	PK
Дата	DateTime	NULL

 

Таблица «Оценка» необходима мне для назначения оценок учащимся по каждому предмет.