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

Организация учета учебных задолженностей студентов в автоматизированной системе

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 31.10.2017
Размер файла 962,7 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

32

Размещено на http://www.allbest.ru/№ 110620020

Федеральное государственное бюджетное образовательное учреждение

Высшего профессионального образования

"Тихоокеанский государственный университет"

Кафедра "ПОВТиАС"

КУРСОВАЯ РАБОТА

по технологии проектирования, разработки ПО

ТЕМА: "Организация учета учебных задолженностей студентов в автоматизированной системе"

Выполнил: студент гр. КБ-11

Чухланцев О.А.

Научный руководитель:

преп. Кит М.Р.

Хабаровск 2014

Оглавление

  • Введение
  • Постановка задачи
  • Введение
  • 1. Общее описание
  • 1.1 Обзор ПС
  • 2.1.1 Системный интерфейс
  • 2.1.2 Пользовательский интерфейс
  • 2.1.3 Аппаратный интерфейс
  • 2.1.4 Программный интерфейс
  • 2.1.5 Коммуникационный интерфейс
  • 2.1.6 Ограничения по памяти
  • 2.1.7 Описание базы данных
  • 2.1.7.1 Объекты и свойства
  • 2.1.7.3 Макеты таблицы
  • 2.1.7.4 Связь таблиц
  • 2.1.7.5 Ограничение целостности
  • 2.1.8 Требования к адаптации рабочих мест
  • 2.2 Функциональное описание
  • 2.3 Характеристики пользователя
  • 2.4 Ограничения
  • 2.4.1 Ограничения по ресурсам
  • 2.4.2 Требования к языкам высокого уровня
  • 2.4.3 Требования к надежности
  • 2.5 Предположения и зависимости
  • 3. Детальные требования
  • 3.1 Пользовательский интерфейс мобильного приложения
  • 3.2 Пользовательский интерфейс веб-приложения
  • 3.3 Системный интерфейс
  • 3.4 Функциональная иерархия ПС
  • 3.4.1 Обязательно к реализации в мобильном приложении
  • 3.4.1.1 Функциональные возможности раздела "Задолжности"
  • 3.4.1.1 Функциональные возможности раздела "Добавить/Удалить"
  • 3.4.2 Обязательно к реализации в веб-сайте
  • 3.4.2.2 Функциональные возможности страницы "Поиск по студенту"
  • 3.4.3 Необязательно к реализации
  • 3.4.4 Рекомендуемые
  • Заключение
  • Список использованной литературы
  • Приложение А
  • Приложение В

Введение

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

Актуальность темы определяется:

· упрощением ведения учета задолженностей в высших учебных заведениях;

· возможностью дистанционного контроля задолженностей.

В данной курсовой работе в качестве объекта исследования выступает учебный процесс.

Предметом исследования является создание автоматизированной системы учета задолженностей студентов.

Работу над созданием ПС можно разбить на 5 этапов:

1) Написание технического задания для сайта и приложения.

2) Создание БД, содержащей информацию о задолженностях студентов.

3) Создание сайта.

4) Создание приложения.

5) Тестирование созданных ПС

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

мобильное приложение интерфейс системный

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

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

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

Введение

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

1.1 Цель

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

1.2 Область применения

1.2.1 Название продукта

Название продукта: “Nastre”.

1.2.2 Основные задачи ПС

Приложение осуществляет следующие действия:

· Отображает список всех студентов с их задолженностями (название дисциплины, семестр, тип задолженности)

· Позволяет удалить определенную задолженность у студента

· Осуществляет поиск задолженности по одному из доступных критериев (по ФИО студента, ФИО преподавателя, названию дисциплины, названию группы, семестру или названию кафедры)

· Позволяет добавить задолженность путем выбора студента, дисциплины, по которой будет добавлена задолженность, семестру и типу задолженности.

1.2.3 Применение ПС

Данное приложение предназначено для использования среди преподавателей для поиска студентов с задолжностями. Основным преимуществом разрабатываемого ПО является простота его использования: интуитивно понятный пользовательский интерфейс.

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

