Разработка приложения для мобильных устройств

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 19.01.2017
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

  • СОДЕРЖАНИЕ
  • ВВЕДЕНИЕ
  • 1. АНАЛИТИЧЕСКИЙ ОБЗОР
    • 1.1 Анализ игровых жанров для мобильных устройств
    • 1.2 Анализ целевой аудитории
    • 1.3 Анализ требований к приложению
    • 1.4 Анализ аналогичных приложений
    • 1.5 Анализ технологий для разработки мобильных приложений
  • 2. ПРОЕКТИРОВАНИЕ
    • 2.1 Разработка концепции игрового приложения
      • 2.1.1 Разработка сеттинга игры
      • 2.1.2 Разработка основной механики
    • 2.2 Разработка интерфейса игры
      • 2.2.1 Главное меню
      • 2.2.2 Уровни
    • 2.3 Разработка алгоритмов
      • 2.3.1 Разработка постройки башен
      • 2.3.2 Разработка противников и их передвижение
      • 2.3.3 Разработка стрельбы и снарядов
  • 3. РЕАЛИЗАЦИЯ
    • 3.1 Реализация алгоритмов на языке С#
      • 3.1.1 Описание переменных скриптов
      • 3.1.2 Реализация выбора цели и стрельбы
      • 3.1.3 Настройка работоспособности игры
    • 3.2 Реализация интерфейса игры
      • 3.2.1 Реализация интерфейсы главного меню
      • 3.2.2 Интерфейс уровней
  • 4. ТЕСТИРОВАНИЕ
    • 4.1 Методы тестирования
      • 4.1.1 Модульное тестирование
      • 4.1.2 Функциональное тестирование
    • 4.2 Результаты тестирования
      • 4.2.1 Результаты модульного тестирования
      • 4.2.2 Результаты функционального тестирования
  • ЗАКЛЮЧЕНИЕ
  • СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
  • ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

Игровая индустрия в настоящее время успешно развивается. Рынок игр огромен. В разработку игр вкладываются большие деньги. И далеко не факт, что она окупится. Однако не всегда было так.

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

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

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

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

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

1. АНАЛИТИЧЕСКИЙ ОБЗОР

1.1 Анализ игровых жанров для мобильных устройств

Существует много жанров игр на данный момент. Однако не все подходят для мобильных устройств. Мобильное устройство ограниченно в управлении по сравнению с персональным компьютером. Жанры, где надо быстро совершить несколько действий сразу не подходят на мобильные устройства. Например, FPS (First Person Shooter) не подходит для мобильных устройств, так как в таком жанре надо одновременно перемещаться, менять угол обзора и стрелять. Но существую жанры, которые очень подходят для мобильных устройств.

Ниже приведены некоторые из этих жанров:

1. Runner. В этом жанре персонаж бесконечно бежит в каком-то направлении, игроку следует преодолевать препятствия, обычно просто перепрыгивая их.

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

3. Гоночные симуляторы. Управление осуществляется с помощью встроенного в мобильное устройство гироскопа.

4. Tower Defense. В играх этого жанра игроку даётся возможность строить башни для защиты, которые стреляют по проходящим рядом врагам, идущим по определённому маршруту

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

- Простота управления.

- Малое число одновременно совершаемых действий

- Малая продолжительность

1.2 Анализ целевой аудитории

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

Игроков можно разбить на несколько категорий:

1) Казуальные игроки - люди, играющие в несложные игры и проводящие в них мало времени, с целью развлечения или просто быстрого проведения времени. Большинство казуальных игроков предпочитают играть на смартфонах. Основными жанрами для казуальных игроков являются те жанры, которые можно объединить в группу “тайм-киллеров” - игр без особого смысла и сюжета, но с увлекательным гемплеем.

2) Хардкорные игроки - люди, которые обычно избегают простых игр, и проводящие за играми большое кол-во времени. Основными жанрами, в которые играют хардкор-геймеры, являются RPG, Action, FPS. Также же у хардкорных игроков пользуются популярностью MMORPG, которых можно провести не один месяц непрерывной игры.

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

1.3 Анализ требований к приложению

игра мобильный интерфейс скрипт

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

Большинство современный мобильных игры имеют следующие системные требования:

1) Объём оперативной памяти не меньше 1 Гб.

2) Частота процессора не меньше 1 ГГц.

3) Операционная система Android должна быть не ниже версии 4.0

Исходя из этого для игры, разрабатываемой в ходе выпускной квалификационной работы, были определены следующие требования:

1. Требования к составу и параметрам мобильного устройства:

- На мобильное устройство должна быть установлена операционная система Android версии 4.0 или выше.

- Объём оперативной памяти должен быть не менее 512мб

- Процессор должен иметь частоту не менее 1Ггц.

- Мобильное устройство должно иметь сенсорный экран с разрешением не менее 640х480

2. Требования к программной документации:

- Документ для разработчика (с кодом, комментариями и техническим описанием).

- Техническое задание для разработчиков.

- Руководство пользователя.

1.4 Анализ аналогичных приложений

На данный момент существует множество игр в жанре Tower Defense. Самые известные из них указаны в таблице 1.3. Они различаются игровой механикой, стилем, управлением. Целью этого обзора является выявление наиболее предпочтительных особенностей игр этого жанра.

Таблица 1.3 Самые известные игры в жанре

Характеристика

Название игры

Kingdom Rush

