Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования

Федеральное агентство по образованию
Государственное образовательное учреждение высшего профессионального образования
Новгородский государственный университет имени Ярослава Мудрого
Кафедра ИТиС
Техническое задание
Проект «Копай!»
Версия 1.0
Выполнили:
ст. гр. 8091
Алексеев С.Н.
Зубов В.Г.
Агарков Е.А.
Востряков В.С.
Проверил :
Преподаватель Макаров В.А.
Дата
Великий Новгород
2012 г
1 Введение
1.1 Назначение документа
Данный документ представляет собой техническое задание для проекта «Копай».
Данный документ будет использоваться для согласования требований к ПП с
заказчиком, а также для проверки полноты реализации при передаче продукта
заказчику.
1.2 Общее описание приложения
Программный продукт представляет собой игру типа «поиски клада». Персонаж игры,
управляемый игроком, перемещаясь по игровому миру, решает различные
головоломки, проходит испытания с целью достижения конечного пункта на карте –
клада.
Действие игры происходит под землей, поэтому все перемещения игрока
изображаются как копание ходов.
1.3 Особенности программного продукта
Особенность данной игры в неопределенности поисков конечного пункта игры –
клада. Игрок может перемещаться в разных направлениях, попутно находя лишь
советы к дальнейшим поискам. Это создает атмосферу свободного поиска, где игрок
приходит к выходу исходя из собственных размышлений. Назначение и область
применения
ПП предназначается для развлечения пользователей в средних временных интервалах
– от 10 до 30 мин. Ориентирован на категорию игроков возраста от 14 до 25 лет.
1.4 Цель разработки
1.4.1 Практика разработки программного продукта по заданным техническим
требованиям.
1.4.2 Знакомство с разработкой документации.
1.4.3 Создание интересной игры.
1.4.4 Развитие навыков программирования ПО.
2 Термины и сокращения
ПП – программный продукт
px – пиксель
3 Общие требования
3.1 Необходимо создать приложение-игру, ориентированную на платформу Android.
3.2 Основной игровой процесс игры должен представлять собой двухмерную игру
аркадного типа.
3.3 Игрок должен иметь возможность перемещаться по полю в произвольном
направлении двухмерной плоскости «карты» – фонового изображения.
3.4 Конечной целью игры должно являться прибытие персонажа в определенную точку на
игровом поле помеченную как «клад».
3.5 В игру должны быть добавлены дополнительные точки на карте, обозначаемые
«подсказки», при достижении которых игрок бы получал дополнительную
информацию о дальнейших действиях.
3.6 В игре должны присутствовать «предметы» - точки на карте при достижении, которых
игрок бы получал возможность применение дополнительных действий описанных в
документе «Диздок» в графе «Описание предметов».
4 Функциональные требования
4.1 Требования к структуре ПП
4.1.1 ПП должен иметь однопользовательский игровой режим
4.1.2 В состав ПП должны входить следующие подсистемы:
- Подсистема хранения данных. Предназначена для хранения информации
об объектах, предметах, изображениях и других необходимых данных
- Подсистема Пользовательского управления. Представляет собой общее
управление игровым процессом со стороны пользователя.
- Подсистема игрового алгоритма. Хранит в себе основные настройки
игрового процесса и реализует правила в игре.
- Подсистема справки. Является справочным материалом по данному ПП. В
нем дается общая информация о ПП, информация об авторах, описание
игрового процесса, правил игры и управления.
- Подсистема игрового интерфейса. Реализует основной интерфейс
управления ПП, такой как главное меню и окна настроек.
- Подсистема игрового представления. Реализует алгоритмы вывода
графики на экран.
- Подсистема звука. Отвечает за работу музыкального сопровождения.
4.1.3 Главное меню приложения должно включать в себя пункты
- «Игра» - переход к основному игровому процессу
- «Настройки» - изменение настроек игры
- «Выход» - выход из приложения
4.1.4 Меню «Настойки» должно содержать пункты
- включить\отключить музыку
- включить\отключить звуковые эффекты
4.2 Требования к основному игровому процессу
4.2.1 Требования к интерфейсу
4.2.1.1 Внешний вид интерфейса основного процесса игры и расположение
кнопок меню должен соответствовать описанию, находящемуся
в подпункте «Игровой процесс» пункта «Интерфейс» документа
«Диздок».
4.2.1.2 В основном игровом процессе должны быть доступны следующие
меню
- «Инвентарь» для отображения доступных предметов
- «Карта» - для отображения «прокопанных» игроком областей
игрового поля.
- «Журнал» - для отображения текста найденных
- «Задания» - для отображения информации о текущих задачах
- «Выход в меню» - окно подтверждения выхода в главное
меню приложения.
4.2.1.3 Переход в нужное меню осуществляется путем выбора на экране
соответствующей кнопки интерфейса.
4.2.2 Требования к отображению графики
4.2.2.1 На экране устройства должна отображаться часть общего игрового
поля – «окно пользователя».
4.2.2.2 При перемещении персонажа должно осуществляться
перемещение окна изображения пользователя по общему
изображению игрового поля.
4.2.2.3 Размер отображаемой области игрового поля должен
соответствовать разрешению экрана пользователя.
4.2.2.4 При достижении границ общего игрового поля дальнейшее
перемещение камеры в направлении границы должно быть
заблокировано.
4.3 Требования к содержанию
4.3.1 В основном игровом режиме должны присутствовать «предметы» - объекты,
наличии которых у игрока дает ему возможность применение
дополнительных действий. Предметы и характер их действий на игрока
должны соответствовать пункту «Предметы» документа «Диздок».
4.3.2 При достижении персонажем окрестностей точки на карте, обозначающей
предмет, на экране должно отобразиться изображение этого предмета.
4.3.3 В основном игровом режиме должны присутствовать «подсказки» - точки на
игровом поле, при достижении которых игроку бы выдавалась информация
о дальнейших поисках «клада» и подсказок.
4.3.4 В основном игровом режиме должны быть реализованы правила, указанные
в пункте «Правила» прилагающегося документа «Диздок»
4.3.5 В основном игровом режиме должны присутствовать мини-игры, переход в
которые осуществляется при достижении заданных точек на карте. Тип и
описание мини-игр должны соответствовать пункту «Мини-игры»
документа «Диздок».
4.3.6 Расположение игровых предметов, подсказок, расположение подсказок и
мини-игр должно устанавливаться и соответствовать файлу конфигурации,
имеющему расширение “.story” и находящемуся в папке stories основного
каталога приложения.
4.4 Требования к взаимодействиям с окружением
4.4.1 При соответствии координат игрока координатам предмета – предмет
должен добавиться в «инвентарь».
4.4.2 Инвентарь обозначает собой набор предметов, доступных для применения.
4.4.3 Отображение доступных предметов должно осуществляться в меню
«Инвентарь».
4.4.4 При выборе игроком предмета из инвентаря в игровом процессе должны
быть реализованы соответствующие предмету действия, описанные в
пункте «Предметы» документа «Диздок»
4.4.5 Предметы становятся доступными для применения – «добавляются в
инвентарь» - при достижении определенной точки на карте или в
соответствии с правилами игры.
4.5 В игровом процессе должны быть реализованы следующие требования к
перемещению персонажа
4.5.1 Перемещение игрока должно быть реализовано как указание пользователем
конечной точки перемещения на экране. После указания данной точки,
персонаж осуществляет движение, пока не достигнет указанной точки.
4.5.2 Если в процессе перемещения пользователь укажет другую конечную точку,
персонаж должен начать движение к последней отмеченной точке.
4.5.3 Конечные точки не должны отображаться на экране.
4.5.4 При перемещении персонажа на фоновом изображении должна
осуществляться отрисовка белой линии толщиной примерно равной высоте
изображения персонажа. Это линия изображает «тоннель» прокопанный
персонажем.
4.5.5 Все нарисованные данным способом линии должны сохраняться на фоновом
изображении.
4.5.6 Точки на игровом поле, которые перерисовывались в результате
перемещения игрока, обозначаются как «прокопанные».
4.5.7 В местах игрового поля, которые обозначенные как «прокопанные» в игре
должна быть реализована игровая физика – притяжение игрока к
поверхности не обозначенной как «прокопанная».
5 Требования к реализации
5.1 ПП должен разрабатываться для платформы Android 2.1 – 2.4
5.2 ПП должен функционировать в соответствии с требованиями, описанными в ТЗ при
следующих параметрах устройства пользователя:
5.3 Требования к устройству
- Частота процессора – 400 МГц и выше
- Оперативная память – 128 Мб и выше
- Постоянная память – 30 Мб и выше
- Операционная система - Android 2.1 – 2.4
5.4 Требования к скорости работы приложения
5.4.1 Частота кадров основного игрового процесса не должна опускаться ниже 10
кадров в секунду на устройствах удовлетворяющих минимальным
системным требованиям
5.4.2 Частота кадров основного игрового процесса не должна опускаться ниже 30
кадров в секунду на устройствах удовлетворяющих оптимальным
системным требованиям
5.5 Разработка ПП должна быть ориентирована на следующие разрешения экранов
устройств пользователей:
- 320px на 480px
- 640px на 480px
- 800px на 480px
Таким образом на данных разрешениях ПП должен отображаться в соответствии с
техническим заданием.
5.6
6 Требования к интерфейсу
6.1 Для управления приложением должен использоваться сенсорный экран устройства
6.1.1 Для получения координат точки, в которую хочет игрок переместить
персонажа, в ПП должен использоваться сенсорный экран устройства
6.1.2 Для выбора пункта меню должен использоваться сенсорный экран устройства
7 Требования к надежности
7.1 В расчетный период равный 30 минутам, приложение не должно превышать порог
расходуемой оперативной памяти равный 50 Мб.
7.2 В расчетный период равный 30 минутам приложение не должно превышать порог
используемых ресурсов процессора равный 20%.
8 Требования к безопасности
8.1 При возникновении события «Входящий звонок» ПП должен приостановить текущую
игру и дать возможность игроку возможность ответить на звонок. По окончанию
звонка приложение должно продолжить игровой процесс с момента остановки.
9 Требования к тестированию
9.1 Приложение должно быть протестировано на корректную работу при всех заявленных
разрешениях экрана пользователя.
9.2 Все ошибки, влияющие на соответствие ПП требованиям, должны быть исправлены на
первоначальном этапе тестирования.
9.3 После исправления критических ошибок ПП должен быть протестирован с помощью
модели тестирования Миллса при котором должны быть достигнуты следующие
показатели:
- первоначальное количество ошибок в программе - 15
- мера доверия к модели (достоверность числа ошибок) – 0.7
10 Требования к установке
10.1 Для установки приложения, устройство пользователя должно поддерживать вывод
графики с помощью OpenGL 1.1
10.2 На устройстве пользователя должна быть установлена операционная система Android
версии от 2.1 до 2.3
11 Требования к сопровождению
11.1 Сопровождение продукта представляет собой исправление ошибок указанных
пользователями и добавление новых предметов, подсказок и сюжетов игры.
11.2 Сопровождение игры должно осуществляться в течение месяца с момента
предоставления ПП заказчику.
11.3 Ошибки приложения могут быть указаны пользователями продукта на
специализированных сайтах, посвященных игре.
11.4 Исправление ошибок должно быть произведено в течении недели со дня их указания
заказчиком.
11.5 Сопровождение продукта может быть продлено при совместной договоренности.
12 Требования к документации
12.1 В течение проекта разработки приложения должны быть разработаны и
предоставлены заказчику следующие документы
- техническое задание
- функциональная спецификация ПП
- руководство пользователя
12.2 Документы должны быть переданы заказчику при начале сдачи ПП.
12.3 Документы должны быть предоставлены в двух видах:
- электронная версия – документ с расширением .doc
- печатная версия документа
13 Этапы разработки
Наименование
работы
Проектирование
Длительность(в рабочих
днях)
3
Дата
начала
03.07.2012
Дата окончания
Разработка
Тестирование и
стабилизация
19
10
09.07.2012
01.08.2012
31.07.2012
11.08.2012
06.07.2012
Результат
Функциональные
спецификации
Beta-версия системы
Полнофункциональная
версия системы
14 Условия сдачи проекта
14.1 Сдача проекта заказчику должна быть произведена в два этапа.
14.2 Первый этап сдача проекта заказчику происходит путем проверки заказчиком в
присутствии исполнителя (лица, его представляющего) выполнения программой
требований, заявленных в техническом задании. После выполнения проверки
заказчик письменно подтверждает, что первоначальная проверка прошла успешно.
14.3 После передачи ПП заказчику, ему в течение недели предоставляется период
проверки ПП на соответствие заявленным требованиям. Все несоответствия
выявленные заказчиком должны быть исправлены в срок 3 дня. После этого
заказчиком в письменной форме подтверждается прохождение второго этапа сдачи.
14.4 При прохождении двух этапов сдачи ПП считается принятым заказчиком, и
дальнейшие действия по поддержке приложения осуществляются исходя из пункта
«Требования к сопровождению».
14.5 При принятии проекта заказчиком ему предоставляются следующие материалы
- Исполняемый файл ПП.
- Документация, описанная в пункте «Требования к документации»