1.3 Определения, термины и сокращения

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

· Виджет (элемент интерфейса) - примитив графического интерфейса пользователя, имеющий стандартный внешний вид и выполняющий стандартные действия.

· Мобильное приложение - это специально разработанное приложение под конкретную мобильную платформу (iOS, Android, Windows Phone).

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

· Программное средство (ПС) - совокупность программ и сопровождающей их документации, позволяющую использовать вычислительную машин для решения задач.

1.4 Ссылки

1. ГОСТ 19.201-78. Техническое задание. Требования к содержанию и оформлению;

2. Додонов М.В., Распределенная обработка данных в современных СУБД [Электронный ресурс]: электрон. учеб. пособие. - Самара: Изд-во СГАУ, 2010;

3. Методика составления спецификаций требований к программному обеспечению, рекомендуемая Институтом Инженеров по Электротехнике и Радиоэлектронике (IEEE);

4. Положение о проведении текущего контроля успеваемости и промежуточной аттестации обучающихся ТОГУ от 27.12.2002 г.

5. Тихоокеанский государственный университет: [Электронный ресурс]. г. Хабаровск, 2012-2014. URL: http://pnu.edu.ru/ (Дата обращения: 28.11.2014).

1.5 Краткий обзор

Техническое задание составлено по стандарту IEEE 830-1993. Стандарт описывает подходы к созданию спецификации требований программного обеспечения. Раздел имеет три пунктов:

· Введение;

· Общие описание;

· Детальные требования.

1. Общее описание

1.1 Обзор ПС

Мобильное приложение представляет собой информационный виджет, позволяющий транслировать на мобильные устройства информацию с веб-сайта.

В основном режиме функционирования система должна обеспечивать:

· работу пользователей в режиме - 24 часов в день, 7 дней в неделю (24х7);

· выполнение своих функций - сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.

2.1.1 Системный интерфейс

Упрощенная схема системного интерфейса мобильного приложения представлена на рис.1.

Рис. 1 Системный интерфейс

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

2.1.2 Пользовательский интерфейс

Рис. 2 Пользовательский интерфейс

Пользовательский интерфейс (см. рис.2-3) представляет собой окно с тремя вкладками: "все задолженности" (отображение всех студентов с задолженностями), "Найти задолженность по: " и "Добавить задолженность".

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

Рис. 3 Пользовательский интерфейс с развернутыми вкладками

2.1.3 Аппаратный интерфейс

Разработанное мобильное приложение может быть установлено и запущено на API Level, Android устройствах: API 19, API 18 и API 17 c поддержкой выхода в интернет с помощью EDGE/3G. Архитектура процессора: смартфон для тестирования обладает четырёхъядерным процессором Qualcomm Snapdragon 801 с частотой 2,5 ГГц, архитектура Krait 400. Графический ускоритель Adreno 330 (578 МГц) - поддержка UltraHD 4K. Оперативная память составляет 2 ГБ (32-битная двухканальная 933 МГц LPDDR3 (14.9 ГБ/сек). Аппарат обладает 8 ГБ постоянной встроенной памяти. Имеются подключения Wi-Fi 802.11 a/b/g/n/ac, NFC, Bluetooth 4.0, USB 3.0

Для правильной и оптимальной работы веб-приложения требуется персональный компьютер со следующими минимальными характеристиками: процессор Pentium-200 и выше, а также совместимые с ним процессоры других фирм; объем оперативной памяти не менее 32 Мб; свободное дисковое пространство не менее 10 Мб (в случае полной установки системы со всеми сопутствующими файлами и библиотеками); цветной монитор стандарта SVGA; видеоадаптер 16 Мб и выше; манипулятор "мышь" для удобства управления работой системы, клавиатура для ввода данных.

2.1.4 Программный интерфейс

ПС взаимодействует с другими программными компонентами:

1. Denwer - набор дистрибутивов и программная оболочка, предназначенные для создания и отладки сайтов, включающий в себя:

· Apache/2.4.10

· PHP 5.3.13 с поддержкой GD, MySQL, sqLite

· MySQL 5.1.6.1 с поддержкой транзакций

· phpMyAdmin - система управления MySQL через Web-интерфейс

2. Eclipse ADT with Android SDK 23.0.2 для Windows

3. Java Platform, Enterprise Edition 6 SDK Update 4 (with JDK 7u11)

2.1.5 Коммуникационный интерфейс

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

Основной принцип технологии "клиент-сервер" заключается в разделении функций приложения на три группы:

· ввод и отображение данных (взаимодействие с пользователем);

· прикладные функции, характерные для данной предметной области;

· функции управления ресурсами (файловой системой, базой данных и т.д.)

Поэтому, в любом приложении выделяются следующие компоненты:

· компонент представления данных

· прикладной компонент

· компонент управления ресурсом

Связь между компонентами осуществляется по определенным правилам, которые называют "протокол взаимодействия" (см. рис.4).

Рис. 4 Протокол взаимодействия пользователя и приложения

2.1.6 Ограничения по памяти

Для работы разработанного ПС на смартфоне с операционной системой Android, потребуется оперативной памяти не более чем требует API level: API 19, API 18 или API 17. А внешней памяти не более 30 мегабайтов.

2.1.7 Описание базы данных

2.1.7.1 Объекты и свойства

1) Студент - информационный объект о студенте университета, имеющего задолжность:

· Группа студента;

· ФИО студента.

2) Дисциплина - информационный объект о дисциплине, по которой имеется задолжность (одна дисциплина может соотноситься с несколькими кафедрами):

· Название дисциплины.

3) Группа - информационный объект о группе университета, в которой числится студент:

· Название группы.

4) Кафедра - информационный объект о кафедре университета, на которой числится студент:

· Название кафедры.

5) Преподаватель - информационный объект о преподавателе университета, преподающего дисциплину, по которой имеется задолжность:

· ФИО преподавателя.

6) Задолжность - информационный объект о типе задолжности студента по определенной дисциплине:

· Название задолженности.

7) Семестр - информационный объект о семестре, в котором у студента имеется задолжность:

· Название семестра.

2.1.7.3 Макеты таблицы

1) Студенты (stu):

Код студента

Имя студента

Фамилия студента

Код группы

codeSTU

first_name

last_name

codeSTR

I

A20

A20

I

2) Дисциплины (dis):

Код дисциплины

Название дисциплины

codeDIS

nameDIS

I

A20

3) Группы (str):

Код группы

Название группы

codeSTR

nameSTR

I

A20

4) Кафедры (kaf):

Код кафедры

Название кафедры

codeKAF

nameKAF

I

A20

5) Преподаватели (prep):

Код преподавателя

ФИО преподавателя

codePREP

namePREP

I

A20

6) Задолжности (z):

Код задолжности

Название задолжности

codeZ

nameZ

I

A20

7) Семестры (sem):

Код семестра

Название семестра

codeSEM

nameSEM

I

A20

8) Промежуточная (str_dis_kaf_prep):

Код группы

Код дисциплины

Код кафедры

Код преподавателя

codeSTR

codeDIS

codeKAF

codePREP

I

I

I

I

9) Итоговая (stu_dis_sem_z):

Код студента

Код дисциплины

Код семестра

Код задолжности

codeSTU

codeDIS

codeSEM

codeZ

I

I

I

I

2.1.7.4 Связь таблиц

Связи между объектами группа - студент характеризуются одно - многозначными отношениями (1: М), поскольку одна группа включает много студентов, а один студент входит только в одну группу. Связь между ними осуществляется по номеру группы, который является уникальным идентификатором главного объекта группа и входит в составной идентификатор объекта студент.

На рис.5 представлена информационно - логическая модель базы данных "Задолжности студентов" (test_student1)

Рис. 5 Информационно-логическая модель базы данных test_student1