Plants vs. Zombies

GemCraft

Вид графики

2D

2D

2D

Разработчик

Ironhide Game Studio

PopCap Games

Game in a Bottle

Платформы

Windows, iOS, Android

Windows, iOS, Android, Xbox 360,Nintendo DS

Всё, что поддерживает Adobe Flash

Управление

Сенсорный экран, клавиатура + мышь

Сенсорный экран, мышь

Сенсорный экран, мышь

Из приведённой выше таблицы, можно сделать вывод, что игры этого жанра имеют преимущественно 2D-графику. Так же наиболее популярные платформы являются Windows, iOS, Androind.Управление осуществляется с помощью мыши или сенсорного экрана, в зависимости от устройства, на котором запущена игра.

1.5 Анализ технологий для разработки мобильных приложений

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

1. Среда разработки Eclipse.

Свободная среда разработки мульти платформенных приложений, разработанная компанией Eclipse Foundation. Основным преимуществом является то, что любой разработчик может расширить Eclipse своими модулями. Eclipse написана на Java, поэтому является мультиплатформенным продуктом. Исключением является библеотека SWT, которая разрабатывается отдельно для каждой из операционных систем. Так же Eclipse поддерживает большинство языков программирования, благодаря встраиваемым модулям.

Для реализации игр с помощью Eclipse, придётся подключать дополнительные графические библиотеки, которые замедляют работу игры и усложнит написание кода.

2. Android Studio

Интегрированная среда разработки приложений для платформы Android. Одна из особенностей является расширенный редактор макетов: WYSIWYG, способность работать с UI компонентами при помощи Drag-and-Drop, функция предпросмотра макета на нескольких конфигурациях экрана.

3. Game Maker: Studio

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

Основным недостатком является крайне неудобная работа с 3D графикой.

4. Unity

Среда для разработки приложений, поддерживающих множество платформ. Также поддерживается разработка веб-приложений.

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

Также имеется пространство, разбитое на координаты, в котором реализуется игра или приложение.

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

Из выше представленных преимуществ и недостатков, можно сделать вывод, что Unity наиболее подходит для разработки игр, так как в ней представлен широкий функционал для разработки игр. В отличии от GameMaker, Unity хорошо работает с 3D графикой.

2. ПРОЕКТИРОВАНИЕ

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

2.1 Разработка концепции игрового приложения

Первым шагом проектирования является разработка концепции игры.

2.1.1 Разработка сеттинга игры

Сеттинг - среда или стиль, в которой происходит действие игры. Например, в игре “Монополия” может быть сеттинг Нью-Йорка или сеттинг СССР, но поменяется только стиль игры, а не её механика. Это может быть, как выдуманный мир, так и существующий.

Был разработан следующий сеттинг игры:

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

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

Микроорканизмы будут 3 видов:

1) Воин. Будет иметь среднюю дальность стрельбы и среднюю скорострельность (рис. 2.1.1(а)).

2) Стрелок. Будет атаковать с большого расстояния, но иметь низкую скорострельность (рис. 2.1.1(б)).

3) Слепой. Будет иметь маленькую дальнобойность, но высокую скорострельность (рис. 2.1.1(в)).

а) б) в)

Рисунок 2.1.1 - Спрайты Микроорганизмов: а) Вони б) Стрелок в) Слепой

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

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

Рисунок 2.1.2 - Спрайты анимации стрельбы

Спрайты, представленные на рисунке 2.1.2 будут сменять друг друга во время стрельбы.

Паразиты будут 2 видов:

1) Воин. Имеет средний запас здоровья и среднюю скорость передвижения. (рис. 2.1.3(а))

2) Командир. Имеет большой запас здоровья и низкую скорость передвижения (рис. 2.1.3(б))

а) б)

Рисунок 2.1.3 - Спрайты Паразитов: а) Воин б) Командир

2.1.2 Разработка основной механики

Есть множество вариантов жанра Tower Defense. Они различаются логикой постройки и улучшения башен, движения противников. Например, в игре Kingdom Rush, башни строятся в определённых местах карты, что ограничивает число стратегий постройки этих зданий, но с другой стороны загоняет игрока в жёсткие условия, так как, места строительства могут располагаться в неоптимальных местах.

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

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

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

2.2 Разработка интерфейса игры

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

Игра будет разбита на несколько сцен:

1) Главное меню.

2) Уровни.

Для каждого уровня будет отдельная сцена, но интерфейс будет общим для всех уровней.

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

2.2.1 Главное меню

Главное меню - сцена, которую пользователь видит, как только заходит в игру. Здесь располагаются 2 кнопки (рисунок 2.2.1):

1) Кнопка перехода на меню выбора уровней. После её нажатия игрок переходит в меню выбора уровней, где будет выбор из уровней до которых дошёл игрок ранее.

2) Кнопка выхода из игры. При нажатии закрывает приложение.

Рисунок.2.2.1 - Главное меню

В меню выбора уровней будут располагаться кнопки перехода на уровень и кнопка возврата в главное меню (рисунок 2.2.2):

Рисунок 2.2.2 - Меню выбора уровней.

2.2.2 Уровни

Интерфейс будет включать в себя текущую информацию о уровне, запасе денег и жизней игрока, кнопки постройки башен. Также будет кнопка паузы, чтобы приостанавливать игру. (рисунок 2.2.3): В меню паузы будет 2 кнопки: возобновить игру и выход в главное меню(рисунок 2.2.4).

