ПЗ автоматизації обліку успішності з фізичного виховання

Форма № Н-6.01

 

Національний аерокосмічний університет  ім. М.Є. Жуковського

“Харківський авіаційний інститут”

 

Факультет економіки та менеджменту

 

Кафедра інженерії програмного  забезпечення

 

 

 

КУРСОВИЙ  ПРОЕКТ

з ____Проектування _розподільних _систем_________________

(назва дисципліни)

на тему:__ПЗ автоматизації обліку успішності з

                      фізичного виховання_____________

 

 

 

Студента (ки)  _4_курсу 641п  групи

напряму підготовки__050103______________

спеціальності_програмна інженерія_

 ___Лозова А.С.__________________

(прізвище  та ініціали)

Керівник_Молодих Л.С._____________

(посада, вчене  звання, науковий ступінь, прізвище  та ініціали)  

Національна шкала ____________________

Кількість балів: ______Оцінка:  ECTS

 

Члени комісії       ___Молодих Л.С.  Резуненко О.О.

Туркін І.Б.__________

                                                                                                                                             (підпис)                     (прізвище та ініціали)

                                                                                                                                       

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

м. Харків - 2013рік

Оглавление

Введение 2

1 Постановка задачи 4

1.1 Требования пользователя 4

1.1.1 Мандатные требования 4

1.1.2 Ограничительные требования 4

2 Анализ требований 6

2.1 Анализ и обзор предметной области 6

2.2 Глоссарий 6

2.3 Описание вариантов использования ПО 7

2.4 Требования к ПО 13

2.4.1 Функциональные требования 13

2.4.2 Нефункциональные требования 13

3 Архитектурное и детальное проектирование ПО 14

3.1 Архитектурное проектирование клиентской части ПО 14

3.2 Архитектурное проектирование серверной части ПО 15

3.2.1 Логическая модель даннях 15

3.2.1.1 Выделение сущностей и атрибутов предметной области 15

3.2.2  Выделение связей между сущностями 17

3.2.3  Построение логической схемы БД 17

3.3  Детальное проектирование ПО 18

3.3.1 Детальное проектирование клиентской части ПО 18

3.3.2 Детальное проектирование серверной части ПО 20

3.3.2.1  Описание таблиц БД на основе логической модели БД 20

4 Проверка работоспособности ПО 21

Выводы 24

Список литературы 25

Приложение А. Листинг исходных кодов SQL-сценариев для создания таблиц БД 26

Приложение В .  Листинг исходного кода клиентской части приложения 28

 

 

 

 

 

 

 

Введение

 

В наше время практически каждое высшее учебное заведение имеет свои  информационные приложения, а также систему контроля успеваемости студентов как в общем учебном процессе, так и отдельно по каждому предмету.

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 Постановка задачи

 

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

1.  Требования пользователя

1. Мандатные требования

 

1. ПО справочно- информационной системы физического воспитания студентов должно производить регистрацию и авторизацию пользователя;
2. ПО должно производить добавление информации о студентах в группу;
3. ПО должно предусматривать редактирование информации о студентах;
4. ПО должно производить удаление информации о студентах;
5. ПО должно предоставлять возможность добавление информации о сдаче нормативов;
6. ПО должно предоставлять возможность удаления информации о нормативах;
7. ПО справочно- информационной системы физического воспитания студентов должно обеспечить вывод на экран информации о сдаче норматива запрашиваемого студента;
8. ПО справочно-информационной системы физического воспитания студентов  должно иметь двух уровневую архитектуру;
9. ПО должно предоставлять интуитивно понятный пользовательский интерфейс;
10. ПО справочно-информационной системы физического воспитания студентов должно хранить информацию о студентах и нормативах в базе данных;

1.1.2 Ограничительные требования

 

1.1.2.1.   ПО должно функционировать на ПК с ОС семейства Windows;

1.1.2.2.   Информация должна храниться в базе данных MYSQL               Server 2005.

1.1.2.3.   В качестве инструментальных средств разработки должен использоваться пакет разработчика фирмы Sun Microsystems Inc. J2SE SDK версии 1.2 и выше (платформа Java 2).

1.1.2.4.  ПО должно функционировать на компьютере с характеристиками:

- Процессор: 2*(2.33GHz Intel® Xeon® E5345 Core 2 QuadCore 1333MHz FSB, 2 x 4096Kb L2 cache);

-   Оперативная память (ОЗУ): 16Gb (до 64Gb) FB-DIMM DDR PC2-5300 ECC Full Buffered (16 DIMM slots);

-   Постоянная память (ПЗУ): 3*( HDD 400Gb SerialATA 7200rpm);

-   Мышь: Мышь Microsoft или совместимая;

-   Клавиатура;

 

2 Анализ требований

2.1 Анализ и обзор предметной области

 

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

Студент осуществляет сдачу нормативов по физическому воспитанию, бег, брусья, пресс и т.д. Преподаватель, в свою очередь, после сдачи студентом норматива заносит данные в базу данных, выбрав предварительно название и номер группы студента, после чего заполняет информацию о сдаче: название/номер семестра, ФИО преподавателя, принимавшего норматив, вид норматива, оценка и дата сдачи норматива. Затем сохраняет информацию в базе данных. Данная операция позволит преподавателю в дальнейшем сократить время на поиск и сохранить информацию о сдаче нормативов студентами.

