Загрузка данных


ЛИСТ УТВЕРЖДЕНИЯ
УТВЕРЖДАЮ
Руководитель проектной работы
_____________ /Фамилия И.О./
«»_______ 2026 г.
<br>

МОБИЛЬНАЯ ИГРА «АЭРО ХОККЕЙ»
Техническое задание
АЭРО.00001-01 ТЗ 01-ЛУ
<br>
<br>
<br>

Согласовано:
Заказчик (Преподаватель)
_____________ /Фамилия И.О./
«»_______ 2026 г.
Исполнитель (Студент-разработчик)
_____________ /Фамилия И.О./
«»_______ 2026 г.
<br>
<br>

ЛИСТОВ 12
2026
(Конец страницы 1, начало страницы 2)
АЭРО.00001-01 ТЗ 01
АННОТАЦИЯ
В данном программном документе приведено техническое задание на разработку мобильной/десктопной игры «Аэро Хоккей» с использованием фреймворка Flutter.
В разделе «Введение» указано наименование и краткая характеристика области применения программы.
В разделе «Основания для разработки» указаны документы, на основании которых ведется разработка (проектная работа), наименование и условное обозначение темы.
В разделе «Назначение разработки» указано функциональное и эксплуатационное назначение программы.
Раздел «Требования к программе» содержит следующие подразделы:
требования к функциональным характеристикам (авторизация, физика мяча, ИИ, счет);
требования к надежности;
условия эксплуатации;
требования к составу и параметрам технических средств;
требования к информационной и программной совместимости;
специальные требования.
В разделе «Требования к программной документации» указан состав документации.
В разделе «Стадии и этапы разработки» установлены необходимые стадии и сроки.
В разделе «Порядок контроля и приемки» указаны виды испытаний.
Оформление программного документа произведено с учетом требований ЕСПД (ГОСТ 19.201-78).
(Конец страницы 2, начало страницы 3)
АЭРО.00001-01 ТЗ 01
СОДЕРЖАНИЕ
Аннотация.......................................................................................................2
Содержание....................................................................................................3
Введение.....................................................................................................4
1.1. Наименование программы......................................................................... 4
1.2. Краткая характеристика области применения программы...................... 4
Основание для разработки........................................................................4
Назначение разработки..............................................................................4
Требования к программе...........................................................................5
4.1. Требования к функциональным характеристикам................................... 5
4.2. Требования к надежности.......................................................................... 6
4.3. Условия эксплуатации................................................................................ 7
4.4. Требования к составу и параметрам технических средств...................... 7
4.5. Требования к информационной и программной совместимости............ 7
4.6. Специальные требования........................................................................... 8
Требования к программной документации..............................................8
Технико-экономические показатели........................................................8
Стадии и этапы разработки.......................................................................9
Порядок контроля и приемки...................................................................10
(Конец страницы 3, начало страницы 4)
АЭРО.00001-01 ТЗ 01
1. ВВЕДЕНИЕ
1.1. Наименование программы
Наименование программы — «Мобильная игра "Аэро Хоккей"» (Air Hockey).
Условное обозначение (шифр) — «АЭРО.00001».
1.2. Краткая характеристика области применения программы
Программа предназначена для применения в качестве развлекательного программного обеспечения на мобильных устройствах (смартфоны, планшеты) и персональных компьютерах, а также в качестве демонстрационного проекта, показывающего владение базовыми концепциями разработки кроссплатформенных приложений (работа с состоянием, локальным хранилищем, аудио, навигацией и анимациями).
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
2.1. Основание для проведения разработки
Основанием для проведения разработки является задание на выполнение проектной работы по дисциплине, связанной с разработкой мобильных приложений и программной инженерией.
2.2. Наименование и условное обозначение темы разработки
Наименование темы разработки — «Разработка кроссплатформенной игры "Аэро Хоккей" на базе Flutter».
Условное обозначение темы разработки (шифр темы) — «АЭРО.00001».
3. НАЗНАЧЕНИЕ РАЗРАБОТКИ
3.1. Функциональное назначение программы
Функциональным назначением программы является предоставление пользователю возможности играть в виртуальный аэрохоккей против искусственного интеллекта (ИИ), с ведением счета, сохранением рекордов и настройкой аудио-параметров.
3.2. Эксплуатационное назначение программы
Программа должна эксплуатироваться конечными пользователями на личных мобильных устройствах или ПК. Конечными пользователями являются лица, владеющие базовыми навыками взаимодействия с графическим пользовательским интерфейсом (GUI) сенсорных или десктопных операционных систем.
(Конец страницы 4, начало страницы 5)
АЭРО.00001-01 ТЗ 01
4. ТРЕБОВАНИЯ К ПРОГРАММЕ
4.1. Требования к функциональным характеристикам
4.1.1. Требования к составу выполняемых функций
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
а) Подсистема аутентификации: регистрация нового пользователя, вход в существующий профиль, выход из системы, сохранение сессии между запусками.
б) Подсистема навигации: переход между экранами (Главное меню, Игра, Обучение, Рекорды, Настройки).
в) Игровой модуль:
отрисовка игрового поля, бит (игрока и ИИ) и шайбы;
расчет физики движения шайбы (отскоки от стен, угловые отскоки от бит);
реализация логики ИИ-противника (преследование шайбы, возврат в центр);
обработка сенсорного ввода (или ввода мышью) для управления битой игрока.
г) Система учета результатов: подсчет голов, определение победителя (до 5 голов), обновление и сохранение рекорда пользователя.
д) Аудио-подсистема: воспроизведение фоновой музыки и звуковых эффектов (удар, гол), возможность их независимого отключения.
е) Обучающий модуль: предоставление справочной информации о правилах и механиках игры.
4.1.2. Требования к организации входных данных
Входными данными программы являются:
координаты касания сенсорного экрана (или перемещения курсора мыши) в относительной системе координат (от 0.0 до 1.0);
текстовые строки (логин и пароль), вводимые пользователем на экране авторизации.
4.1.3. Требования к организации выходных данных
Выходными данными являются:
визуализация игрового процесса (60 кадров в секунду);
текстовое отображение текущего счета и таблиц рекордов;
аудио-сигналы, воспроизводимые через динамики устройства.
4.1.4. Требования к временным характеристикам
Время отклика на касание экрана не должно превышать 16 мс (для обеспечения 60 FPS).
Время загрузки приложения и перехода между экранами не должно превышать 2 секунд на целевых устройствах.
(Конец страницы 5, начало страницы 6)
АЭРО.00001-01 ТЗ 01
4.2. Требования к надежности
4.2.1. Требования к обеспечению надежного (устойчивого) функционирования программы
Надежное функционирование должно быть обеспечено:
а) корректной обработкой отсутствия аудиофайлов в папке assets/sounds/ (graceful degradation — игра работает без звука, без аварийного завершения);
б) защитой от некорректного ввода при регистрации (валидация пустых полей и длины пароля);
в) корректным освобождением ресурсов (отмена таймеров игрового цикла при закрытии экрана) для предотвращения утечек памяти.
4.2.2. Время восстановления после отказа
Время восстановления после отказа, вызванного принудительным закрытием приложения пользователем или ОС, не должно превышать времени, необходимого на повторный запуск программы. Благодаря системе автоматического сохранения сессии (SharedPreferences), пользователь должен быть автоматически перенаправлен в Главное меню без повторного ввода пароля.
4.2.3. Отказы из-за некорректных действий оператора
Отказы программы из-за некорректных действий пользователя (например, быстрый многократный тап по кнопкам, выход из игры во время полета шайбы) должны быть исключены за счет блокировки интерфейса на время асинхронных операций и корректной обработки жизненного цикла виджетов Flutter.
4.3. Условия эксплуатации
4.3.1. Климатические условия эксплуатации
Климатические условия эксплуатации должны удовлетворять требованиям, предъявляемым к техническим средствам (смартфонам, планшетам, ПК) в части условий их эксплуатации (стандартные офисные/домашние условия, температура от +5 до +35 °C).
4.3.2. Требования к видам обслуживания
Специальное техническое обслуживание программы не требуется. Обновление аудио-ресурсов может производиться пользователем вручную путем замены файлов в директории assets/sounds/ с последующей перекомпиляцией.
(Конец страницы 6, начало страницы 7)
АЭРО.00001-01 ТЗ 01
4.3.3. Требования к численности и квалификации персонала
Для эксплуатации программы требуется 1 человек (конечный пользователь).
Квалификация: базовые навыки пользования мобильными приложениями или ПК, умение читать экранные подсказки (экран «Обучение»).
4.4. Требования к составу и параметрам технических средств
В состав технических средств должно входить устройство (смартфон, планшет или ПЭВМ), включающее:
а) процессор архитектуры ARM или x86/x64;
б) оперативную память объемом не менее 2 ГБ;
в) свободное место на накопителе не менее 50 МБ;
г) устройство ввода: сенсорный экран (поддержка мультитач не обязательна, достаточно одиночных касаний) или оптический манипулятор «мышь»;
д) аудио-подсистему (динамки или аудиовыход).
4.5. Требования к информационной и программной совместимости
4.5.1. Требования к информационным структурам и методам решения
Данные пользователей хранятся локально в формате JSON, сериализованном через стандартные механизмы Dart, и сохраняются в ключах SharedPreferences.
4.5.2. Требования к исходным кодам и языкам программирования
Исходные коды программы должны быть реализованы на языке Dart.
В качестве фреймворка должен быть использован Flutter (версия SDK 3.0 и выше).
В качестве интегрированной среды разработки (IDE) должна быть использована Visual Studio Code или Android Studio.
4.5.3. Требования к программным средствам, используемым программой
Программа использует следующие сторонние пакеты (зависимости):
provider (управление состоянием);
shared_preferences (локальное хранилище);
audioplayers (воспроизведение аудио).
Целевые операционные системы: Android (API 21+), iOS (12.0+), Windows, macOS, Linux.
(Конец страницы 7, начало страницы 8)
АЭРО.00001-01 ТЗ 01
4.5.4. Требования к защите информации и программ
Пароли пользователей хранятся в локальном хранилище устройства. Требования к криптографическому шифрованию паролей в рамках данной проектной работы не предъявляются (допускается хранение в открытом виде).
4.6. Специальные требования
Специальные требования к программе не предъявляются. Игра поддерживает адаптивный дизайн (LayoutBuilder) и корректно масштабируется под различные разрешения экранов и ориентации (портретная/альбомная).
5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
5.1. Предварительный состав программной документации
Состав программной документации должен включать в себя:
техническое задание (данный документ);
текст программы (исходный код на Dart);
руководство пользователя (файл README.md с инструкцией по запуску).
5.2. Специальные требования к программной документации
Код должен содержать комментарии на русском языке, поясняющие архитектуру (паттерн Provider, разделение на слои UI, Services, Models).
6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
6.1. Ориентировочная экономическая эффективность
Ориентировочная экономическая эффективность не рассчитывается, так как программа является учебным/проектным продуктом и не предназначена для прямой коммерческой реализации.
6.2. Предполагаемая годовая потребность
Предполагаемое использование — неограниченное количество запусков на устройствах пользователей.
6.3. Экономические преимущества разработки
Экономическим преимуществом является использование кроссплатформенного фреймворка Flutter, что позволяет писать единую кодовую базу для мобильных и десктопных ОС, экономя до 60% времени разработки по сравнению с нативными решениями.
(Конец страницы 8, начало страницы 9)
АЭРО.00001-01 ТЗ 01
7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
7.1. Стадии разработки
Разработка должна быть проведена в три стадии:
разработка технического задания;
рабочее проектирование и написание кода;
тестирование и сдача проектной работы.
7.2. Этапы разработки
На стадии разработки технического задания должен быть выполнен этап согласования и утверждения настоящего ТЗ.
На стадии рабочего проектирования должны быть выполнены этапы:
настройка pubspec.yaml и архитектуры проекта;
разработка сервисов (AuthService, StorageService, AudioService);
разработка экранных форм (AuthScreen, GameScreen и др.);
интеграция игровой физики и ИИ.
На стадии внедрения должен быть выполнен этап тестирования и подготовки документации.
7.3. Содержание работ по этапам
Этап 1: Создание структуры папок (models/, services/, screens/, widgets/).
Этап 2: Реализация логики сохранения сессии и настроек.
Этап 3: Настройка таймера игрового цикла (Timer.periodic) и математической модели столкновений.
Этап 4: Проведение отладки на эмуляторах и физических устройствах.
Этап 5: Написание файла README.md и финальная сборка.
7.4. Исполнители
Руководитель проектной работы: Преподаватель / Наставник.
Ответственный исполнитель: Студент-разработчик.
(Конец страницы 9, начало страницы 10)
АЭРО.00001-01 ТЗ 01
8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
8.1. Виды испытаний
Приемо-сдаточные испытания программы должны проводиться методом демонстрации работающего приложения на эмуляторе или физическом устройстве в среде Visual Studio Code.
Проверяются следующие сценарии:
Успешная регистрация и повторный вход.
Корректная физика шайбы и работа ИИ.
Сохранение рекорда после завершения матча.
Отключение звука через меню настроек и проверка его сохранения после перезапуска.
8.2. Общие требования к приемке работы
После проведения испытаний в полном объеме, отсутствия критических ошибок компиляции и успешного прохождения всех пользовательских сценариев, работа считается принятой. Результаты фиксируются оценкой проектной работы.
(Конец документа)