Отчет по требованиям. Грибовская А.С. 7363

2

ВВЕДЕНИЕ

Полное наименование проекта: мобильная игра-головоломка «Судоку».

Сокращенное наименование проекта: игра «Судоку».

Описание проекта: игра «Судоку» является цифровой версией известной

головоломки с числами.

Цель проекта: целью разрабатываемого игрового приложения является

развлекательный досуг пользователя.

Аудитория пользователя: разрабатываемый проект предназначен для

молодых людей и лиц среднего возраста.

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

перспективой выхода на международный рынок.

Роли в проекте:

Бизнес-цель: извлечение прибыли за счёт демонстрации рекламных роликов и совершения пользователями покупок в игре.

3

1.ОПИСАНИЕ ТРЕБОВАНИЙ

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

1.Функциональные требования (Functionality):

o возможность установки и функционирования приложения на всех основных операционных системах – Android, Apple iOS, Windows;

o должна вестись статистика побед, поражений и времени выполнения пользователя по ежедневным заданиям;

o должна вестись статистика побед, поражений и времени выполнения пользователя по уровню сложности «легко», по уровню сложности «средне», по уровню сложности «сложно»;

o игрок имеет возможность взять три подсказки; o игрок имеет право на три ошибки;

o игрок имеет возможность уменьшить на единицу счётчик ошибок после просмотра рекламы;

o игрок имеет возможность отменить три хода подряд; o должна быть осуществлена проверка каждого хода; o игрок имеет возможность поставить игру на паузу;

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

Google Play, Windows store, App store;

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

2.Требования удобства использования (Usability).

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

простота освоения – пользователь, обладающий базовой

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

4

управление приложением и основные клавиши, используемые во время игры,

за короткий промежуток времени длиной в 10-15 минут;

эффективность игры – пользователь должен понимать назначение клавиш и областей экрана и приложения, быстро в них ориентироваться;

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

как отображаются ошибки и выделяются строки и столбцы, также важно

воспоминание о том, где расположена статистика и история игры;

понимаемость – пользователь должен иметь возможность понимать, что совершена ошибка, что все копии конкретной цифры уже записаны в кроссворд, что конкретная клетка принадлежит определенном столбцу и строке, что ежедневное задание ещё не решено или уже выполнено;

субъективное удовлетворение – определенный процент пользователей приложения должен выражать удовлетворение от игры,

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

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

3.Требования надежности (Reliability).

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

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

для избегания сбоев, связанных с несовместимостью игры с цифровой средой: 85 Мбайт свободного места в памяти, версия Android 4.1 и выше,

версия iOS 10.0 и выше. Среднее время сбоев должно составлять 5 минут.

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

5

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

4.Требования производительности (Performance).

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

5.Требования удобства сопровождения (Supportability).

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

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

совместимость – игра должна быть совместима не только с последней версией Android 11, но со всеми предыдущими до Andriod 4.1

включительно, игра должна быть совместима не только с последней версией

iOS 13.4, но со всеми предыдущими до iOS 10.0 включительно;

инсталляция – процедура установки начинается с процесса скачивания игры из магазина приложений, далее при первом запуске необходимо вывести ознакомление с работой программы и правила игры Судоку;

уровень поддержки – разрабатываемый проект в будущем должен быть обеспечен поддержкой программистов для адаптации программы к

6

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

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

6.Проектные ограничения (Design constrains).

Хранение данных должно быть реализовано при помощи реляционной базы данных. Проектирование интерфейса приложение происходит на базе набора приложений MockFlow. Диаграммы и модели проектируются при помощи Enterprise Architect.

7.Требования разработки (Implementation requirements).

При написании программы необходимо использовать паралигму объектно-ориентированного программирования. Программное обеспечение должно разрабатываться на языке C++. В качестве системы управления базами данных необходимо выбрать MySQL. Веб-интерфейс базы данных должен быть разработан при помощи phpMyAdmin. Пользовательский интерфейс должен быть создан в среде Qt. В качестве отладчика и средства получения исполняемого кода нужно использовать Microsoft Visual Studio 2017.

8. Требования к графическому интерфейсу пользователя (Interface requirements).

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

«Домой», «Ежедневное испытание» и «Статистика». Чуть выше должна располагаться клавиша «Новая игра». Название должно быть указано в верхней части. Интерфейс игрового экрана представляет собой квадратное поле 9 на 9 клеток, внизу которого изображены цифры от 0 до 9 и кнопки

«Отмена», «Стереть», «Подсказка», «Заметки». При нажатии на клетку поля

7

соответствующие вертикаль и горизонталь выделяются светло-серым цветом.

В случае успешного завершения головоломки необходимо предусмотреть вывод всплывающего окна с надписью «Поздравляем!».

9.Физические требования (Physical requirements).

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

Например, ноутбук Asus с процессором Intel Core i5-6200U, 8 Гб оперативной памяти и 64-разрядной операционной системой. В качестве аппаратного обеспечения для игры подойдёт любой современный смартфон с операционной системой Android, Apple iOS, Windows или другими и доступом в интернет для скачивания приложения.

10.Юридические требования (Legal requirements).

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

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

8

2.АРХИТЕКТУРНОЕ ОПИСАНИЕ

2.1.Описание элементов системы

Архитектура системы представляет все существенные элементы системы и их отношения с окружением. Описание архитектуры используется

для документирования архитектуры системы.

Проектируемая информационная система должна содержать в себе

следующие элементы:

испытаний.

o «Statistics» – вывод статистики на экран. o «NewGame» – запуск новой игры.

9

o «ContinueGame» – запуск начатой игры.

o «Generator» – генерация нового кроссворда. o «CheckDecision» – проверка действий игрока. o «PauseMode» – отображение меню паузы.

o «ActivityPanel» – отображение панели активности, включающей в себя уровень сложности, количество ошибок, количество использованных подсказок и таймер.

o «Keyboard» – отображение клавиатуры с цифрами. o «PlayMode» – отображение режима игры.

o «Undo» – отображение кнопки «Отмена» и реализация её работы. o «Erase» – отображение кнопки «Стереть» и реализация её работы. o «Notes» – отображение кнопки «Заметки» и реализация её работы. o «Hint» – отображение кнопки «Подсказка» и реализация её работы.

2.2.Архитектурные требования

Архитектурные требования дают разработчикам представление о том,

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

Таблица 1 – Архитектурные требования

10