Файл: Разработка мобильного приложения.pdf

Введение

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

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

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

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

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

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

Объектом исследования в данной работе является сфера мобильных приложений.

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

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

Данная цель определила следующие основные задачи работы:

– рассмотреть этапы разработки мобильного приложения;

– рассмотреть этапы тестирования мобильного приложения;

– рассмотреть этапы ввода в эксплуатацию мобильного приложения.

При исследовании использованы следующие методы исследования: системный, структурный, сравнительный анализы, методы статистической обработки информации.

Использование методов позволило обеспечить достоверность и обоснованность выводов.

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

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

Основное внимание в данной работе уделялось следующим литературным источникам:

1. Гаврилов Л. П.  Инновационные технологии в коммерции и бизнесе: учебник для бакалавров / Л. П. Гаврилов. – Москва: Издательство Юрайт, 2019. – 372 с. – (Бакалавр и магистр. Академический курс). 
2. Милехина О. В. Информационные системы: теоретические предпосылки к построению: учеб пособие / О. В. Милехина, Е. Я. Захарова, В. А. Титова. – 2-е изд-е. – Новосибирск: Изд-во НГТУ, 2014. - 283 с.
3. Семенчук В. Мобильное приложение как инструмент бизнеса: Справочное пособие / Семенчук В. – М.:АЛЬПИНА, 2017. – 240 с.
4. Соколова В. В. Разработка мобильных приложений: Учебное пособие / Соколова В.В. – Томск: Изд-во Томского политех. университета, 2014. – 176 с.
5. Соколова В. В.  Вычислительная техника и информационные технологии. Разработка мобильных приложений: учебное пособие для вузов / В. В. Соколова. – Москва: Издательство Юрайт, 2020. – 175 с. – (Высшее образование). 

Приведенная литература является надежными источниками информации в связи с тем, что она утверждена для использования в ВУЗах.

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

1 Разработка мобильного приложения

1.1 Формирование требований

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

Необходимо провести прототипирование приложения. Прототип – это макет будущего приложения. Прототип может быть статичный или интерактивный – с кнопками действий и переходами [2]. Во многом благодаря процессу прототипирования становится возможным определить необходимость тех или иных функций приложения, удобство расположения тех или иных элементов [8].

На данном этапе разработчику и заказчику важно найти общий язык и определить требования к будущему приложению, оформленные в документальном виде, представляющем техническое задание на проектирование [17]. В ТЗ может быть указано как можно больше информации от заказчика, по возможности с указанием цветовой гаммы и формы элементов.

Содержание ТЗ:

1. Общие сведения.

– полное наименование системы и ее условное обозначение;

– шифр темы или шифр (номер) договора;

– наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;

– перечень документов, на основании которых создается система, кем и когда утверждены эти документы;

– плановые сроки начала и окончания работы по созданию системы;

– сведения об источниках и порядке финансирования работ;

– порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы [11].

2. Назначение и цели создания (развития) системы.

– назначение системы;

– цели создания системы.

3. Характеристики объекта автоматизации

– краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

– сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

4. Требования к системе.

– требования к системе в целом;

– требования к функциям (задачам), выполняемым системой;

– требования к видам обеспечения.

5. Состав и содержание работ по созданию (развитию) системы.

Должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ [20].

6. Порядок контроля и приемки системы.

– виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);

– общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации [4];

– статус приемочной комиссии (государственная, межведомственная, ведомственная).

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

– приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) [3];

– изменения, которые необходимо осуществить в объекте разработки;

– создание условий функционирования объекта разработки, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ.

8. Требования к документированию [9].

– согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях;

– требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;

– при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов [23].

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

1.2 Выбор платформы и IDE

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

Здесь в первую очередь представляется важным выбор платформы и IDE. В том случае, если от заказчика не поступало никаких указаний по этому поводу, необходимо провести анализ текущего рынка [13].

В связи с тем, что данный процесс является одним из основных, рассмотрим более подробно анализ рынка платформ и IDE.

На данный момент ситуация на IT-рынка такова, что наибольшее распространение имеет платформа Android, а соответственно и большее количество разработчиков; на втором месте идет платформа iOS, далее с большим отрывом Windows Phone и остальные платформы, которые на данный момент практически не используются [5]. Стоит отметить, что Android и iOS делят мобильный рынок практически поровну, с перевесом примерно в 10% в пользу Android.

В связи с тем, что Android и iOS являются наиболее популярными платформами, то в данной работе хотелось бы остановить внимание именно на данный платформах и провести анализ сред разработки (IDE) мобильных приложений под данные платформы.

IDE представляет собой интегрированную среду разработки, состоящую из системы программных средств, позволяющих осуществлять разработку программного обеспечения [8].

На рисунке 1 показаны основные средства, предоставляемые IDE.

Рисунок 1 – Основные средства, предоставляемые IDE

Кроме того в разных IDE могут предоставляться дополнительные инструменты, облегчающие процесс разработки, к примеру, для конструирования GUI [4].

1. Среды разработки для Android.

Intellij IDEA представляет собой среду разработки от компании JetBrains. В качестве инструмента сборки приложений используется Ant.

На сайте разработчика имеется документация по работе в системе [15]. Также отметим, что анализ отзывов многих пользователей данной среды разработки позволил сделать вывод, что среда успешно справляется с поставленными перед разработчиками задачами [21]. Однако отмечается ряд недостатков:

– низкая производительность;

– процесс компиляции, перекомпиляции, тестирования выполняется достаточно долго.

На рисунке 2 представлен интерфейс Intellij IDEA.

Рисунок 2 – Интерфейс Intellij IDEA

Интерфейс системы не является достаточно простым, но это объясняется широкими возможностями IDE.

Android Studio представляет собой интегрированную среду разработки. В основе данной среды лежит IntelliJ IDEA. Несмотря на сходство интерфейсов, данные среды отличает инструмент сборки приложений, в случае с Android Studio используется встроенный инструмент Gradle [4].

Android Studio поддерживает различные виды сборок и генерацию нескольких .apk файлов, а так же разработку приложений для Android Wear и Android TV. Важной особенностью данной IDE является наличие статического анализатора кода, благодаря которому становится возможным найти уязвимые места в производительности, а также проблемы в случае несовместимости версий [2].

На рисунке 3 представлен интерфейс Android Studio.

Рисунок 3 – Интерфейс Android Studio

Данная среда разработки имеет хорошую документацию, множество примеров в сети Интернет [17]. Кроме того, многие пользователи отмечают высочайшую скорость работы, что, безусловно, положительным образом сказывается во время разработки.

Eclipse является свободной интегрированной средой разработки модульных кроссплатформенных приложений. Разработчик системы – Eclipse Foundation [7]. Многие пользователи данной IDE отмечают сложность процесса установки, необходимость дополнительных настроек системы, таким образом, отсутствие возможности «установить и приступить к разработке».