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

2.4.1 Ограничения по ресурсам 2.4.2 Требования к языкам высокого уровня3.4.1.1 Функциональные возможности раздела "Задолжности" 3.4.1.1 Функциональные возможности раздела "Добавить/Удалить"Учет успеваемости студентов - необходимый процесс в работе института, обычно требующий выполнения большого количества рутинной работы. Работу над созданием ПС можно разбить на 5 этапов: 1) Написание технического задания для сайта и приложения. Основная часть содержит техническое задание на разработку ПС. мобильное приложение интерфейс системный Задание курсовой работы заключается в создании базы данных, состоящей из следующих объектов: студент, группа, кафедра, предмет, преподаватель, семестр, тип задолжности, а также непосредственно создание самих ПС. Приложение осуществляет следующие действия: · Отображает список всех студентов с их задолженностями (название дисциплины, семестр, тип задолженности)Мобильное приложение представляет собой информационный виджет, позволяющий транслировать на мобильные устройства информацию с вебсайта.Упрощенная схема системного интерфейса мобильного приложения представлена на рис.1.Пользовательский интерфейс (см. рис.2-3) представляет собой окно с тремя вкладками: "все задолженности" (отображение всех студентов с задолженностями), "Найти задолженность по: "и "Добавить задолженность". Чтобы выполнить действия, необходимо развернуть вкладки.Разработанное мобильное приложение может быть установлено и запущено на API Level, Android устройствах: API 19, API 18 и API 17 c поддержкой выхода в интернет с помощью EDGE/3G. Архитектура процессора: смартфон для тестирования обладает четырехъядерным процессором Qualcomm Snapdragon 801 с частотой 2,5 ГГЦ, архитектура Krait 400.ПС взаимодействует с другими программными компонентами: 1. Denwer - набор дистрибутивов и программная оболочка, предназначенные для создания и отладки сайтов, включающий в себя: · Apache/2.4.10Созданное мобильное приложение обращается к базе данных на сервер при помощи мобильного интернета. Основной принцип технологии "клиент-сервер" заключается в разделении функций приложения на три группы: · ввод и отображение данных (взаимодействие с пользователем); Поэтому, в любом приложении выделяются следующие компоненты: · компонент представления данныхДля работы разработанного ПС на смартфоне с операционной системой Android, потребуется оперативной памяти не более чем требует API level: API 19, API 18 или API 17.2) Дисциплина - информационный объект о дисциплине, по которой имеется задолжность (одна дисциплина может соотноситься с несколькими кафедрами): · Название дисциплины. 3) Группа - информационный объект о группе университета, в которой числится студент: · Название группы.1) Студенты (stu): Код студента Имя студента Фамилия студента Код группы CODESTU first_name last_name CODESTR 3) Группы (str): Код группы Название группыСвязи между объектами группа - студент характеризуются одно - многозначными отношениями (1: М), поскольку одна группа включает много студентов, а один студент входит только в одну группу. Связь между ними осуществляется по номеру группы, который является уникальным идентификатором главного объекта группа и входит в составной идентификатор объекта студент. Поэтому он является связанным с объектом Студент и объектом Изучение. Это означает, объект Успеваемость является подчиненным и находится в одно - многозначных отношениях с объектом Студент.Все ограничения целостности можно разделить на три большие категории: ? первая категория - средства обеспечения доменной целостности. В базе данных такая целостность обеспечивается условиями на значение, запретом пустых значений, триггерами и хранимыми процедурами, а также ключами. Применимо к базе данных test_students2: ФИО студента, ФИО преподавателя, название дисциплины, название кафедры, название группы, название задолженности и название семестра должны состоять из букв (тип varchar, not NULL); Главная задача здесь - сделать так, чтобы данные об одной сущности не попали в базу данных два раза. Обеспечивается ограничением уникальности и первичным ключом (для таблицы * присутствует первичный ключ code*);Требования не предъявляются.Мобильное приложение должно обеспечивать реализацию следующих задач: 1. Информационная Мобильное приложение должно осуществлять поиск информации по определенным критериям: · ФИО студента; · ФИО преподавателя; Мобильное приложение должно предоставлять пользователям возможность изменять информацию (добавлять/удалять): · о задолжностях студентов;Целевая аудитория Мобильного приложения представлена преподавателями, имеющими возможности удаления, добавления и просмотра задолжностей. Разработанное мобильное ПС под управлением операционной системой Android может использовать любой преподаватель, не имеющий каких-либо навыков работы с ПО. На рис.6-11 представлены макеты основных интерфейсов разработанного мобильного ПС. Рис.7 демонстрирует добавление выбранной задолжности в базу данных на основании па

Оглавление

Введение

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

Введение

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 Функциональное описание