Рисунок 2.2.3 - Интерфейс уровней

Рисунок 2.2.4 - Меню паузы

2.3 Разработка алгоритмов

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

2.3.1 Разработка постройки башен

Башни будут строится в определённых местах карты. Для этого надо разработать места для постройки. При нажатии на них, если выбрана какая-либо башня для постройки и достаточно денег, будет построена выбранная башня. Если башня не выбрана или недостаточно денег, башня не будет построена. Блок-схема алгоритма представлена на рисунке 2.3.1.

Рисунок 2.3.1 - Блок-схема алгоритма постройки башен.

2.3.2 Разработка противников и их передвижение

Противники будут двигаться по определённому маршруту. Маршрут в игре будет представлен в виде извивающегося пути, а в коде в виде списока маршрутных точек. Противники создаются в первой точке маршрута и идут к следующей, до тех пор, пока не достигнут конца или не будут уничтожены. При достижении конечной точки у игрока отнимается 1 жизнь. Блок-схема алгоритма представлена на рисунке 2.3.2.

Рисунок 2.3.2 - Блок-схема алгоритма передвижения противников

2.3.3 Разработка стрельбы и снарядов

У каждой башни будет определённый радиус поражения, в котором она может поражать цели. При появлении в нём противника, он записывается в список целей. Если противник уходит за радиус, он удаляется из списка. Башня последовательно стреляет в цели, при уничтожении цели она переключается на следующую в списке цель. Блок-схема алгоритма представлена на рисунке 2.3.3.

Рисунок 2.3.3 - Блок-схема алгоритма стрельбы

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

3. РЕАЛИЗАЦИЯ

В выбранной среде разработки поддерживаются 2 языка программирования: JavaScript и C#. Был выбран язык C#, так как он предоставляет больше возможностей для ООП.

3.1 Реализация алгоритмов на языке С#

В Unity код представляется в виде скриптов. Скрипты в Unity- классы со своими полями и методами. Большинство скриптов активно используют функцию Update, которая вызывается при каждой смене кадров на экране. Благодаря это функции можно реализовать множество алгоритмов, работающих в реальном времени.

3.1.1 Описание переменных скриптов

Описание переменных приведены в виде таблице 3.1

Таблица 3.1 Описание переменных скрипта ShootEnemies

Название переменной

Тип переменной

Назначение

enemiesInRange

List<GameObject>

Список целей башни

lastShotTime

Float

Время последнего выстрела, используется для определения времени следующего выстрела

monsterData

MonsterData

Информация о башне, представленная в виде отдельного класса

Target

GameObject

Цель для стрельбы

minimalEnemyDistance

Float

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

distanceToGoal

Float

Используется для хранения расстояния до конечной точки маршрута текущего противника, сравнивается с minimalEnemyDistance

Direction

Vector3

Используется определения направления стрельбы, чтобы поворачивать башню в сторону цели

bulletPrefab

GameObject

Используется для хранения прототипа снаряда.

startPosition

Vector3

Начальная позиция снаряда

targetPosition

Vector3

Позиция цели

newBullet

GameObject

Создаваемый снаряд

Animator

Animator

Используется для хранения анимаций и воспроизведения их

audioSource

AudioSource

Используется для хранения и воспроизведения звука выстрела

3.1.2 Реализация выбора цели и стрельбы

Для каждого объекта можно создать компонент Collider. На Рисунке 3.1.1 показан компонент CircleCollider, который задаёт круглую коллизионную область определённого радиуса.

Рисунок 3.1.1 - Компонент CircleCollider

Если в эту область заходит объект с компонентом Collider, у этих объектов вызывается функция void OnTriggerEnter2D с передаваемой ссылкой на объект, который зашёл в область. Эта функция используется для заполнения списка целей. Сначала у объекта проверяется тэг (ключевое слово для разделения объектов на типы) «Enemy» (Рисунок 3.1.2), чтобы другие башни в радиусе на попадали в список.

Рисунок 3.1.2 - Установка тэга «Enemy» для противника

Когда объекта областями коллизий расходятся, вызывается функция void OnTriggerExit2D с ссылкой на объект, который вышел из области коллизий. Эта функция применяется для удаления врагов из списка целей. Когда враг выходит из радиуса, он удаляется из списка целей.

Выбор цели производится в функции Update().Цель выбирается из списка целей EnemyinRange. Если он пуст, то переменной target присваивается значение null. Если нет, то переменной target присваивается ссылка на противника, который находится ближе других к последней точке маршрута.

Если переменная target не равна null, то вызывается функция Shoot.

Функция Shoot создаёт объект bullet и присваивает ей следующие параметры:

1) 1)target. Будет присвоена текущая цель.

2) startPosition. Будет присвоена позиция башни, обозначающая начальное положение снаряда.

3) targetPosition. Будет присвоена позиция цели.

После создание объекта bullet, он начинает двигаться к цели. Между башней и целью проводится линия. Движение по линии осуществляется с помощью функции Lerp класса Vector3. Конечная точка полёта меняется при движении цели

Функция Lerp возвращает значение типа Vector3.

У функции Lerp 3 входных параметра:

1) Начальная точка

2) Конечная точка

