Файл: Ккэп 09. 02. 07 0110 пз изм. Лист докум. Подпись Дата Разраб.pdf

ККЭП 09.02.07
0110
ПЗ
Изм. Лист
№ докум.
Подпись Дата
Разраб.
Журавко Д.С.
Разработка мобильного клиента
для специалистов по монтажу
оборудования организации ООО
«Зодиак-Электро»
Пояснительная записка
Лит.
Лист
Листов
Провер.
Головко Р.А.
КП
2
45
Рецензент
Зиманина Т.Н.
Гр. 632-Д4-4ИСП
Н. контр
Головко Р.А.
Утв
Головко Р.А.
Содержание
Введение
3 1 Назначение и цели разработки
4 2 Разработка технического проекта на основе анализа требований
5 2.1 Определение спецификаций программного обеспечения
5 2.2 Модель данных и диаграмма классов
9 2.3 Проектирование интерфейса пользователя
12 3 Реализация
17 3.1 Обоснование выбора средств разработки
17 3.2 Описание структуры базы данных
18 3.3 Описание программных модулей
19 4 Тестирование
29 4.1 Интеграционное тестирование
29 5 Разработка эксплуатационной документации
31 5.1 Руководство пользователя
31 5.2 Руководство программиста
32
Заключение
34
Список использованных источников
35
Приложение А Техническое задание. Требования к программе
37
Приложение Б Программный код
43
Приложение В Тест-кейсы
44

3
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Введение
В настоящее время, в мире непрерывного потока информации, все большую актуальность приобретают процессы автоматизации работ рутинного характера и работ, трудно поддающихся формализации. В связи с этим ежегодно разрабатываются автоматизированные информационные системы, призванные решить возникающие проблемы. С увеличением доступности мобильного интернета все большей популярностью стали пользоваться мобильные приложения.
Компания ООО «Зодиак-Электро» монтажными работами. Одной из важнейших проблем, существующих в данной компании, является автоматизация сотрудничества менеджеров и специалистов по монтажу. Менеджер должен выдавать задачи специалисту, а специалист в свою очередь оперативно получать и выполнять назначенные задачи, сопровождая их фотоотчетом.
Выпускная квалификационная работа включает в себя проектирование и разработку локальной базы данных и мобильного приложения для операционной системы Android в рамках информационной системы FixPhoto, предназначенной для автоматизации работы менеджеров и специалистов по монтажу.

4
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
1 Назначение и цели разработки
Техническим заданием предусмотрена разработка мобильного приложения для информационной системы
FixPhoto.
Разработанное приложение предназначено для автоматизации работы специалиста по монтажу в ООО
«Зодиак-Электро», а также для сбора, обработки и хранения информации о выполняемых пользователем задачах.
Автоматизация позволит получить следующие преимущества по сравнению с нынешней реализацией данных задач:
- быстрый сбор статистики по выполненным задачам за выбранный период;
- оперативное выполнение назначенных задач на специалиста по монтажу;
- ускорение процесса работы специалистов по монтажу, благодаря удобству фиксации выполненной работы.
Данное приложение, интегрированное с системой FixPhoto, позволит максимально сократить присутствие человеческого фактора в ряде важных задач, таких как фиксация выполненной работы, выполнение назначенных задач. Помимо этого, система в целом полностью автоматизирует сотрудничество между менеджерами и специалистами по монтажу, а также формирует статистику и отчетность по выполненным задачам.

5
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
2 Разработка технического проекта на основе анализа требований
2.1 Определение спецификаций программного обеспечения
Рассмотрим определение вариантов использования (прецедентов).
Мобильное приложение для системы FixPhoto предназначено для специалистов по монтажу. Соответственно основной прецедент (вариант использования) для разрабатываемого приложение будет – выполнение задачи.
Диаграмма вариантов использования, созданная средствами MS Visio, для проектируемой системы представлена на рисунке 1 [8].
Рисунок 1 – Диаграмма вариантов использования мобильного приложения
FixPhoto
В таблице 1 представлено описание главного раздела сценария прецедента
(варианта использования) «Выполнение задачи».

