Тема: Разработка серверного приложения для взаимодействия пользователей через мобильную сеть
Закажите новую по вашим требованиям
Представленный материал является образцом учебного исследования, примером структуры и содержания учебного исследования по заявленной теме. Размещён исключительно в информационных и ознакомительных целях.
Workspay.ru оказывает информационные услуги по сбору, обработке и структурированию материалов в соответствии с требованиями заказчика.
Размещение материала не означает публикацию произведения впервые и не предполагает передачу исключительных авторских прав третьим лицам.
Материал не предназначен для дословной сдачи в образовательные организации и требует самостоятельной переработки с соблюдением законодательства Российской Федерации об авторском праве и принципов академической добросовестности.
Авторские права на исходные материалы принадлежат их законным правообладателям. В случае возникновения вопросов, связанных с размещённым материалом, просим направить обращение через форму обратной связи.
📋 Содержание
АНАЛИЗ ТРЕБОВАНИЙ К СИСТЕМЕ. ОБЗОР ТЕХНОЛОГИЙ
СОЗДАНИЯ МОБИЛЬНЫХ СЕТЕЙ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ 7
Постановка задачи 7
Существующие мобильные приложения 7
Требования к программе или программному изделию 9
Требования к функциональным характеристикам 9
Требования к надежности 9
Требования к составу и параметрам технических средств 9
Требования к информационной и программной совместимости 10
Требования к программной документации 10
Распределение функций в Web-приложении 10
Обзор мобильных операционных систем 15
Операционная система Android 15
Операционная система iOS 15
Реализация архитектуры «клиент-сервер» на платформе Android 15
Инструментарий разработки 19
Язык PHP 19
Язык Ruby 20
Язык Python 21
MySQL 23
Oracle Database 23
JSON 24
Выбор средств разработки 25
Выводы по разделу 26
РАЗРАБОТКА АРХИТЕКТУРЫ СИСТЕМЫ 28
Диаграмма прецедентов 28
Диаграммы классов 29
Диаграмма активности 31
Выводы по разделу 32
РАЗРАБОТКА БАЗЫ ДАННЫХ 33
Концептуальное проектирование 33
Даталогическое проектирование 34
Выводы по разделу 38
РЕАЛИЗАЦИЯ СИСТЕМЫ 39
Разработка алгоритмов 39
Общий алгоритм системы 39
Алгоритм обработки запроса 40
Алгоритм выполнения действия 42
Отладка и тестирование системы 43
Отладочное приложение 43
Тестирование системы 46
Выводы по разделу 47
ЗАКЛЮЧЕНИЕ 49
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 50
ПРИЛОЖЕНИЕ 1 РУКОВОДСТВО ПРОГРАММИСТА 52
ПРИЛОЖЕНИЕ 2 ТЕКСТ ПРОГРАММЫ
📖 Введение
распространенным способом взаимодействия среди рядовых пользователей. К
сожалению, несмотря на свой огромный функционал, большинство социальных
сетей предназначены в первую очередь для общения и гораздо меньше
располагают к физическому взаимодействию и взаимопомощи. Данное
приложение будет выполнять цель сблизить своих пользователей.
Оно будет актуально для оказания различных услуг, как правило, не
требующих квалификации исполнителя, таких как доставка товаров, нахождение
пропавших питомцев или помощь по ремонту. Ограничений по типам услуг не
существует, вместо них используется облако тегов. При этом условия оказания
услуги (например, оплату) исполнитель и заказчик смогут обговаривать
непосредственно через приложение.
Поскольку спектр возможных услуг не ограничен, а само приложение
предназначено для мобильных устройств, то целевой аудиторией приложения
являются все пользователи, располагающие мобильными устройствами типа
«Смартфон» с установленной на них операционной системой Android.
Работа посвящена разработке распределенного приложения для сети
взаимодействия пользователей. Приложение состоит из серверной и клиентской
частей.
Первая глава посвящена разработке требований к системе. На основе анализа
существующих подобных приложений принято решение о построении
двухзвенной архитектуры, в которой клиентское приложение выполняет функции
отображения информации и взаимодействия с Google-картой, а серверная часть –
за сбор, хранение и предоставление информации пользователям. Взаимодействие
этих двух подсистем осуществляется путем передачи данных в формате JSON.
Во второй главе приведена разработка архитектуры системы в целом и
серверной части в отдельности, приведены диаграммы использования и
диаграммы классов.
Третья глава посвящена разработке базы данных системы, состоящая из
концептуального проектирования с построением ER-диаграммы, и
даталогического проектирования.
И наконец, в четвертой главе приведена реализация системы, включающая в
себя описание алгоритмов, а также отладку и тестирование системы.
✅ Заключение
приложения для мобильной сети, которое, по сравнению с аналогами, позволяет
пользователям взаимодействовать между собой при помощи Google-карты и
выигрывает за счет оперативности и доступности этих действий.
Серверная часть приложения отвечает за обработку запросов, поступающих
от клиентской части (разрабатываемой отдельно), которая выполняет функции
пользовательского интерфейса.
Система позволяет размещать и изменять в базе данных заказы от
зарегистрированных пользователей, связанные с ними координаты, чат заказа, а
также отзывы на пользователей.
В ходе работы над проектом решены следующие задачи:
1) выполнен анализ функциональных требований к приложению;
2) проведен обзор существующих приложений подобного типа и средств
разработки;
3) с использованием языка UML разработана архитектура приложения в целом
и его серверной части;
4) разработана и реализована реляционная база данных;
5) реализовано серверное приложение с использованием паттерна MVP,
позволяющего разделить функционал приложения на компоненты с
возможностью независимой модификации каждого из них;
6) для тестирования системы разработано отладочное приложение на
платформе Android, позволяющее вводить любые данные, предусмотренные
системой и отправлять их на сервер, который, в свою очередь, посылает ответ,
выводимый в соответствующей форме.
Все поставленные задачи успешно выполнены.
В дальнейшем планируется добавить возможность административного
контроля общения пользователей, выраженного в виде:
фильтрации заказов, нарушающих установленные правила (например,
использование запрещенной лексики);
временных или перманентных блокировок пользователя;
модерации чатов заказа (например, удаление бессмысленных сообщений, не
имеющих отношения к обсуждаемому заказу).
Кроме того, планируется добавить модуль, позволяющий группировать (т.е.
кластеризовать) заказы на основании их описания.





