- •1. Описание предметной области
- •1.2. Статистические данные
- •1.3. Зачем нужна база данных для аудиопроигрывателя?
- •1.4. Цель разработки
- •2.5. Какие задачи нужно решить (этапы развития), чтобы достигнуть цели?
- •2. Разработка архитектуры
- •2.1. Что делает система?
- •2.2. Из каких частей состоит система?
- •2.3. Где эти части располагаются?
- •2.4. Как эти части взаимодействуют с собой?
- •3. Разработка технического задания
- •3.5. Нефункциональные требования
- •3.5.1. Требования к надежности
- •3.5.2. Требования к обучаемости
- •3.5.3. Производительность
- •3.5.4. Масштабируемость
- •3.5.5. Требования к безопасности
- •4. Определение атрибутов, сущностей и связей
- •4.1. Выявление сущностей и атрибутов
- •4.2. Приведение таблицы к первой нормальной форме
- •4.3. Даталогическая модель
- •4.4. Выбор субд
- •4.5. Физическая модель данных
- •5. Работа базы данных
- •5.1. Составление и описание бизнес-процессов объекта
- •5.2. Алгоритм работы приложения. Блок-схема.
- •6. Интерфейс мультимедийной системы
- •6.1. Описание интерфейса приложения “Old Gen Player”
- •6.2. Целевая аудитория
- •6.3. Цветовые кодировки
- •7. Результаты работы
- •Список использованной литературы
2. Разработка архитектуры
2.1. Что делает система?
Аудиопроигрыватель выполняет следующие основные функции:
Воспроизведение аудиофайлов локально, без подключения к интернету.
Управление воспроизведением: запуск, пауза, переключение треков.
Управление аудиофайлами: добавление, удаление.
Работа с минимальными требованиями к ресурсам системы для обеспечения стабильности даже на устаревших устройствах.
2.2. Из каких частей состоит система?
Система аудиопроигрывателя состоит из следующих компонентов:
Графический интерфейс пользователя (GUI) – основной интерфейс программы для взаимодействия пользователя с проигрывателем. Включает кнопки управления: play, pause, next, previous, install, delete, select track.
Аудио движок – компонент, отвечающий за воспроизведение аудиофайлов. Он управляет загрузкой, декодированием и проигрыванием аудиоданных.
Локальная база данных – база данных хранит метаданные аудиофайлов (названия треков).
2.3. Где эти части располагаются?
Графический интерфейс (GUI) и аудио движок располагаются на компьютере пользователя в виде десктопного приложения. Все взаимодействие происходит локально, без необходимости подключения к интернету.
Локальная база данных располагается на жестком диске пользователя, в виде файла базы данных (например, SQLite). Она также работает локально и обновляется при изменении данных в проигрывателе.
2.4. Как эти части взаимодействуют с собой?
Графический интерфейс (GUI) – пользователь взаимодействует с интерфейсом (например, нажимает кнопку "play"), интерфейс передает команду аудио движку для воспроизведения трека.
Аудио движок – загружает аудиофайл, указанный через GUI, и начинает его воспроизведение. Аудио движок возвращает информацию о состоянии воспроизведения (например, текущее время воспроизведения) обратно в GUI для отображения.
Локальная база данных – при старте проигрывателя GUI загружает данные о треках и настройках пользователя из базы данных. Когда пользователь изменяет настройки или добавляет новый трек, данные обновляются в базе данных.
2.5. Какие задачи нужно решить (этапы развития), чтобы достигнуть цели?
Для достижения цели разработки аудиопроигрывателя необходимо пройти следующие этапы:
Создание базовой версии аудиопроигрывателя – разработка основного интерфейса и функционала воспроизведения треков, интеграция с аудио движком для поддержки базовых функций (play, pause, next, previous).
Разработка системы управления файлами – создание механизма для добавления, удаления и управления аудиофайлами.
Интеграция с локальной базой данных – создание структуры базы данных для хранения информации о треках, подключение базы данных к системе для сохранения и извлечения данных.
Оптимизация производительности – минимизация использования системных ресурсов для стабильной работы на устаревших устройствах, оптимизация работы аудио движка и базы данных для быстрого доступа к файлам и воспроизведению.
Добавление дополнительных функций (опционально) – внедрение прогресса исполнения трека для улучшения пользовательского опыта.
