mobiles_dataset/docs/plan.md

Пересмотренный анализ состояния курсового проекта

Текущее состояние проекта

✅ Полностью завершенные компоненты (85% проекта)

1. Структура базы данных (100% готовности)

• Нормализованная схема до 3НФ с 5 основными таблицами
• SQL-скрипты создания схемы в sql/create_schema.sql
• Корректные FK-ограничения и CHECK-констрейнты
• Справочные таблицы: companies, processors, regions
• Транзакционные таблицы: models, prices

2. Программная реализация (100% готовности)

• Полнофункциональный класс Database с CRUD операциями
• GUI интерфейс на PyQt6 с тремя вкладками
• Автоматизированный импорт данных из CSV (930 записей)
• Система управления ценами с валютной локализацией
• Поисковые и аналитические функции

3. ER-диаграмма (100% готовности)

• Построена в pgAdmin
• Экспортирована для включения в отчет
• Отражает все сущности и связи

4. Базовый анализ производительности (70% готовности)

• SQL-скрипты для тестирования в sql/performance_analysis.sql
• Результаты в формате CSV: без_индексов.csv, с_индексами.csv
• Визуальные материалы (PNG) для отчета

Критически важные незавершенные компоненты

🔴 Высокий приоритет

1. Углубленный анализ производительности (30% готовности)

Недостающие элементы:

• Интерпретация результатов EXPLAIN ANALYZE
• Количественный сравнительный анализ метрик производительности
• Документирование стратегии индексирования
• Анализ узких мест и обоснование оптимизационных решений

Технические задачи:

• Расчет процентного улучшения производительности
• Анализ изменений в планах выполнения запросов
• Оценка эффективности использования индексов
• Метрики использования памяти и CPU

2. Комплексная отчетная документация (5% готовности)

Структурные требования согласно ГОСТ 7.32-2017:

• Объем: 40-45 страниц основного текста
• Формат: A4, Times New Roman 14pt, интервал 1.5
• Обязательные разделы с техническим содержанием

Детализированный план завершения

Этап 1: Завершение технического анализа (2-3 дня)

1.1. Углубленный анализ производительности

Задачи:
- Парсинг и интерпретация результатов EXPLAIN ANALYZE
- Расчет метрик производительности (время выполнения, стоимость)
- Анализ эффективности созданных индексов
- Формирование рекомендаций по дальнейшей оптимизации

1.2. Технические метрики для анализа:

• Reduction ratio времени выполнения запросов
• Cost reduction в единицах планировщика PostgreSQL
• Index usage statistics
• Sequential scan elimination metrics

Этап 2: Создание технической документации (5-6 дней)

2.1. Структура отчета (40-45 страниц):

Формальные разделы:
├── Титульный лист
├── Задание на курсовую работу  
├── Содержание
└── Лист замечаний

Основное содержание:
├── Введение (3-4 стр.)
├── 1. Анализ предметной области (7-8 стр.)
│   ├── 1.1. Описание рынка мобильных устройств
│   └── 1.2. Выбор и обоснование PostgreSQL
├── 2. Проектирование базы данных (8-10 стр.)
│   ├── 2.1. Нормализация до 3НФ
│   ├── 2.2. Структура БД и связи
│   └── 2.3. ER-диаграмма с пояснениями
├── 3. Реализация базы данных (6-8 стр.)
│   ├── 3.1. SQL-скрипты создания
│   └── 3.2. Импорт и валидация данных
├── 4. Программный интерфейс (6-8 стр.)
│   ├── 4.1. CRUD-функционал
│   └── 4.2. Технологический стек
├── 5. Анализ производительности (8-10 стр.)
│   ├── 5.1. Тестирование без индексов
│   ├── 5.2. Оптимизация через индексирование
│   └── 5.3. Сравнительный анализ результатов
├── Заключение (2-3 стр.)
├── Список литературы (не менее 10 источников)
└── Приложения
    ├── A. SQL-скрипты
    ├── B. Исходный код Python
    ├── C. Результаты EXPLAIN ANALYZE
    └── D. Скриншоты интерфейса

2.2. Технические требования к содержанию:

• Обоснование архитектурных решений
• Демонстрация знания принципов проектирования БД
• Аналитический подход к оптимизации производительности
• Интеграция теоретических знаний с практической реализацией

Этап 3: Финализация и подготовка к защите (1-2 дня)

3.1. Презентационные материалы:

• Ключевые технические достижения проекта
• Демонстрация функционального интерфейса
• Количественные результаты оптимизации
• Архитектурные диаграммы и схемы

3.2. Валидация соответствия требованиям:

• Проверка технического содержания согласно заданию варианта 8
• Соответствие формальным требованиям оформления
• Готовность демонстрационной среды

Критический анализ оставшихся задач

Технические риски:

1. Недостаточная глубина анализа производительности - требуется детальная интерпретация метрик PostgreSQL
2. Объем технической документации - необходимо обеспечить 40-45 страниц качественного содержания
3. Соответствие академическим стандартам - требуется строгое следование ГОСТ 7.32-2017

Временные рамки:

• Общий объем оставшихся работ: 8-11 дней
• Техническая аналитика: 2-3 дня
• Документация: 5-6 дней
• Финализация: 1-2 дня

Приоритизация задач:

1. Критический приоритет: Завершение анализа производительности
2. Высокий приоритет: Написание основных разделов отчета
3. Средний приоритет: Оформление приложений и списка литературы

Текущая готовность проекта составляет 75-80% с качественной технической основой. Основной фокус смещается на аналитическую работу и академическое оформление результатов.