Разработка мобильного приложения «Новые покупки»

В современном мире большинство людей не мыслят себя без интернета и мобильных технологий. Сегодня более 2 миллиардов человек по всему миру регулярно использует мобильный интернет. В связи с этим с каждым днем популярность мобильных приложений повышается, и их количество неуклонно растет. На сегодняшний день рынок мобильных приложений является одним из наиболее конкурентных.

Мобильное приложение – это программа, установленная и запущенная на телефоне, коммуникаторе, смартфоне и т.д.

Приложения могут быть установлены на устройство в процессе производства, загружены пользователем с помощью различных платформ для распространения ПО или существовать в формате веб-приложений. Основные операционные системы, на базе которых создаются мобильные приложения – Android, iOS, BlackBerry, webOS, Symbian OS, Bada от Samsung, и Windows Mobile.

Каналы распространения мобильных приложений:

• 1.    Специализированный портал – AppStore, Android Market и другие.

• 2.    Через sms c порталов сотовых операторов.

• 3.    Самостоятельный поиск и скачивание в Интернете.

Мобильные приложения позволяют не только вовлечь участников в интерактивный процесс, но и могут стать рекламным носителем.

Было создано мобильное приложение «Новые покупки». Разработанное мобильное приложение включает в себя следующую архитектуру:

Рис. 1. Модель процесса учета и планирования затрат на покупки

• 1.    Клиент-серверная архитектура. На стороне клиента – наше приложение. На стороне сервера – база данных и серверная часть приложения, которая служит для синхронизации между пользователями. Происходит обращение к данным на сервере через приложение. Приложение является одноранговым.

• 2.    Объектно-ориентированная архитектура. Парадигма проектирования, основанная на распределении ответственности приложения или системы между отдельными многократно используемыми и самостоятельными объектами, содержащими данные и поведение.

• 3.    Компонентная архитектура. Дизайн приложения разлагается на функциональные или логические компоненты с возможностью повторного использования, предоставляющие тщательно проработанные интерфейсы.

Разработанное приложение является мобильным, которое включает в себя: слой пользовательского интерфейса; бизнес-слой; слой доступа к данным.

Приложение является насыщенным и тонким клиентом: бизнес-слой расположен на устройстве; слой доступа к данным расположен на устройстве и на сервере [2].

Для проведения анализа функций, выполняемых пользователем, построили контекстную диаграмму (рисунок 2).

На основе контекстной диаграммы невозможно дать полной характеристики функциональности мобильного приложения, поэтому необходимо построить диаграмму декомпозиции первого и второго уровней.

На рисунке 3 представлена диаграмма декомпозиции первого уровня разработки мобильного приложения «Новые покупки».

Правилами, процедурами и стандартами, которыми руководствуется работа, являются: лицензии, сертификаты, разрешения, ГОСТы и нормативные документы.

Механизмом разработки мобильного приложения является разработчик, который осуществляет разработку и поддержку мобильного приложения.

Разработка мобильно приложения разбита на 3 этапа: разработка баз данных, разработка клиентской части мобильного приложения и разработка серверной части мобильного приложения.

База данных включает в себя хранение обработку и доступ к данным мобильного приложения: списки покупок; информация о покупках; информация о затратах [1].

Клиентская часть отвечает за взаимодействие пользователя с мобильным приложением и сервером. С помощью клиентской части пользователь осуществляет следующие действия: регистрация авторизация в мобильном приложении; создание списков покупок; настройки мобильного приложения. Серверная часть мобильного приложения предназначена для обработки считывания и сохранения данных.

На рисунке 4 показана диаграмма декомпозиции второго уровня.

В диаграмме декомпозиции второго уровня показана работа серверной части мобильного приложения. В диа-

Рис. 2. Контекстная диаграмма

Рис. 3. Диаграмма декомпозиции первого уровня мобильного приложения

Рис. 4. Диаграмма декомпозиции второго уровня

Рис. 5. Модуль оптимизации с монитором оперативной памяти

грамму входит два основных блока: область отображения данных и область обработки данных.

Официальный язык программирования под Android – это Java.

Существующие среды программирования для ОС «Android»: Eclipse; IntelliJ IDEA; Android Studio.

В качестве среды разработки использовали Android Studio.

Обоснование выбора:

• •    среда IntelliJ IDEA является коммерческим продуктом;

• •    для среды NetBeans IDE очень мало примеров разработки;

• •    среда разработки Eclipse отсутствие некоторых удобных функций.

Android Studio позиционируется как средство повысить скорость и эффективность разработки и преподносится замена Eclipse. Программа позволяет проверить приложение на устройствах с разным размером экрана и даже с разными версиями API, твоя программа будет нормально работать на разных версиях Android, что по нынешним временам очень важно.

Из других удобный функций стоит отметить встроенную интеграцию с Github, а так же модуль оптимизации с монитором оперативной памяти, который отображен на рисунке 5.

Дополнительное программное обеспечение и утилиты:

• 1.    Java SDK – JDK. Т.к. разработка приложений ведется на Java, необходимо установить соответствующее SDK, называемое JDK.

• 2.    Android SDK. Android SDK включает в себя инструменты, необходимые для разработки Android-приложений.

• 3.    ADT. Плагин, который настраивает среду разработки для использования Android SDK и добавляет возможность удобной разработки.

Язык PHP не требует специальной среды разработки, поэтому для написания кода нами будет использоваться IDE PhpStorm.

Для управления данными на стороне сервера используем СУБД MySQL.

В мобильном приложении «Новые покупки» можно выделить следующие сущности: Пользователь; Список покупок; Покупки.

ER-диаграмма базы данных мобильного приложения представлена на рисунке 6.

Из модели базы данных изображённой на рисунке 6 видно, что у пользователя может быть множество списков покупок, а у списков множество пунктов покупок .

Модель жизненного цикла приложения можно изобразить в виде следующей схемы (рисунок 7).

3 user

□ *(Bce столбцы) Г)П id_user

□ id_device

□ nickname_user

□ password_user

□ email_user

□ path_photo

□ date_registered

□ list_purchases

□ purchase

□ *(Bce столбцы)

£)□ idjist

□ id_user_list

□ orderjist

□ namejist

□ commentjist

□ date_create_list

□ passwordjist

• □    *(Bce столбцы)

£)□ id_purchase

• □    id_list_purchase

• □    г „ >.,     r.- t chase

• □    comment_purchase

• □    cross_purchase

• □    photo_path_purchase

• □    total_price_purchase

• □    price_purchase

• □    currency_purchase

• □    num_purchase

• □    date_create_purchase

Рис. 6. ER-диаграмма базы данных мобильного приложения

Приложение закрыто (A

Рис. 7. Модель жизненного цикла приложения

Рис. 8. Экраны мобильно приложения «Новые покупки»

На рисунке 8 показаны экраны мобильного приложения «Новые покупки» по окончанию проектирования дизайна.