При изменении каких-либо данных преподаватель  может произвести удаление/редактирование информации как о студенте, так и о сдаче норматива.

2.2 Глоссарий

В табл. 2.2 представлен глоссарий к проекту информационно-справочной системы физического воспитания студентов.

Таблица 2.2 - Глоссарий информационно-справочной системы физического воспитания студентов

Преподаватель	должность, занимающая промежуточное  положение между ассистентом  и старшим преподавателем. На преподавателей возлагается проведение семинарских  и лабораторных занятий и помощь лектору в приёме зачётов или  экзаменов у студентов. Как правило на данную должность назначаются педагоги без учёной степени с опытом работы.
Студе́нт	(от лат. studens — усердно  работающий, занимающийся) учащийся  высшего, в некоторых странах  и среднего учебного заведения.
Норматив	правило или количественное значение каких либо показателей.
Оценка	выраженное в числе мнение преподавателя (другого проверяющего лица) об уровне знаний ученика (качестве его работы).
Семестр	обозначение полугодия в высших и  средних специальных учебных  заведениях. В семестр обычно также  включаются каникулы.

 

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

 

На основании  требований была разработана диаграмма вариантов использования (представлена на рисунке. 2.3.1) для пользователя «Преподаватель»

 

Рисунок 2.3.1 – Диаграмма вариантов использования информационно-справочной системы физического воспитания студентов

 

В табл. 2.3.1- 2.3.7 приведено описание вариантов использования информационно-справочной системы физического воспитания студентов

 

          Таблица 2.3.1 – Описание варианта использования «Авторизация пользователя»

Идентификатор		US-1
Название		Авторизация пользователя
Участники		Преподаватель
Описание		Авторизация (при входе пользователя в систему)
Предусловие		Преподаватель нажимает кнопку «Логин»
Постусловие		Пользователь  может работать с базой данных
Основной поток событий		Преподаватель нажимает на кнопку «Авторизация» Преподаватель вводит логин и пароль Преподаватель нажимает на кнопку «Вход» Компьютер проверяет введенные данные, и если в одном из полей отсутствовали данные, то выполняется альтернативный поток событий В. Если все данные введены корректно, то выполняется альтернативный поток событий А. Система подтверждает авторизацию пользователя. Вариант использования завершается.
Альтернативные потоки	Поток A	Вариант использования завершается.
	Поток В	Система предлагает еще раз ввести данные в форму
Приоритет		Высокий

 

Таблица 2.3.2– Описание варианта использования «Выбор группы»

 

Идентификатор		US-2
Название		Выбор группы
Участники		Преподаватель
Описание		Когда преподаватель  производит поиск заданного студента
Предусловие		Преподаватель нажимает выпадающий список со всеми группами
Постусловие		Пользователь  может работать с выбранной группой
Основной поток событий		Преподаватель нажимает выпадающий список со всеми группами Преподаватель выбирает из списка группу, с которой он будет работать. Вариант использования завершается.
Альтернативные потоки	Поток A
	Поток В
Приоритет		Низкий

 

 

 

Таблица 2. 3.3 – Описание варианта использования «Добавить студента»

 

Идентификатор		US-3
Название		Добавить  студента
Участники		Преподаватель
Описание		Когда требуется  добавить студента в группу
Предусловие		Преподаватель нажимает на кнопку «Добавить студента»
Постусловие		База  данных студентов изменена
Основной поток событий		Преподаватель нажимает на кнопку «Добавить студента» Преподаватель вносит данные в поля при добавление студента: «ФИО», «номер группы», «телефон» Система проверяет введенные данные, и если в одном из полей отсутствовали данные, то выполняется альтернативный поток событий А. Преподаватель подтверждает изменение данных нажатием кнопки «Подтвердить» Система сохраняет данные о студенте. Вариант использования завершается.
Альтернативные потоки	Поток A	Система оповещает преподавателя о том, что поля не должны быть пустыми Вариант использования завершается
	Поток В
Приоритет		Низкий

           

В табл. 2.3.4 соответствие объектов содержанию варианту использования «Редактировать студента».                                

Таблица 2.3.4 – Описание варианта использования «Редактировать студента»

Идентификатор		US-4
Название		Редактировать студента
Участники		Преподаватель
Описание		Когда преподаватель хочет внести изменения о студенте
Предусловие		Проподаватель  нажимает кнопку «Редактировать студента»
Постусловие		База  данных студентов сохранена
Основной поток событий		Преподаватель нажимает кнопку «Редактировать студента» Преподаватель вносит данные в поля при редактирование студента: «ФИО», «номер группы», «телефон» Система проверяет введенные данные, и если в одном из полей отсутствовали данные, то выполняется альтернативный поток событий А. Преподаватель подтверждает изменение данных нажатием кнопки «Подтвердить» Система сохраняет данные о студенте. Вариант использования завершается.
Альтернативные потоки	Поток A	Система оповещает преподавателя о том, что поля не должны быть пустыми Вариант использования завершается
	Поток В
Приоритет		Низкий