
- •1. Описание предметной области
- •1.2. Статистические данные
- •1.3. Зачем нужна база данных для аудиопроигрывателя?
- •1.4. Цель разработки
- •2. Разработка архитектуры
- •2.1. Что делает система?
- •2.2. Из каких частей состоит система?
- •2.3. Где эти части располагаются?
- •2.4. Как эти части взаимодействуют с собой?
- •2.5. Какие задачи нужно решить (этапы развития), чтобы достигнуть цели?
- •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. Результаты работы
- •Список использованной литературы
3.5.4. Масштабируемость
Система должна поддерживать работу с файлами объемом до 100 Мб, что покрывает большинство аудиофайлов высокого качества. Данный параметр был выбран на основании анализа типичных размеров аудиофайлов, например, MP3-файл длительностью 8 минут может занимать около 20 Мб. Таким образом, проигрыватель сможет без проблем обрабатывать файлы длительностью до 30 минут в высоком качестве.
3.5.5. Требования к безопасности
Безопасность системы основывается на хранении данных локально без передачи на внешние серверы. Это обеспечивает защиту конфиденциальных данных пользователей. Аудиопроигрыватель не имеет доступа к сети, что минимизирует риски несанкционированного доступа или утечки данных.
Таблица 3.1 – Нефункциональные требования
Параметр |
Значение |
Обоснование |
||
Коэффициент использования |
99,5% |
Рассчитан на основании допустимого времени простоя |
||
Время обучения пользователя |
5-20 минут |
Оценка на основе квалификации пользователя и сложности интерфейса |
||
|
CPU: 1 ГГц, RAM: 512 МБ, ОС: Windows 7+ |
Минимальные требования для работы мультимедийных приложений |
||
Время задержки воспроизведения |
≤ 2000 мс |
Стандартное значение для мультимедийных приложений |
||
Максимальный объем файла |
100 Мб |
Рассчитан на основе типичного размера MP3-файлов |
4. Определение атрибутов, сущностей и связей
4.1. Выявление сущностей и атрибутов
Описание сущностей:
Таблица 4.1 – Сущности «Аудиопроигрыватель для ПК»
№ п.п |
Наименование сущности |
Описание |
1 |
Трек |
Сущность, представляющая аудиофайл, доступный для воспроизведения в проигрывателе. |
Каждая сущность хранит в себе информацию и имеет атрибуты, которые ее отражают. Например, сущность “Трек” имеет в себе атрибуты, представленные в таблице 4.2.
Таблица 4.2 – Атрибуты сущности “Трек”
№ п.п |
Наименование атрибута |
Описание |
1 |
Название трека |
Название аудиофайла, отображаемое пользователю. |
2 |
Продолжительность |
Длительность трека в формате "минуты:секунды" (например, 3:45). |
3 |
Бинарные данные аудиофайла |
Данные для сохранения и последующего воспроизведения аудиофайлов непосредственно из базы данных. |
4.2. Приведение таблицы к первой нормальной форме
На основании анализа предметной области нашего аудиопроигрывателя были определены сущности и их атрибуты. В результате анализа сформирована единая таблица предметной области «Аудиопроигрыватель», которую необходимо привести к первой, второй и третьей нормальным формам.
Первая нормальная форма (1НФ) является основой реляционной модели данных. Любая таблица в реляционной базе данных автоматически считается находящейся в первой нормальной форме, если она соответствует следующим требованиям:
Должен быть ключевой атрибут, идентифицирующий запись в таблице, и он не должен быть пустым.
Атрибуты должны быть простыми, то есть все ячейки таблицы должны содержать только скалярные значения, недопустимо хранение массивов или сложных структур.
Не должно быть повторений строк, каждая запись в таблице должна быть уникальной.
Приведём таблицу сущностей аудиопроигрывателя к первой нормальной форме, соблюдая указанные критерии.
Таблица 4.3 – Трек
Название трека |
Продолжительность |
Бинарные данные аудиофайла |
Таблица считается находящейся во второй нормальной форме (2НФ), если она удовлетворяет требованиям первой нормальной формы (1НФ) и все неключевые атрибуты полностью зависят от первичного ключа. Если первичный ключ является простым, то таблица автоматически соответствует второй нормальной форме.
Ключ – это столбец или комбинация столбцов, которые однозначно идентифицируют каждую запись в таблице. Наличие корректного ключа гарантирует уникальность строк в базе данных.
Принципы второй нормальной формы:
Таблица должна находиться в первой нормальной форме.
В таблице должен быть первичный ключ (помечается, например, серым цветом).
Все неключевые атрибуты должны полностью зависеть от первичного ключа (в случае составного ключа – от всех его частей).
Приведём каждую таблицу сущности в 2-ую нормальную форму:
Таблица 4.4 – Трек
Код трека |
Название трека |
Продолжительность |
Бинарные данные аудиофайла |
Критерии третьей нормальной формы: таблица должна соответствовать требованиям второй нормальной формы, а каждый неключевой атрибут должен нетранзитивно зависеть от первичного ключа. Это означает, что неключевые атрибуты не должны зависеть от других неключевых атрибутов.
Чтобы привести таблицу к третьей нормальной форме, необходимо устранить зависимости между неключевыми столбцами, оставив их зависимыми только от первичного ключа.
Главное правило третьей нормальной формы звучит следующим образом: в таблице должны присутствовать только корректные неключевые атрибуты, которые напрямую зависят от первичного ключа.
Приведём таблицу сущности в третью нормальную форму:
Таблица 4.5. – Трек
Код трека |
Название трека |
Продолжительность |
Бинарные данные аудиофайла |