3. Системный анализ заданной предметной области

Целью создания ИС «Электронный дневник школьника» является упрощение процесса заполнения школьного журнала.

Система должна выполнять следующие функции:

• возможность развернуть систему в качестве сайта и иметь доступ через сеть интернет;

• работа на основных операционных системах: Windows, Linux, Mac OS X;

• возможность развернуть систему локально и иметь доступ с ограниченного числа компьютеров;

• возможность выставления оценок с учетом значимости проводимого мероприятия;

• расчет уровня обученности и качества образования;

• создание резервной копии.

4. Концептуальная модель базы данных

Была построена физическая модель базы данных с использованием утилиты DbForge, результат построения представлен на Рисунке 7.1.

Рисунок 7.5 – ER-диаграмма

5. Логическое проектирование реляционной базы данных

Создадим базу данных с названием school_journal. В ней будут содержаться четыре таблицы: users (пользователи), grade_journal (журнал оценок), schedule (расписание), events (внеурочные мероприятия, досл. «события»). На Рисунке 7.2 создаём и «заходим» в базу данных.

Рисунок 7.2 – Создание и использование базы данных с названием school_journal

Заполним таблицу users необходимыми полями: id_user, user_last_name (фамилия пользователя), user_first_name (имя пользователя), user_status (уровень доступа пользователя). Каждый из столбцов имеет свой тип данных и ограничение. Данная таблица является родительской. Это видно из отсутствия внешних ключей.

Рисунок 7.3 – Создание таблицы users

Заполним таблицу grade_journal необходимыми полями: id_grade, id_user (пользователь), grade (оценка), weight (вес оценки), subject (учебная дисциплина). Каждый из столбцов имеет свой тип данных и ограничение. Данная таблица является дочерней к таблице users. Эти таблицы соединяются ключами по полям id_user.

Рисунок 7.4 – Создание таблицы grade_journal

Заполним таблицу events необходимыми полями: id_event, event_name (название мероприятия), start_time (время начала), finish_time (время начала), week_day (день недели). Каждый из столбцов имеет свой тип данных и ограничение. Данная таблица является родительской.

Рисунок 7.5 – Создание таблицы events

Заполним таблицу schedule необходимыми полями: id_schedule, week_day (день недели), start_time (время начала), finish_time (время начала), subject (учебная дисциплина), id_grade (оценка), id_event (мероприятие, если есть). Каждый из столбцов имеет свой тип данных и ограничение. Данная таблица дочерней по отношению к таблицам grade_journal и events. Эти таблицы соединяются ключами по полям id_grade и id_event соответственно.

Рисунок 7.6 – Создание таблицы schedule

Внесем данные в таблицу users. Для этого введем команду INSERT INTO users VALUES ('1', 'Kastarnaya', 'Eugenia', 'administrator'), ('2', 'Loginova', 'Tatiana', 'teacher'), ('3', 'Vilkova', 'Anna', 'parent'), ('4', 'Vilkov', 'Maxim', 'student');

Рисунок 7.7 – Заполнение таблицы users

Внесем данные в таблицу grade_journal. Для этого введем команду INSERT INTO grade_journal VALUES ('1', '1', '5', '1', 'russian'), ('2', '1', '3', '3', 'math'), ('3', '1', '2', '5', 'physic');

Рисунок 7.8 – Заполнение таблицы grade_journal

Внесем данные в таблицу users. Для этого введем команду INSERT INTO users VALUES ('1', 'exam preparation', '13:25:00', '14:10:00', 'Monday');

Рисунок 7.9 – Заполнение таблицы events

Внесем данные в таблицу schedule. Для этого введем команду INSERT INTO schedule VALUES ('1', 'Monday', '08:30:00', '09:15:00', 'physic', '3', 'NULL'), ('2', 'Monday', '09:25:00', '10:10:00', 'biology', 'NULL', 'NULL'), ('3', 'Monday', '10:30:00', '11:15:00', 'math', '2', 'NULL'), ('4', 'Monday', '11:25:00', '12:10:00', 'math', 'NULL', 'NULL'), ('5', 'Monday', '12:20:00', '13:05:00', 'russian', '1', 'NULL'), ('1', 'Monday', '13:25:00', '14:10:00', 'exam preparation', 'NULL', '1');

Рисунок 7.10 – Заполнение таблицы schedule

6. Вывод

Семантическое моделирование данных основывается на технологии определения значения данных через их взаимосвязи с другими данными. В качестве инструмента семантического моделирования используются различные варианты (нотации) диаграмм сущность-связь (Entity-Relationship). ER-диаграммы позволяют использовать наглядные графические обозначения для моделирования сущностей и их взаимосвязей. Основное достоинство метода состоит в том, модель строится методом последовательного уточнения и дополнения первоначальных диаграмм.

9. ПРАКТИЧЕСКАЯ РАБОТА №8: СОЗДАНИЕ ДИАГРАММЫ СОСТОЯНИЙ

   1. Реферат

В данной практической работе содержится два основных раздела.

Основные разделы имеют следующее название: введение, построение диаграммы состояний. Весь текст практической работы занимает три страницы. Работа содержит один рисунок, ноль таблиц.

2. Введение

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

3. Построение диаграммы состояний

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

• регистрация: администратор самостоятельно регистрирует пользователя в систему;

• авторизация: при входе с нового устройства или после выхода из аккаунта необходимо войти в систему;

• работа с внесением данных: пользователь, имеющий права на редактирование, может начать вносить данные в БД, перейдя в соответствующий раздел;

• работа с просмотром расписания: любой пользователь может открыть раздел и посмотреть расписание занятий. Информация будет отличаться в зависимости от пользователя (учитель или ученик/родитель).

• работа с просмотром оценок: любой пользователь может открыть раздел и посмотреть отметки за выбранный период. Информация будет отличаться в зависимости от пользователя (учитель или ученик/родитель).

Рисунок 8.1 - Диаграмма состояний для класса users

4. Вывод

В ходе выполнения практической работы была создана диаграмма состояний для класса users в нотации UML.