3) Параметр, показывающий положение между начальной и конечной точками. Параметр принимает значение от 0 до 1. В данном случае этот параметр принимает значение timeInterval * speed / distance, где timeInterval - время, прошедшее с момента выстрела, speed - скорость, distance- расстояние до цели. Когда позиции снаряда и цели будут равны, у цели ищется наследственный компонент класса healthbar(Рисунок 3.1.3) . В нём находится переменная currenthealth, отвечающая за текущие очки здоровья цели. Из неё вычитается значения равное количеству урона снаряда. Если у цели осталось меньше 0 очков здоровья, она уничтожается, игроку начисляется награда. У всех башен, которые имели в списке целей уничтоженного врага, вызывается функция OnEnemyDestroy с ссылкой на уничтоженный объект, которая убирает эту цель из списка.

Рисунок 3.1.3 - Объект класса Enemy

После попадания в цель снаряд уничтожается.

3.1.3 Настройка работоспособности игры

Для того чтобы скрипт выполнял заложенную в него функцию, его надо привязать к какому-либо объекту. Для работоспособности башни были написаны 2 скрипта:

1) ShootEnemies.cs. Отвечает за стрельбу по противникам.

2) MonsterData.cs. Хранит в себе информацию о башне и её улучшениях.

Привязка скриптов производится путём добавления компонента Script для объекта, как показано на рисунке 3.1.4

Рисунок 3.1.4 - Компоненты Script объекта Monster

Как показано на рисунке 3.1.4 для скриптов надо задать начальные значения. Для скрипта MonsterData надо задать размер массива с уровнями башни. У каждого уровня есть стоимость Cost, визуализация башни Vizualization, тип снаряда Bullet, скорость стрельбы Fire Rate.

Визуализация башни Vizualization представлена в виде объекта с параметрами показанном на рисунке 3.1.5

Рисунок 3.1.5 - Объект Monster

Компонент Sprite Render отвечает за обрисовку спрайта башни на экране. В параметрах компонента Sprite Render можно задать сам спрайт, прозрачность, материал.

Компонент Animator отвечает за воспроизведение анимации. В параметре Controller надо указывать файл типа Animator Controller. Этот файл отвечает за последовательность действий при анимации как показанно на рисунке 3.1.6

Рисунок 3.1.6 - Интерфейс Animator Controller

После создания башни, она переходит в состояние Idle, в которой он просто ничего не делает. Если башня стреляет, она переходит в состояние Shooting и выполняется анимация, привязанная к состоянию Shooting (Рисунок 3.1.7)

Рисунок 3.1.7 - Интерфейс состояния Shooting

Интерфейс создания анимации показан на рисунке 3.1.8. Здесь можно задавать действия, совершаемые над объектом. Анимация зацикленная, то есть после последнего кадра идёт первый.

Рисунок 3.1.8 - Интерфейс создания анимации

Тип снаряда Bullet представляется в виде объекта с привязанным к нему скриптом Bullet Behavior. Параметры объекта показаны на рисунке 3.1.9

Рисунок - 3.1.9 Объект Bullet

В скрипте Bullet Behavior есть следующие параметры:

1) Speed. Скорость полёта снаряда.

2) Damage. Урон, наносимый противнику при попадании.

3) Target. Цель, в которую летит снаряд.

4) Start Position. Начальное положение снаряда.

5) Target Position. Позиция текущей цели.

Были настроены места постройки башен. На рисунке 3.1.10 показаны параметра объекта Openspot, отвечающего за места постройки

Рисунок 3.1.10 - Объект Openspot

У привязанного скрипта Place Monster есть 2 параметра:

1) Monster Prefab. Ссылка на выбранную игроком башню.

2) Monster. Ссылка на текущую построенную башню.

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

Рисунок 3.1.11 - Объект Waypoint

Объект Road отвечает за хранение маршрута и за создание противников. Параметры объекта Road показаны на рисунке 3.1.12

Рисунок 3.1.12 - Объект Road

Привязанный скрипт SpawnEnemy имеет следующие параметры:

1) Waves. Массив типа Wave, где хранится информацию о волнах противников. В классе Wave указаны ссылки на противников, интервал их появления и максимальное число.

2) Time Between Waves. Время между волнами.

3) WayPoints. Массив маршрутных точек.

3.2 Реализация интерфейса игры

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

3.2.1 Реализация интерфейсы главного меню

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

В стартовом меню всего 2 кнопки.

1) Play- кнопка перехода на меню выбора уровней. К ней привязан скрипт Maintochoose.cs. При нажатии на кнопку, из скрипта вызывается функция void toggle(), которая скрывает стартовое меню и делает видимым меню выбора уровней (Рисунок 3.2.1).

2) Exit - кнопка выхода из игры. К ней привязан скрипт Exit.cs. При нажатии на кнопку, из скрипта вызывается функция void QuitGame(), которая закрывает приложение.

Рисунок 3.2.1 - Интерфейс стартового меню

В меню выбора уровней реализованы кнопки перехода на уровни и кнопка возврата в стартовое меню(Рисунок 3.2.2).

Все кнопки перехода работают одинаково. К ним привязаны скрипты, имеющих функцию void cl1ick(), которая срабатывают при нажатии на кнопку. Функция void cl1ick() загружает сцену с уровнем, соответствующий кнопке.

К кнопке назад привязан скрипт ChooseToMain.cs, имеющий функцию void toggle(), которая скрывает меню выбора уровней и делает видимым стартовое меню

Рисунок 3.2.2 - Интерфейс выбора уровней

