Создание схемы базы данных studentspass в среде mySQL Workbench
Для создания базы данных studentspass в mySQL Workbench возможно использование одного из двух подходов: прямое проектирование (FORVARD INGINEER) и обратное (REVERSE INGINEER).
В первом случае процесс получения структуры базы данных для выбранной СУБД осуществляется на основе построенной ER-модели.
Другими словами, вначале создается графическая модель базы данных и на ее основе строится физическая модель базы данных: структура таблиц и связи между ними.
Во втором случае – выполняется создание ER-модели на основе уже созданной базы данных. Т.е. вначале описывается структура таблиц и связи, а затем создается графическая модель базы данных.
Графическая модель базы данных studentspass представлена на рисунке 3.1.
Рисунок 3.1 – Графическое представление базы данных в нотации UML
Описание таблиц базы данных studentspass
Структура таблиц базы данных studentspass представлена на рисунке 3.2.
 |
 |
 |
Рисунок 3.2 – Описание структуры таблиц базы данных s tudentspass
Содержание файла SQL-запроса на создание таблиц базы данных studentpass представлено в Приложении В (файл studentpass.sql).
Архитектура приложения
Каркас приложения выполнен в архитектуре MVC.
Модель данных представлена в виде набора классов (рисунки 4.1-4.4).
Р исунок 4.1 – Класс Faculty
Р исунок 4.2 – Класс Group
Р исунок 4.3 – Класс Pass
Р исунок 4.4 – Класс Student
В качестве контроллера выступает сервлет, который осуществляет взаимодействие между моделью и представлением (рисунок 4.5).
|
|
|
Р исунок 4.5 – Класс StudentPassController
Представление данных реализовано в виде набора JSP страниц (рисунок 4.6).
Р исунок 4.6 – Список JSP страниц
В паттерне «модель – представление – контроллер» модель представляет данные приложения и связанную с ними бизнес-логику.
Данные передаются в БД и из нее в объектах передачи данных, и к ним обращаются с помощью объектов доступа к данным.
Представление – это наглядное отображение содержащихся в модели данных. Подмножество модели содержится в отдельном представлении, таким образом, представление действует в качества фильтра для данных модели. Пользователь взаимодействует с данными модели с помощью предлагаемого представлением наглядного отображения и обращается к бизнес логике, которая, в свою очередь, воздействует на данные модели.
Контроллер связывает представление с моделью и управляет потоками данных приложения. Он выбирает, какое представление визуализировать для пользователя в ответ на вводимые им данные и в соответствии с выполняемой бизнес-логикой. Контроллер получает сообщение от представления и пересылает его модели. Модель, в свою очередь, подготавливает ответ и отправляет его обратно контроллеру, где происходит выбор представления и отправка его пользователю.
|
|
|
Доступ к данным выделен в отдельный слой приложения (рисунок 4.7). Мы используем паттерн Data Access Object (DAO) для абстрагирования и инкапсулирования доступа к источнику данных. DAO управляет соединением с источником данных для получения и записи данных.
Дата добавления: 2022-12-03; просмотров: 21; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!