Объект Успеваемость содержит данные об задолженностях конкретного студента по конкретному занятию. Поэтому он является связанным с объектом Студент и объектом Изучение. Один студент имеет оценки по нескольким занятиям, но каждая оценка всегда относится к одному конкретному студенту. Это означает, объект Успеваемость является подчиненным и находится в одно - многозначных отношениях с объектом Студент. Объект Успеваемость, а также является подчиненным и находится11 в одно - многозначных отношениях с объектом Изучение.

Объект Успеваемость выполняет роль объекта-связки много-многозначных отношениях объектов Студент и Изучение. Много - многозначные отношения между этими объектами определяются тем, что одному студенту соответствует много занятий, отображаемых объектом Изучение, а одно занятие проводится со многими студентами.

2.1.7.5 Ограничение целостности

Все ограничения целостности можно разделить на три большие категории:

? первая категория - средства обеспечения доменной целостности. Они отвечают за то, чтобы в соответствующем поле базы данных были допустимые значения. В базе данных такая целостность обеспечивается условиями на значение, запретом пустых значений, триггерами и хранимыми процедурами, а также ключами. Применимо к базе данных test_students2: ФИО студента, ФИО преподавателя, название дисциплины, название кафедры, название группы, название задолженности и название семестра должны состоять из букв (тип varchar, not NULL);

? вторая категория - сущностная целостность. Главная задача здесь - сделать так, чтобы данные об одной сущности не попали в базу данных два раза. Обеспечивается ограничением уникальности и первичным ключом (для таблицы * присутствует первичный ключ code*);

Информационный объект

Признак ключа

Группа

Уникальный простой

Студент

Уникальный составной

Дисциплина

Уникальный простой

Кафедра

Уникальный простой

Преподаватель

Уникальный простой

Семестр

Уникальный простой

? третья категория - ссылочная целостность, обеспечивается системой первичных и внешних ключей. Например, при помощи этих средств можно гарантировать, что у нас не будет задолжностей у студентов, которых нет в базе данных.

2.1.8 Требования к адаптации рабочих мест

Требования не предъявляются.

2.2 Функциональное описание

Мобильное приложение должно обеспечивать реализацию следующих задач:

1. Информационная

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

· ФИО студента;

· ФИО преподавателя;

· Название дисциплины;

· Название группы;

· Название семестра;

· Название кафедры.

2. Управленческая

Мобильное приложение должно предоставлять пользователям возможность изменять информацию (добавлять/удалять):

· о задолжностях студентов;

· о студентах;

· о кафедрах;

· о дисциплинах;

· о преподавателях;

· о семестрах;

· о группах.

2.3 Характеристики пользователя

Целевая аудитория Мобильного приложения представлена преподавателями, имеющими возможности удаления, добавления и просмотра задолжностей.

Разработанное мобильное ПС под управлением операционной системой Android может использовать любой преподаватель, не имеющий каких-либо навыков работы с ПО.

2.4 Ограничения

2.4.1 Ограничения по ресурсам

Разработчик ограничен по ресурсам: для реального тестирования используется только Android 4.4.2.

2.4.2 Требования к языкам высокого уровня

Мобильное приложение должно быть написано на Java.

Веб-приложение может быть написано на PHP.

2.4.3 Требования к надежности

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

2.5 Предположения и зависимости

Скорость работы ПС может быть снижена из-за низкой производительности мобильного устройства/компьютера.

3. Детальные требования

3.1 Пользовательский интерфейс мобильного приложения

На рис.6-11 представлены макеты основных интерфейсов разработанного мобильного ПС. Рис.7 демонстрирует добавление выбранной задолжности в базу данных на основании параметров, выбранных на рис.6. На рис.9 формируется результат в зависимости от выбора студента на рис.8. Аналогично осуществляется поиск по остальным категориям. Для каждой записи на рис.9-11 присутствует кнопка "Удалить". Рис.10-11 демонстрирует добавление студента в базу данных. Аналогично происходит добавление остальной информации в базу данных.

Локализация приложения предусматривает русскую версию пользовательского интерфейса.

