Предоставляется в ознакомительных и исследовательских целях
Разработка мобильного приложения Android для UGC-сервиса «Книга фанфиков»
Представленный материал является образцом учебного исследования, примером структуры и содержания учебного исследования по заявленной теме. Размещён исключительно в информационных и ознакомительных целях.
Workspay.ru оказывает информационные услуги по сбору, обработке и структурированию материалов в соответствии с требованиями заказчика.
Размещение материала не означает публикацию произведения впервые и не предполагает передачу исключительных авторских прав третьим лицам.
Материал не предназначен для дословной сдачи в образовательные организации и требует самостоятельной переработки с соблюдением законодательства Российской Федерации об авторском праве и принципов академической добросовестности.
Авторские права на исходные материалы принадлежат их законным правообладателям. В случае возникновения вопросов, связанных с размещённым материалом, просим направить обращение через форму обратной связи.
📋 Содержание (образец)
1 Анализ требований для разработки мобильного приложения для сервиса
«Книга фанфиков» 8
1.1 Анализ сервиса «Книга фанфиков» 8
1.2 Описание проблем сервиса 8
1.3 Описание основных бизнес-процессов сервиса 8
1.3.1 Поиск фанфика 9
1.3.2 Отображение фанфика 10
1.3.3 Заинтересованные лица 12
1.4 Анализ существующих решений 12
1.4.1 Анализ «Fanfiction.net» 13
1.4.2 Анализ «Archive Track Reader» 13
1.4.3 Анализ «FullReader+» 13
1.4.4 Сводная таблица по анализу аналогов мобильных приложений
для фанфикшна 14
1.5 Анализ возможности интеграции приложением стороннего сервиса 16
1.6 Требования для разработки мобильного приложения для сервиса
«Книга фанфиков» 16
1.6.1 Функциональные требования 16
1.6.2 Нефункциональные требования 18
1.6.2 Эскизы экранных форм 19
1.7 Разработка диаграммы прецедентов 21
1.8 Спецификации прецедентов 22
1.9 Анализ согласованности требований и спецификаций прецедентов . 28
1.10 Вывод по главе «Анализ» 29
2 Проекирование архитектуры системы 30
2.1 Особенности системы 31
2.2 Архитектура 31
2.2.1 Общая архитектура системы 31
2.2.2 Алгоритм поиска фанфика. Поиск фанфика 32
2.2.3 Алгоритм поиска фанфика. Жанры 34
2.2.4 Алгоритм поиска фанфика. Категории 35
2.2.5 Алгоритм поиска фанфика. Популярное 36
2.2.6 Алгоритм поиска фанфика. Список избранных фандомов 37
2.2.7 Алгоритм поиска фанфика. Прочитать позже 38
2.2.8 Алгоритм поиска фанфика. Читаю сейчас 39
2.2.9 Алгоритм отображения списка фанфиков 40
2.3 Вывод по главе Проектирование 41
3 Реализация мобильного приложения для UGC-сервиса 42
3.1 Диаграмма пакетов 43
3.1.1 UI packages 43
3.1.2 UI subpackages 44
3.1.3 Background packages 44
3.2 Реализация взаимодействия с сервером 45
3.2.1 Схема взаимодействия классов внутри пакета 46
3.3 Реализация работы с файлами электронных книг 48
3.4 Реализация отображения информации о фанфике и текста книги 50
3.4.1 Дополнительные меню ReadingActivity 54
3.5 Процесс продолжения чтения книги 55
3.6 Классы моделей. Пакет representation 55
3.7 Вспомогательные классы. Пакет others 60
ЗАКЛЮЧЕНИЕ 65
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 67
ПРИЛОЖЕНИЕ А. Листинг программы
📖 Введение (образец)
Данный сервис является ярким представителем сервисов UGC. UGC сервисы (user generated content) - это сервисы, контент которых генерируется самими пользователями сервиса. Одними из самых известных сервисов такого типа является Инстаграм, Ютуб и тому подобные сервисы. В контексте данного определения под контентом можно и нужно подразумевать не только отзывы, комментарии, но и статьи, фотографии, видеозаписи.
Фанфик, является одним из жанров массовой литературы и представляет собой литературное фанатское произведение по мотивам книги, сериала, фильма, чего угодно. Хоть и кажется, что этот жанр абсолютно новый, но нет, он существует много даже не лет, столетий. Одним из самых запоминающихся примеров проявления фанфикшна была история о Шерлоке Холмсе. Когда сэр Артур Конан Дойль убил своего персонажа многие обыватели стали сами придумывать продолжение этой истории. Некоторые из них увидели свет на страницах журналов того времени.
С появлением интернета фанфикшн обрел другую форму. Все те люди, кто писал «в стол», либо просто придумывали это и не записывали стали выкладывать эти истории в сеть. Люди стали объединяться, делиться фанфиками. Потом появились форумы, где люди выкладывали свои работы на обсуждение. После стали появляться полноценные сайты с поисками, обсуждениями фанфиков. Некоторые авторы после достаточно долгого написания фанфиков стали писать свои собственные истории, развиваться как авторы и публиковаться в серьезных издательствах. Многие молодые переводчики начинают свою работу с переводов фанфиков.
А теперь в связи с большим распространением смартфонов многие люди предпочитают читать с телефона. Существующая мобильная версия сайта достаточно сложна и не удовлетворяет требованиям пользователей, что в свою очередь говорит о необходимости создания мобильного приложения. Для авторов - это удобный редактор текста с автосохранением, для читателей - удобный поиск и чтение фанфиков, комментирование, а также функция “публичная бета”.
Целью данной работы является повышение эффективности работы с мобильной версией сайта путем создания мобильного приложения.
Для достижения поставленной цели требуется:
— провести анализ основных процессов;
— разработать функциональную модель системы;
— разработать требования к автоматизации процессов системы;
— разработать архитектуру системы;
— разработать алгоритмы системы;
— разработать структуру базы данных системы;
— реализовать систему посредством Android Studio.
✅ Заключение (образец)
В главе анализ был проведен детальный анализ сервиса, который позволил определить основные прецеденты проектируемой системы. Был проведен анализ альтернативных решений FullReader+, FanFiction и Archive Track Reader. Данный анализ позволил уточнить прецеденты, их возможные альтернативные пути. Итогом стала разработка требований к проектируемой системе.
В главе проектирование была разработана архитектура мобильного приложения. А именно выбрана архитектура MVP. На основе прецедентов была определена первичная схема взаимодействия доступа к работам. Были рассмотрены все возможные варианты доступа и изображены схематично. Определена архитектура базы данных приложения.
В главе реализация были описаны все пакеты приложения. Тщательно описана работа основных классов трех по сути главных пакетов приложения serverhandler, representation и reader. Важность первого пакета определена тем, что этот пакет отвечает за загрузку данных из сети интернет, в нем же происходит парсинг этих данных.
Для представления информации о фанфике, фандоме были созданы классы модели реальных объектов. Эти классы, являясь основной передаваемой информации в приложении, были так же описаны в этой работе. Они входят в пакет классов representation.
Последний из самых важных пакетов содержит в себе классы по работе с файлами формата электронных книг. Они объединяют класс парсера и представления книги.
Отдельно стоит упомянуть пакет others, содержащий в себе классы, работающие с БД и файлами JSON, а также классы-адаптеры.
Все остальные описанные классы являются классами, частично реализующими графическую часть доступа к работе. В виде многообразия форм доступа к фанфику многие классы были опущены при описании системы, в особенности были опущены классы адаптеры. Помимо них в данной дипломной работе было опущено большинство классов графической части приложения, основная работа которых отображать информацию в том или ином виде.
За время выполнения дипломной работы были обнаружены минусы встроенного класса создания нового потока, а именно, неудобство определения ошибки и передачи ее в основной поток. Так же было выявлено небольшое неудобство работы пользователя связанное с самим жизненным циклом приложения, заложенным в Android.



