Деканат: система учёта успеваемости студентов

Министерство образования  и науки, молодежи и спорта Украины

Харьковский национальный университет  радиоэлектроники

 

 

 

 

Кафедра СТ

 

 

 

 

 

 

Домашняя контрольная  работа

Тема: «Деканат: система учёта  успеваемости студентов»

 

 

 

 

 

 

 

 

 

Выполнил:                                                                          Проверила:

ст. гр. КН-10-1                           доц. каф. СТ

Вирченко А.А.                Колесник Л. В.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Харьков 2012

1.Описание предметной области

        Система учёта успеваемости студентов  позволяет удобно и быстро работать с данными о студентах, преподавателях ,а также с оценками полученными в течении учебного процесса.

       Работник  деканата работает с информацией  о студентах, добавляет её в  базу данных системы и грамотно  управляет  всеми записями  в БД.

      Преподавателю  необходимо своевременно заполнять  журнал успеваемости для обеспечения  грамотного учёта успеваемости  студентов.

      Система  генерирует отчёт,который позволяет  удобно анализировать успеваемость  студентов и применив полученную информацию более эффективно использовать учебный процесс.

 

2. Диаграмма вариантов использования и описания

 

2.1Диаграмма вариантов использования

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

 

 

 

2.2 Описание вариантов использования

 

Таблица 2.2 – Описание вариантов  использования.

Заполнение журнала	Занесение полученных оценок в журнал
Проверка посещаемости	Проведение «Переклички»
Просмотр списка студентов	Просмотр списка всех студентов
Управление студентами	редактирование данных о  студентах
Добавление студентов	Добавление новых студентов
Удаление студентов	Удаление данных о студентах
Ввод личных данных	Ввод данных о преподавателе  в систему
Составление списка предметов	Составление Списка учебных  дисциплин для студентов

 

2.3 Расширенное описание  варианта использования

 

Название  варианта использования: Добавление студентов

Дата  создания: 8 ноября 2012 г.

Дата  последнего обновления: 9 ноября 2012 г.

Действующие лица: Сотрудник деканата

Описание: добавляет нового студента в БД

Предварительные условия:

• Сотрудник деканата зашёл в систему с правами администратора.

 

 

Выходные  условия:

         Успешно добавленный в БД студент

Нормальное  направление:

1. Добавление студентов

1.Сотрудник авторизуется  в системе с правами администратора.

2. Сотрудник деканата выбирает пункт меню «Добавить студента».

3. Заполняет все поля.

4. Система проверяет введённые данные.

5. Студент успешно добавляется в базу данных.

 

Исключения:

        1.Не  заполнены все обязательные поля

1.1. Система оповещает  администратора об ошибке добавления  студента                                         из-за не ведённых обязательных  полей. 

1.2.Сотрудник возвращается  на страницу добавления студента.

1.3 Сотрудник деканата  заполняет недостающие обязательные  поля.

1.4 Система продолжает  выполнение с пункта 4.

        2.Некоректно  введено одно из полей формы

2.1. Система оповещает  сотрудника деканата о некорректности  данных

2.2.сотрудник деканата  возвращается на страницу добавление  студента.

2.3 Сотрудник деканата исправляет допущенные ошибки.

2.4 Система продолжает  выполнение с пункта 4.

Приоритет: Высокий

Частота использования: Периодически(по необходимости) .

Бизнес-правила:

Бизнес-правило-1. Всегда должно быть введены корректные паспортные данные.

Бизнес-правило-2. Сотрудник обязан иметь право на  эту операцию.

 

Особые  требования:

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3 Моделирование требований

3.1 Диаграмма потоков данных

3.1.1 Контекстная диаграмма

Рисунок 3.1 – Контекстная диаграмма

3.1.2 Первый уровень декомпозиции.

Рисунок 3.2 – 1й уровень  декомпозиции

3.1.3 Второй уровень декомпозиции  процесса “Управление студентами”

Рисунок 3.3 – 2й уровень  декомпозиции

3.1.4 Третий уровень декомпозиции  процесса “Изменение данных студента”

Рисунок 3.4 – 3й уровень декомпозиции

 

3.2 Диаграмма Сущность-связь.

Рисунок 3.5 – Диаграмма Сущность-связь

 

4 Проектирование схемы базы  данных.

   4.1 Описание сущностей

 

Таблица 4.1 –  Описание сущностей

Название	Описание
Студенты	Сведения о студентах
Преподаватели	Сведения о преподавателях
Журнал	Оценки студентов
Сотрудник деканата	Учётные записи сотрудников деканата
Список предметов	Список учебных дисциплин для  студентов

 

2. Описание связей

Таблица 4.2 – Описание связей

Сущность 1	Сущность 2	Кратность	Наименование
Преподаватели	студенты	1:М	Просматриваемые студенты
Преподаватели	журнал	М:1	Заполнение журнала
Журнал	студенты	1:М	Студенты находящиеся  в журнале
Сотрудник	студенты	1:М	Управление студентами
Сотрудник	Список предметов	1:М	Составление списка дисциплин

 

 

 

 

3. Структуры массива

Таблица 4.3 – структуры массива

Сущность	Атрибут	Тип	Key	Null/not Null
Сотрудник деканата	ID сотрудника	Целочисленный (5)	Первичный ключ	Нет
	Имя	Символьный(10)
	Фамилия	Символьный(15)
	Отчество	Символьный(20)
	Номер телефона	Целочисленный (15)
	Login	Символьный(20)
	password	Символьный(20)
Студент	ID студента	Целочисленный (5)	Первичный ключ	Нет
	Имя	Символьный (10)
	Фамилия	Символьный(15)
	отчество	Символьный(20)
	Номер телефона	Целочисленный (15)
	Форма обучения	Символьный(10)
	адрес	Символьный(30)
	группа	Символьный(10)
Преподаватель	ID преподавателя	Целочисленный (5)	Первичный ключ	Нет
	Фамилия	Символьный(15)
	Имя	Символьный(15)
	Отчество	Символьный(20)
	Учёная степень	Символьный(30)
	Должность	Символьный(20)
Журнал	ID студента	Целочисленный (5)	Первичный ключ	Нет
	ID предмет	Символьный(40)	Внешний ключ
	ID Препод.	Целочисленный (5)	Внешний ключ
	семестр	Целочисленный (3)
	Дата сдачи	Дата/время
	Оценка	Целочисленный (4)
Список Предметов	ID Предмета	Целочисленный (5)	Первичный ключ	Нет
	Название	Символьный(40)

 

4. Нормализация таблиц

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