Рис. 6 Выбор параметров Рис. 7 Добавление задолжности

Рис.8 Выбор студента Рис.9 Поиск по студенту

Рис.10 Добавление студента Рис.11 Список всех студентов

При проектировании интерфейса нужно так же учесть следующее:

· Активные элементы интерфейса (ссылки, кнопки) должны выделяться и контрастировать со статическими.

· Необходимо максимально снизить количество перезагрузок страницы при использовании одной функции программного средства.

· Интерфейс должен быть прост и не перегружен лишними элементами.

3.2 Пользовательский интерфейс веб-приложения

На рис.12-16 представлены макеты основных интерфейсов разработанного веб-приложения. Рис.12 - макет главной страницы веб-сайта. Рис.13 демонстрирует добавление выбранной задолжности в базу данных на основании выбранных параметров. Рис.14 показывает функцию добавления информации (критериев) в БД. На рис.15 осуществляется поиск задолженности по выбранному критерию. Последний рис.16 демонстрирует создание связи между дисциплиной, кафедрой, преподавателем и группой

Локализация приложения предусматривает русскую версию пользовательского интерфейса.

Рис. 12 Главное окно сайта, отображение всех задолженностей

Рис. 13 Вкладка добавления задолженности

Рис. 14 Вкладка добавления критерия (студента)

Рис. 15 Вкладка поиска задолженностей (по студенту)

Рис. 16 Вкладка добавления связи между дисциплиной, кафедрой, преподавателем и группой

3.3 Системный интерфейс

Системный интерфейс веб-сайта и мобильного приложения представлен в виде диаграммы состояний (см. Приложение А).

3.4 Функциональная иерархия ПС

3.4.1 Обязательно к реализации в мобильном приложении

3.4.1.1 Функциональные возможности раздела "Задолжности"

В разделе "Задолжности" должны быть 3 подраздела: "все задолжности", "Найти задолжности по: " и "Добавить задолжность".

В подразделе "все задолжности" должны быть представлены все задолжности студентов, а также кнопки "Удалить" для удаления любой задолжности. При нажатии на кнопку "Удалить" должно появляться сообщение о подтверждении удаления.

В подразделе "Найти задолжности по: " должны присутствовать критерии для поиска задолжностей: "Студенту", "Преподавателю", "Дисциплине", "Группе", "Семестру", "Кафедре". При нажатии на "Студенту", должен появиться выпадающий список со всеми существующими студентами, а также кнопка "просмотреть", позволяющая вывести задолжности определенного студента. Аналогично должен функционировать поиск по остальным критериям.

В подразделе "Добавить задолжность" пользователь должен иметь возможность добавить задолжность для определенного студента. Форма должна содержать следующие поля: "Студент", "Дисциплина", "Семестр", "Тип задолжности". При нажатии на кнопку "добавить", соответственно происходит добавление задолжности в базу данных "Задолжности студентов" (test_student1).

3.4.1.1 Функциональные возможности раздела "Добавить/Удалить"

В разделе "Добавить/Удалить" должны содержаться 5 подразделов: "Студенты", "Группы", "Преподаватели", "Кафедры", "Дисциплины".

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

В подразделе "Студенты" пользователь должен иметь возможность добавить определенного студента. Форма должна содержать следующие поля: "Имя:", "Фамилия:", "Группа:". При нажатии на кнопку "добавить", соответственно происходит добавление студента в базу данных "Задолжности студентов" (test_student1). Ниже формы добавления студента должна отображаться таблица "Студенты", содержащая имя студента и группу, а также кнопку удалить.

В подразделе "Группы" пользователь должен иметь возможность добавить определенную группу. Форма должна содержать поле: "Название:". При нажатии на кнопку "добавить", соответственно происходит добавление группы в базу данных "Задолжности студентов" (test_student1). Ниже формы добавления группы должна отображаться таблица "Группы", содержащая название группы, а также кнопку удалить.