6
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Таблица 1 - Главный раздел сценария «Выполнение задачи»
Вариант использования
Выполнение задачи
Актеры
Специалист по монтажу
Краткое описание
Специалист по монтажу делает необходимое количество фотографий к задаче, добавляет комментарий при необходимости и выполняет задачу
Цель
Выполнить назначенную задачу
Тип
Базовый
Ссылки на другие варианты использования
Включает в себя добавление фотографий и комментария
В таблице 2 описана последовательность действий специалиста по монтажу, приводящая к успешному выполнению прецедента (варианта использования) «Выполнение задачи»
Таблица 2 - Сценарий успешного выполнения варианта использования
«Выполнение задачи»
Действия актеров
Отклик приложения
3. Выбор задачи из списка
1. Получение списка задач, назначенных на пользователя.
2. Вывод задач на экран
4. Открытие нового экрана выбранной задачи с подробным описанием
5. Добавление фотографий к задаче и нажатие кнопки «Выполнить»
Исключение 1. Добавлено недостаточное количество фотографий
6. Приложение сжимает фотографии и отправляет выполненную задачу на сервер
В таблице 3 представлен сценарий обработки исключительных ситуаций для варианта использования «Выполнение задачи».

7
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Таблица 3 - Обработка исключительных ситуаций для варианта использования
«Выполнение задачи»
Действия актеров
Отклик системы
Исключение 1. Добавлено недостаточное количество фотографий
6. Приложение отображает всплывающее сообщение о необходимости добавления дополнительных фотографий
С помощью диаграммы деятельности, представленной на рисунке 2, описан алгоритм реализации описанных сценариев для варианта использования
«Выполнение задачи».
Рисунок 2 – Диаграмма деятельности для варианта использования
«Выполнение задачи»

8
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
На диаграмме последовательностей, представленной на рисунке 3, описаны требования реализации сценария «Выполнение задачи» с учетом динамики во времени на уровне сообщений.
Рисунок 3 - Диаграмма последовательности для варианта использования
«Выполнение задачи»
Разработанные спецификации программного обеспечения на языке UML средствами MS Visio показывают основные действия пользователя мобильного приложения и алгоритмы их выполнения.

9
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
2.2 Модель данных и диаграмма классов
На основе анализа требований заказчика к функциям мобильного приложения, требованиям к организации входных и выходных данных, с учетом спроектированных требований к реализации функций, описанных в диаграммах вариантов использования, деятельности и последовательности, была разработана модель данных, которая будет находится на сервере, и описана в виде ER-модели, позволяющая четко описать требования к представлению логической структуры данных, на основе которой в последующем будет разработана физическая структура данных для хранения на сервере.
На рисунке 4 представлена ER–модель для базы данных, расположенной на сервере [4].
Рисунок 4 – ER-модель базы данных

10
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
На следующем этапе была спроектирована диаграмма классов, которая описывает требования к внутренней организации проектируемого программного обеспечения на уровне интерфейсов и классов, их кооперации, атрибутов и методов классов. Так как мобильный клиент будет работать только с модулем задач, то данная диаграмма включает в себя классы, которые будут использоваться в приложении.
На рисунке 5 представлена диаграмма классов для мобильного приложения.
Рисунок 5 –Диаграмма классов
Данная диаграмма классов описывает объекты, которые будут использоваться в мобильном приложении, а также отображаются операции класса.
В таблице 4 представлены сведения о структуре сущностей, свойствах, а также их методах [2].

11
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Таблица 4 - Характеристика диаграммы классов для локальной базы данных
Имя класса
Атрибуты класса
Методы класса
Facility
+id – идентификатор объекта;
+photoPath – содержит ссылку на фотографию;
+title – название объекта;
+address – адрес объекта;
+code – код объекта.
+searchFacility(String str) – поиск объекта;
+getFacilityById(Integer id) – получение объекта по идентификатору;
+getFacilities() – получение всех объектов.
Photo
+id – идентификатор фото;
+path – содержит ссылку на фотографию;
+finishTime – дата добавления;
+fixingId – идентификатор фиксации.
+addPhotos(List photos) – добавлений фотографий;
+getPhotos(Integer fixId) – получение фотографий по фиксации.
Fixing
+id – идентификатор фиксации;
+message
– комментарий к выполненной задаче;
+finishTime – дата добавления;
+taskId – идентификатор задачи.
+addFixing(List photos, String msg) – добавление фиксации;
+getFixing(Integer id) – получение информации о фиксации.
Task
+id – идентификатор задачи;
+title – название задачи;
+description – описание задачи;
+userId
– идентификатор монтажника;
+status – этап выполнения;
+createdTime – время создания;
+finishTime – время выполнения.
+searchTask(String str) – поиск задачи;
+getTaskById(Integer id) – получение задачи по идентификатору;
+getTasks() – получение всех задач;
+addTaskPhotos(List photos) – добавлений фотографий к задаче;
+getTaskPhotos(Integer taskId) – получение фотографий задачи;
+deleteTaskPhoto(String path) – удаление фотографии.

