mirror of
https://github.com/EDeev/mobiles_dataset.git
synced 2026-06-15 19:11:01 +03:00
v. 1.0
This commit is contained in:
Egor Deev
GitHub
parent
5df9c816ce
commit
245b4c7987
1 changed files with 0 additions and 151 deletions
151
docs/plan.md
151
docs/plan.md
|
|
@ -1,151 +0,0 @@
|
||||||
# Пересмотренный анализ состояния курсового проекта
|
|
||||||
|
|
||||||
## Текущее состояние проекта
|
|
||||||
|
|
||||||
### ✅ Полностью завершенные компоненты (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%** с качественной технической основой. Основной фокус смещается на аналитическую работу и академическое оформление результатов.
|
|
||||||
Loading…
Add table
Reference in a new issue