В подразделе "Преподаватели" пользователь должен иметь возможность добавить определенного преподавателя. Форма должна содержать поле: "ФИО:". При нажатии на кнопку "добавить", соответственно происходит добавление преподавателя в базу данных "Задолжности студентов" (test_student1). Ниже формы добавления группы должна отображаться таблица "Преподаватели", содержащая ФИО преподавателя, а также кнопку удалить.

В подразделе "Кафедры" пользователь должен иметь возможность добавить определенную кафедру. Форма должна содержать поле: "Название:". При нажатии на кнопку "добавить", соответственно происходит добавление кафедры в базу данных "Задолжности студентов" (test_student1). Ниже формы добавления кафедры должна отображаться таблица "Кафедры", содержащая название кафедры, а также кнопку удалить.

В подразделе "Дисциплины" пользователь должен иметь возможность добавить определенную дисциплину. Форма должна содержать поле: "Название:". При нажатии на кнопку "добавить", соответственно происходит добавление дисциплины в базу данных "Задолжности студентов" (test_student1). Ниже формы добавления дисциплины должна отображаться таблица "Дисциплины", содержащая название дисциплины, а также кнопку удалить.

3.4.2 Обязательно к реализации в веб-сайте

3.4.2.1 Функциональные возможности "Главной страницы"

На главной странице можно выбрать критерии поиска задолжностей и нажать ОК. Ниже формы с выбором критериев поиска задолжностей должны быть ссылки "Добавить задолжность", "Удалить задолжность", "Добавить студента в определенную группу", "Добавить дисциплину, преподавателя для группы" на соответствующие страницы добавления и удаления задолжностей и добавления связи.

На странице "Добавить задолжность" пользователь должен иметь возможность добавить задолжность для определенного студента. Форма должна содержать следующие выпадающие списки: "Выберите студента", "Выберите дисциплину", "Выберите семестр", "Выберите задолжность". При нажатии на кнопку "Добавить задолжность", соответственно происходит добавление задолжности в базу данных. При выборе студента и нажатии на кнопку "Вывести задолжности студента" должны выводиться все задолжности студента. Аналогично происходит удаление задолжности у студента на странице "Удалить задолжность".

При нажатии кнопки "Добавить студента в определенную группу" должна открываться страница с выпадающими списками "Выберите студента" и "Выберите группу", содержащими соответствующие поля: "Имя", "Фамилия", кнопкой "Добавить связь" для добавления студента в группу, и ссылкой "Вернуться в поиску".

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

3.4.2.2 Функциональные возможности страницы "Поиск по студенту"

Выбрав в критериях поиска на главной странице поиск по студенты, должна открываться страница "Поиск по студенту". На странице должен присутствовать выпадающий список со всеми студентами, присутствующими в базе данных, кнопка "Найти задолжности студента" для поиска соответствующих задолжностей. А также должна быть кнопка "Вывести всех студентов", ссылки "Добавить студента", "Добавить студента в определенную группу", "Удалить студента" и "Возврат в главное меню" для соответствующих действий.

При нажатии кнопки "Вывести всех студентов" должна открываться страница со списком всех студентов в базе данных.

При нажатии кнопки "Добавить студента" должна открываться страница с формой, содержащей следующие поля: "Имя", "Фамилия", кнопкой "Отправить данные" для добавления студента в базу данных, и ссылкой "Вернуться в поиску".

При нажатии кнопки "Добавить студента" должна открываться страница с формой, содержащей следующие поля: "Имя", "Фамилия", кнопкой "Отправить данные" для добавления студента в базу данных, и ссылкой "Вернуться в поиску".

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

Аналогично должны функционировать страницы "Поиск по кафедре", "Поиск по дисциплине", "Поиск по преподавателю", "Поиск по семестру", "Поиск по группе".

3.4.3 Необязательно к реализации

В ПС может присутствовать система авторизации пользователей.

3.4.4 Рекомендуемые

Рекомендуется использовать интерфейс, отвечающий следующим требованиям:

· реализация в графическом оконном режиме;

· единый стиль оформления;

· интуитивно понятное назначение элементов интерфейса;