12
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Данная диаграмма классов и ее описание служат для представления статической структуры модели локальной базы данных приложения.
2.3 Проектирование интерфейса пользователя
Для построения прототипа первоначально были составлены требования к макету приложения.
Все компоненты должны иметь единый согласованный внешний вид, соответствующий руководству по стилю, а также следующим требованиям:
− разметка и дизайн (разметка должна быть масштабируема, так как устройства могут различаться размером дисплея);
− группировка элементов (в логические категории);
− использование соответствующих элементов управления;
− расположение и выравнивание элементов;
− общая компоновка логична, понятна и проста в использовании;
− последовательный пользовательский интерфейс, позволяющий перемещаться между существующими окнами в приложении;
− соответствующий заголовок на каждом окне приложения.
Основные требования руководства по стилю:
− для приложения должна быть установлена иконка, полученная от заказчика, изображенная на рисунке 6;
− тип шрифта – Roboto;
− цветовая схема предусматривает использование в качестве основного фона – белый цвет RGB (255, 255, 225), в качестве дополнительных – синий цвет
RGB (0, 82, 204) и красный цвет RGB(255, 0, 0) для акцентирования внимания пользователя.

13
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Рисунок 6 – Логотип приложения
С учетом требований к макету и руководству по стилю, для обеспечения требуемых функций, были разработаны макеты экранов приложения, в последствии утвержденные заказчиком. Для разработки макетов была использована Figma – онлайн-сервис для дизайнеров, разработчиков и маркетологов, предназначенный для создания прототипов сайтов или приложений, иллюстраций и векторной графики.
На рисунке 7 представлен прототип экрана авторизации для пользователей.
Рисунок 7 – Прототип экрана авторизации для пользователей

14
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
На рисунке 8 представлен прототип главного экрана, с которым пользователь будет работать и видеть назначенные на него задачи. На экране находится меню, расположенное внизу, и основной контент в виде списка задач и строки поиска.
Рисунок 8 – Прототип главного экрана
При нажатии на какую-то задачу открывается новый экран с подробным описанием выбранной задачи. Прототип экрана с подробным описанием задачи представлен на рисунке 9.

15
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Рисунок 9 – Прототип экрана с описанием задачи
При нажатии на кнопку «+» открывается новый экран с изображением с основной камеры. В правом верхнем углу отображается количество сделанных фотографий. Внизу находятся три кнопки: кнопка для включения/отключения вспышки, кнопка для создания фотографии, кнопка для прикрепления фотографий к задаче. Данный экран представлен на рисунке 10.

16
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
Рисунок 10 – Прототип экрана для создания фотографий
Данные прототипы основных экранов отображают главный функционал для специалистов по монтажу, а именно просмотр назначенных задач, добавление и удаление фотографий и комментария, а также выполнение задачи. Эти макеты были утверждены заказчиком перед началом разработки.

17
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
3 Реализация
3.1 Обоснование выбора средств разработки
В таблице 5 представлены некоторые возможные средства разработки для разработки мобильных приложений [5].
Таблица 5 – Возможные средства разработки
Технология
Плюсы
Минусы
Flutter
(язык Dart)
Кроссплатформенность, интерфейс легко разбивается на отдельные модули, собственный графический движок
Нестабильность, библиотек меньше, чем для базовой разработки, интерфейс создается с помощью кода
Xamarin
(язык C#)
Производительность близка к нативной, простая поддержка, полный пакет инструментов разработки
Задержки с обновлениями платформ, необходимость писать нативный код в определенных ситуациях
Нативная разработка на Java
Большая часть
Android приложений написана на Java, большое количество библиотек и официальной документации
Более низкая производительность при работе с большими объемами информации
Так как мобильное приложение ориентировано на операционную систему
Android, то необходимость в кроссплатформенности отсутствует, поэтому выбирать Flutter не стоит, так как он нестабилен и не имеет достаточное количество библиотек. Xamarin не подходит, так как требует написание нативного кода для некоторых модулей, например, модуль работы с камерой, поэтому выбор останавливается на нативной разработке на Java, обладающей большим количеством библиотек и документации.

18
ККЭП 09.02.07
0110
ПЗ
Лист
Изм. Лист
№ докум.
Подпись Дата
3.2 Описание структуры базы данных
На основе ранее спроектированной ER-диаграммы в среде Microsoft SQL
Server Management Studio 18 была разработана база данных FixPhoto. На рисунке
11 представлена часть базы, с которой непосредственно работает мобильный клиент.
Рисунок 11 – Часть базы данных
В таблице 6 представлено описание таблиц базы данных FixPhoto, представленных на рисунке 11.