3.2.2 Интерфейс уровней

Для отображения информации, сверху расположены 3 компонента Text. В GameManager хранится сама информация и ссылки на компоненты Text.Каждый кадр эта информация обновляется.

К кнопкам выбора башен привязан скрипт tower_type_1.cs, хранящий в себе ссылку на тип башни, который закреплён за кнопкой. При нажатии на кнопку, скрипт передаёт тип башни GameManager.С помощью этого есть возможность переключения между типами башен.

Так же в левом нижнем углу есть кнопка паузы. К ней привязан скрипт Pause.cs. Реализованная в нём функция void togglePause() останавливает время в игре и показывает меню паузы(Рисунок 3.2.3).

Рисунок 3.2.3 - Интерфейс уровня

Кнопка Resume использует тот же скрипт, что и кнопка паузы. Функция void togglePause() возобновляет время и скрывает меню паузы.

Функция void togglePause() в зависимости от Time.timeScale, обозначающим масштаб времени, выполняет разные функции. Если время не остановлено, то она останавливает время и показывает меню паузы, иначе возобновляет игру и скрывают меню паузы (Рисунок 3.2.4).

if(Time.timeScale != 0f)

{

Menu.SetActive(true);

Time.timeScale = 0f;

}

else

{

Menu.SetActive(false);

Time.timeScale = 1f;

}

Рисунок 3.2.4 - Интерфейс меню паузы

4. ТЕСТИРОВАНИЕ

4.1 Методы тестирования

Существует множество методов тестирования ПО

4.1.1 Модульное тестирование

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

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

4.1.2 Функциональное тестирование

Функциональное тестирование программы на соответствие функциональным требованиям.

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

4.2 Результаты тестирования

4.2.1 Результаты модульного тестирования

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

4.2.2 Результаты функционального тестирования

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

В качестве тестировщиков выбраны независимые лица из числа одногруппников и знакомых. Был выдан список функций, требующие проверки.

Результаты функционального тестирования приведено в таблице 4.1

Таблица 4.1 - Результаты функционального тестирования

Функция

Результат

Постройка башни

При нажатии на место постройки башня строится, если выбрана башня

Выбор типа башни

Кнопки выбора типов башен работают корректно, выбирается нужный тип башни

Генерация противников

Противники генерируются в начальной точке маршрута.

Движение противников

Противники движутся плавно, но разворот происходит резко

Стрельба башен

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

Уничтожение противника

Если здоровье противника опускается ниже 0, то он уничтожается и счётчик золота увеличивается.

Достижение противниками конечной точки маршрута

При достижении конечной точки противник уничтожается и у игрока отнимается одна жизнь

Пауза

Кнопка паузы выполняет свою функцию, корректно останавливает игру и показывает меню паузы

Выбор уровней

Кнопки выбора уровней загружают нужные уровни.

ЗАКЛЮЧЕНИЕ

В результате разработки была создана игра «Parasite Attack» на платформу Android с помощью среды разработки Unity. В процессе работы были проведены: аналитический обзор целевой аудитории, требований к приложению, были разработаны и реализованы алгоритмы. Проведено тестирование и было выявлено, что разработанная игра соответствует разработанным требований.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

3. Руководство Unity [Электронный ресурс]: Unity-Руководство / Руководство по Unity- Режим доступа: http://docs.unity3d.com/ru/current/Manual/

4. Что такое платформа Eclipse и как ее использовать? [Электронный ресурс]: IBM DeveloperWorks- Режим доступа: https://www.ibm.com/developerworks/ru/library/os-eclipse/

5. Тарас Нудиев / Стоит ли переходить на Android studio? [Электронный ресурс]: Awesomedevelop- Режим доступа: http://awesomedevelop.blogspot.ru/2014/12/android-studio.html

6. Unity VS GameMaker: Studio [Электронный ресурс]: Stopgame - Режим доступа: http://stopgame.ru/blogs/topic/58024

7. Рукаводство по программированию на С# [Электронный ресурс]: Microsoft Developer Network - Режим доступа: https://msdn.microsoft.com/ru-ru/library/67ef8sbd.aspx

ПРИЛОЖЕНИЕ

Скрипты проекта

1) BulletBehavior.cs

using UnityEngine;

using System.Collections;

public class BulletBehavior : MonoBehaviour {

public float speed = 10;

public int damage;

public int type;

public GameObject target;

public Vector3 startPosition;

public Vector3 targetPosition;

private float distance;

private float startTime;

private GameManagerBehavior gameManager;

// Use this for initialization

void Start () {

startTime = Time.time;

distance = Vector3.Distance (startPosition, targetPosition);

GameObject gm = GameObject.Find("GameManager");

gameManager = gm.GetComponent<GameManagerBehavior>();

}

// Update is called once per frame

void Update () {

targetPosition=target.transform.position;

float timeInterval = Time.time - startTime;

gameObject.transform.position = Vector3.Lerp(startPosition, targetPosition, timeInterval * speed / distance);

if (gameObject.transform.position.Equals(targetPosition)) {

if (target != null) {

Transform healthBarTransform = target.transform.FindChild("HealthBar");

HealthBar healthBar =

healthBarTransform.gameObject.GetComponent<HealthBar>();

healthBar.currentHealth -= Mathf.Max(damage, 0);

if(type==2){

MoveEnemy speedTarget= target.GetComponent<MoveEnemy>();

if(speedTarget.currentspeed==speedTarget.speed)

{

speedTarget.currentspeed*=0.5f;

}

}

if (healthBar.currentHealth <= 0) {

Destroy(target);

AudioSource audioSource = target.GetComponent<AudioSource>();

AudioSource.PlayClipAtPoint(audioSource.clip, transform.position);

gameManager.Gold += 50;

}

}

Destroy(gameObject);

}

}

}