· отображение на экране только необходимой для решения текущей прикладной задачи информации;

· диалог с пользователем должен быть оптимизирован для выполнения типовых и часто используемых операций;

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

Заключение

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

Созданное программное средство призвано облегчить работу профессорско-преподавательского состава и персонала ВУЗа и повысить его эффективность путем снижения путем снижения нагрузки при работе с бумагами. Разработанное ПС позволяет работникам кафедры своевременно отслеживать успеваемость студентов различных групп по различным дисциплинам.

Разработанное ПС полностью удовлетворяет поставленным требованиям в техническом задании, т.е. оно способно полноценно решать все задачи, которые были поставлены перед ним.

Список использованной литературы

1. Дэвис М., Филлипс Д. Изучаем PHP и MySQL. - М.: Символ-Плюс, 2008. - 442 с.

2. Мельников В.М. и др. СУБД: язык SQL в примерах и задачах. - М.: ФИЗМАТЛИТ, 2009. - 166 с.

3. Прохоренок Н.html, JavaScript, PHP и MySQL. Джентльменский набор Web-мастера. - СПб.: БХВ-Петербург, 2010. - 900 с.

4. Разработка мобильных приложений под Android. Курс I. - М.: УЦ "Специалист" при МГТУ им. Н.Э. Баумана, 2012. - 384 с.

5. Строганов А.С. Ваш первый сайт с использованием PHP-скриптов. - М.: Диалог-МИФИ, 2008. - 288 с.

6. Суэринг С., Конверс Т., PHP и MySQL. Библия программиста. - М.: Диалектика, 2010. - 912 с.

7. Фиайли К. SQL. - М.: ДМК Пресс, 2007. - 453 с.

Приложение А

Рис. 17. Системный интерфейс веб-сайта и мобильного приложения

Приложение В

Руководство пользователя приложения “Nastre”

1. Для запуска приложения нажмите на иконку установленного приложения на мобильном устройстве. В открывшемся окне отображаются все текущие задолженности студентов.

2. Для того, чтобы найти определенную задолженность,

a. Нажмите на кнопку “Найти задолжность по: ”

b. В открывшемся списке выберете критерий, по которому будет искаться задолжность (ФИО студента, ФИО преподавателя, название дисциплины, название группы, название семестра или название кафедры) и нажмите на соответствующую кнопку.

c. В открывшемся вкладке выберете нужное название критерия и нажмите кнопку “просмотреть”.

d. Для того, чтобы вернуться в главное окно приложения нажмите на кнопку “На главную”

3. Для того, чтобы добавить задолжность,

a. Нажмите на кнопку “Добавить задолжность”

b. В появившейся области выберете из списка ФИО студента, название дисциплины, название семестра и тип задолжности. Нажмите кнопку “добавить”.

4. Для того чтобы скрыть/отобразить все задолжности, нажмите на кнопку “все задолжности”.

5. Для удаления/добавления данных в БД

a. Нажмите на кнопку “Добавить/Удалить”

b. В открывшемся списке выберете соответствующий критерий, по которому будет изменяться информация (ФИО студента, ФИО преподавателя, название дисциплины, название группы, название семестра или название кафедры)

c. При нажатии на кнопку критерия откроется окно добавления новых данных по соответствующему критерию, а также таблица с уже имеющейся информацией по данному критерию

d. Чтобы добавить новые данные, введите в строку “Название" название новых данных и нажмите кнопку “добавить”.

e. Чтобы удалить данные, нажмите на кнопку “Удалить”, расположенную в соответствующей строке таблицы, данные из которой необходимо удалить.

Для того, чтобы связать ФИО преподавателя с названием дисциплины и кафедры, чтобы при поиске задолжности по преподавателю они были корректно выведены, используйте нижнюю кнопку “Добавить соответствие”. Нажав её, выберете группу, название дисциплины, название кафедры и ФИО преподавателя, который преподает данной группе заданную дисциплину на данной кафедре.

Размещено на Allbest.ru

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены