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