2) GameManagerBehavior.cs

using UnityEngine;

using System.Collections;

using UnityEngine.UI;

public class GameManagerBehavior : MonoBehaviour {

public GameObject TowerPref;

public Text goldLabel;

private int gold;

public Text waveLabel;

public GameObject[] nextWaveLabels;

public bool gameOver = false;

private int wave;

public Text healthLabel;

public GameObject[] healthIndicator;

private int health;

public int Gold {

get { return gold; }

set {

gold = value;

goldLabel.GetComponent<Text>().text = "GOLD: " + gold;

}

}

// Use this for initialization

void Start () {

Wave = 0;

Gold = 1000;

Health = 5;

}

// Update is called once per frame

void Update () {

}

public int Health {

get { return health; }

set {

if (value < health) {

Camera.main.GetComponent<CameraShake>().Shake();

}

health = value;

healthLabel.text = "HEALTH: " + health;

if (health <= 0 && !gameOver) {

gameOver = true;

GameObject gameOverText = GameObject.FindGameObjectWithTag ("GameOver");

gameOverText.GetComponent<Animator>().SetBool("gameOver", true);

}

for (int i = 0; i < healthIndicator.Length; i++) {

if (i < Health) {

healthIndicator[i].SetActive(true);

} else {

healthIndicator[i].SetActive(false);

}

}

}

}

public int Wave {

get { return wave; }

set {

wave = value;

if (!gameOver) {

for (int i = 0; i < nextWaveLabels.Length; i++) {

nextWaveLabels[i].GetComponent<Animator>().SetTrigger("nextWave");

}

}

waveLabel.text = "WAVE: " + (wave + 1);

}

}

}

3) MonsterData.cs

using UnityEngine;

using System.Collections;

using System.Collections.Generic;

using UnityEngine.UI;

[System.Serializable]

public class MonsterLevel {

public int cost;

public GameObject visualization;

public GameObject bullet;

public float fireRate;

}

public class MonsterData : MonoBehaviour {

public List<MonsterLevel> levels;

public MonsterLevel currentLevel;

public Button SellB;

public Button UpgradeB;

// Use this for initialization

void Start () {

}

// Update is called once per frame

void Update () {

}

public MonsterLevel CurrentLevel {

get {

return currentLevel;

}

set {

currentLevel = value;

int currentLevelIndex = levels.IndexOf(currentLevel);

GameObject levelVisualization = levels[currentLevelIndex].visualization;

for (int i = 0; i < levels.Count; i++) {

if (levelVisualization != null) {

if (i == currentLevelIndex) {

levels[i].visualization.SetActive(true);

} else {

levels[i].visualization.SetActive(false);

}

}

}

}

}

void OnEnable() {

CurrentLevel = levels[0];

}

public MonsterLevel getNextLevel() {

int currentLevelIndex = levels.IndexOf (currentLevel);

int maxLevelIndex = levels.Count - 1;

if (currentLevelIndex < maxLevelIndex) {

return levels[currentLevelIndex+1];

} else {

return null;

}

}

public void increaseLevel() {

int currentLevelIndex = levels.IndexOf(currentLevel);

if (currentLevelIndex < levels.Count - 1) {

CurrentLevel = levels[currentLevelIndex + 1];

}

}

}

using UnityEngine;

using System.Collections;

public class MoveEnemy : MonoBehaviour {

[HideInInspector]

public GameObject[] waypoints;

private int currentWaypoint = 0;

private float lastWaypointSwitchTime;

public float speed = 1.0f;

public float currentspeed;

// Use this for initialization

void Start () {

currentspeed = speed;

lastWaypointSwitchTime = Time.time;

}

// Update is called once per frame

void Update () {

// 1

Vector3 startPosition = waypoints [currentWaypoint].transform.position;

Vector3 endPosition = waypoints [currentWaypoint + 1].transform.position;

// 2

float pathLength = Vector3.Distance (startPosition, endPosition);

if (currentspeed != speed) {

}

float totalTimeForPath = pathLength / currentspeed;

float currentTimeOnPath = Time.time - lastWaypointSwitchTime;

gameObject.transform.position = Vector3.Lerp (startPosition, endPosition, currentTimeOnPath / totalTimeForPath);

// 3

if (gameObject.transform.position.Equals(endPosition)) {

if (currentWaypoint < waypoints.Length - 2) {

// 3.a

currentWaypoint++;

lastWaypointSwitchTime = Time.time;

RotateIntoMoveDirection();

} else {

// 3.b

Destroy(gameObject);

AudioSource audioSource = gameObject.GetComponent<AudioSource>();

AudioSource.PlayClipAtPoint(audioSource.clip, transform.position);

GameManagerBehavior gameManager =

GameObject.Find("GameManager").GetComponent<GameManagerBehavior>();

gameManager.Health -= 1;

}

}

}

4) MoveEnemy.cs

public float distanceToGoal() {

float distance = 0;

distance += Vector3.Distance(

gameObject.transform.position,

waypoints [currentWaypoint + 1].transform.position);

for (int i = currentWaypoint + 1; i < waypoints.Length - 1; i++) {

Vector3 startPosition = waypoints [i].transform.position;

Vector3 endPosition = waypoints [i + 1].transform.position;

distance += Vector3.Distance(startPosition, endPosition);

}

return distance;

}

private void RotateIntoMoveDirection() {

Vector3 newStartPosition = waypoints [currentWaypoint].transform.position;

Vector3 newEndPosition = waypoints [currentWaypoint + 1].transform.position;

Vector3 newDirection = (newEndPosition - newStartPosition);

float x = newDirection.x;

float y = newDirection.y;

float rotationAngle = Mathf.Atan2 (y, x) * 180 / Mathf.PI+90;

GameObject sprite = (GameObject)

gameObject.transform.FindChild("Sprite").gameObject;

sprite.transform.rotation =

Quaternion.AngleAxis(rotationAngle, Vector3.forward);

}

}

5) PlaceMonster.cs

using UnityEngine;

using System.Collections;

using UnityEngine.UI;

public class PlaceMonster : MonoBehaviour {

public GameObject monsterPrefab;

public GameObject monster;

private GameManagerBehavior gameManager;

public Text test;

// Use this for initialization

void Start () {

gameManager =

GameObject.Find("GameManager").GetComponent<GameManagerBehavior>();

}

// Update is called once per frame

void Update () {

//monsterPrefab=gameManager.TowerPref;

}

private bool canPlaceMonster(){

int cost = monsterPrefab.GetComponent<MonsterData> ().levels[0].cost;

return monster == null && gameManager.Gold >= cost && monsterPrefab != null;

}

void OnMouseUp () {

monsterPrefab = gameManager.TowerPref;

if (canPlaceMonster ()) {

//if( monster==null && monsterPrefab!=null){

monster = (GameObject)

Instantiate (monsterPrefab, transform.position, Quaternion.identity);

AudioSource audioSource = gameObject.GetComponent<AudioSource> ();

audioSource.PlayOneShot (audioSource.clip);

gameManager.Gold -= monster.GetComponent<MonsterData> ().CurrentLevel.cost;

} else

if (canUpgradeMonster ()) {

if (monster != null) {

/*test.text="asa";

SellB.SetActive(true);

SellB.transform.position=new Vector3(2,2);*/

monster.GetComponent<MonsterData> ().increaseLevel ();

AudioSource audioSource = gameObject.GetComponent<AudioSource> ();

audioSource.PlayOneShot (audioSource.clip);

gameManager.Gold -= monster.GetComponent<MonsterData> ().CurrentLevel.cost;

}

}

}

private bool canUpgradeMonster() {

int cost = monsterPrefab.GetComponent<MonsterData> ().levels[0].cost;

if (monster != null) {

MonsterData monsterData = monster.GetComponent<MonsterData> ();

MonsterLevel nextLevel = monsterData.getNextLevel();

if (nextLevel != null) {

return gameManager.Gold >= nextLevel.cost;

}

}

return false;

}

}

6) ShootEnemies.cs

using UnityEngine;

using System.Collections;

using System.Collections.Generic;

public class ShootEnemies : MonoBehaviour {

public List<GameObject> enemiesInRange;

public float lastShotTime;

public MonsterData monsterData;

void Start () {

enemiesInRange = new List<GameObject>();

lastShotTime = Time.time;

monsterData = gameObject.GetComponentInChildren<MonsterData> ();

}

void Update () {

GameObject target = null;

float minimalEnemyDistance = float.MaxValue;

foreach (GameObject enemy in enemiesInRange) {

float distanceToGoal = enemy.GetComponent<MoveEnemy>().distanceToGoal();

if (distanceToGoal < minimalEnemyDistance) {

target = enemy;

minimalEnemyDistance = distanceToGoal;

}

}

if (target != null) {

if (Time.time - lastShotTime > monsterData.CurrentLevel.fireRate) {

Shoot(target.GetComponent<Collider2D>());

lastShotTime = Time.time;

}

Vector3 direction = gameObject.transform.position - target.transform.position;

gameObject.transform.rotation = Quaternion.AngleAxis(

Mathf.Atan2 (direction.y, direction.x) * 180 / Mathf.PI,

new Vector3 (0, 0, 1));

}

}

void OnEnemyDestroy (GameObject enemy) {

enemiesInRange.Remove (enemy);

}

void OnTriggerEnter2D (Collider2D other) {

if (other.gameObject.tag.Equals("Enemy")) {

enemiesInRange.Add(other.gameObject);

EnemyDestructionDelegate del =

other.gameObject.GetComponent<EnemyDestructionDelegate>();

del.enemyDelegate += OnEnemyDestroy;

}

}

void OnTriggerExit2D (Collider2D other) {

if (other.gameObject.tag.Equals("Enemy")) {

enemiesInRange.Remove(other.gameObject);

EnemyDestructionDelegate del =

other.gameObject.GetComponent<EnemyDestructionDelegate>();

del.enemyDelegate -= OnEnemyDestroy;

}

}

void Shoot(Collider2D target) {

GameObject bulletPrefab = monsterData.CurrentLevel.bullet;

Vector3 startPosition = gameObject.transform.position;

Vector3 targetPosition = target.transform.position;

startPosition.z = bulletPrefab.transform.position.z;

targetPosition.z = bulletPrefab.transform.position.z;

GameObject newBullet = (GameObject)Instantiate (bulletPrefab);

newBullet.transform.position = startPosition;

BulletBehavior bulletComp = newBullet.GetComponent<BulletBehavior>();

bulletComp.target = target.gameObject;

bulletComp.startPosition = startPosition;

bulletComp.targetPosition = targetPosition;

Animator animator =

monsterData.CurrentLevel.visualization.GetComponent<Animator> ();

animator.SetTrigger ("fireShot");

AudioSource audioSource = gameObject.GetComponent<AudioSource>();

audioSource.PlayOneShot(audioSource.clip);

}

}

7) SpawnEnemy.cs

using UnityEngine;

using System;

using System.Collections;

[System.Serializable]

public class Wave {

public GameObject[] enemyPrefab;

public float spawnInterval = 2;

public int maxEnemies = 20;

}

public class SpawnEnemy : MonoBehaviour {

public Wave[] waves;

public int timeBetweenWaves = 5;

public GameManagerBehavior gameManager;

private float lastSpawnTime;

private int enemiesSpawned = 0;

public GameObject[] waypoints;

// Use this for initialization

void Start () {

//Instantiate(testEnemyPrefab).GetComponent<MoveEnemy>().waypoints = waypoints;

lastSpawnTime = Time.time;

//gameManager =GameObject.Find("GameManager").GetComponent<GameManagerBehavior>();

}

// Update is called once per frame

void Update () {

int currentWave = gameManager.Wave;

System.Random rng=new System.Random();

int number=rng.Next (0, waves [currentWave].enemyPrefab.Length);

if (currentWave < waves.Length) {

float timeInterval = Time.time - lastSpawnTime;

float spawnInterval = waves[currentWave].spawnInterval;

if (((enemiesSpawned == 0 && timeInterval > timeBetweenWaves) ||

timeInterval > spawnInterval) &&

enemiesSpawned < waves[currentWave].maxEnemies) {

lastSpawnTime = Time.time;

GameObject newEnemy = (GameObject)

Instantiate(waves[currentWave].enemyPrefab[number]);

newEnemy.GetComponent<MoveEnemy>().waypoints = waypoints;

enemiesSpawned++;

}

if (enemiesSpawned == waves[currentWave].maxEnemies &&

GameObject.FindGameObjectWithTag("Enemy") == null) {

gameManager.Wave++;

gameManager.Gold = Mathf.RoundToInt(gameManager.Gold * 1.1f);

enemiesSpawned = 0;

lastSpawnTime = Time.time;

}

} else {

gameManager.gameOver = true;

GameObject gameOverText = GameObject.FindGameObjectWithTag ("GameWon");

gameOverText.GetComponent<Animator>().SetBool("gameOver", true);

}

}

}

Размещено на Allbest.ru


Подобные документы

  • Разработка клиент-серверного игрового приложения на примере игры в шашки для мобильных устройств на базе операционной системы Android. Обзор мобильных платформ. Экраны приложения и их взаимодействие. Графический интерфейс, руководство пользователя.

    курсовая работа [2,6 M], добавлен 15.06.2013

  • Анализ деятельности группы компаний "Инрэко ЛАН". Общая характеристика, основы проектирования и разработка операционной системы Android. Этапы разработки программного игрового приложения с использованием физики. Скриншоты, отображающие игровой процесс.

    отчет по практике [2,7 M], добавлен 19.07.2012

  • Анализ целевой аудитории. Функциональные характеристики пользовательского приложения. Разработка алгоритмов и интерфейса программного продукта, функций рабочей области. Написание скриптов на языке C#. Тестирование программы методом чёрного ящика.

    дипломная работа [1,5 M], добавлен 09.11.2016

  • Современное состояние рынка мобильных приложений. Основные подходы к разработке мобильных приложений. Обоснование выбора целевой группы потребителей приложения. Этапы проектирования и разработки мобильного приложения для операционной системы Android.

    курсовая работа [987,1 K], добавлен 27.06.2019

  • Анализ популярных игровых приложений. Жанр – аркады с геймплеем Runner. Получение продукта, ориентированного на людей, использующих мобильные устройства на базе Android, и предназначенный для развлечения пользователей. Визуальная составляющая приложения.

    дипломная работа [742,7 K], добавлен 10.07.2017

  • Разработка и создание игры "Змейка". Использование динамически-активных принципов языка Java. Графические объекты программы. Описание игры, правила, теоретические сведения. Классы приложения. Типы данных. Реализация. Метод. Объект. Блок-схема игры.

    курсовая работа [12,4 K], добавлен 18.06.2008

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

    дипломная работа [3,1 M], добавлен 18.11.2017

  • Разработка городских систем на базе мобильных интерфейсов. Методики геокодирования в информационных системах, ориентированных на определенную группу пользователей. Прототипная реализация туристической карты для мобильных устройств на платформе Android.

    дипломная работа [4,3 M], добавлен 05.12.2013

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

    курсовая работа [1,2 M], добавлен 13.01.2016

  • Знакомство с проблемами обнаружения вредоносного программного обеспечения для мобильных устройств. Анализ функций антивирусного пакета Kaspersky Mobile Security 8.0. Характеристика наиболее распространенных антивирусных программ для мобильных устройств.

    реферат [55,1 K], добавлен 11.01.2017

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.