4. Требования к данным
4.1 Логическая модель данных
Рисунок 1 - Модель данных.
Один проект может содержать множество чертежей и 3D-моделей. Это означает, что для каждого проекта в системе может быть зарегистрировано несколько чертежей и моделей, связанных с ним.
Один чертеж или 3D-модель может быть связана с несколькими отчетами. Это позволяет отслеживать изменения, статусы и результаты работы с каждым элементом проекта.
4.2 Словарь данных
Сущность: Проект
Id (int) - уникальный идентификатор проекта.
Name (string) - название проекта. Максимум 100 символов.
Description (string) - описание проекта. Максимум 500 символов.
DateCreated (date) - дата создания проекта. Формат: ГГГГ-ММ-ДД.
Status (string) - статус проекта (например, "В процессе", "Завершен").
Сущность: Чертеж
Id (int) - уникальный идентификатор чертежа.
Project_Id (int) - идентификатор проекта, к которому относится чертеж.
FileName (string) - имя файла чертежа. Максимум 50 символов.
Format (string) - формат файла (например, DWG, DXF). Максимум 10 символов.
DateCreated (date) - дата создания чертежа. Формат: ГГГГ-ММ-ДД.
Сущность: 3D-модель
Id (int) - уникальный идентификатор 3D-модели.
Project_Id (int) - идентификатор проекта, к которому относится модель.
FileName (string) - имя файла модели. Максимум 50 символов.
Format (string) - формат файла (например, STL, OBJ). Максимум 10 символов.
DateCreated (date) - дата создания модели. Формат: ГГГГ-ММ-ДД.
Сущность: Отчет
Id (int) - уникальный идентификатор отчета.
Type (string) - тип отчета (например, "Отчет по проекту", "Отчет по чертежам"). Максимум 50 символов.
DateCreating (date) - дата создания отчета. Формат: ГГГГ-ММ-ДД.
Отчеты
Отчет по проекту: Содержит список всех чертежей и 3D-моделей, связанных с проектом, с указанием их статусов и дат создания. Формат: PDF, Excel.
Отчет по чертежам: Содержит детальную информацию о каждом чертеже, включая формат, дату создания и связанный проект. Формат: PDF, Excel.
Отчет по 3D-моделям: Содержит список всех 3D-моделей с указанием их форматов, дат создания и связанных проектов. Формат: PDF, Excel.
4.4 Получение, целостность, хранение и утилизация данных
Получение данных: Данные будут получаться через API, обеспечивающее доступ к базе данных, а также через импорт файлов (DWG, DXF, STL, OBJ).
Целостность данных: Система должна проверять целостность данных при вводе и обновлении, используя валидацию на стороне клиента и сервера (например, проверка форматов файлов, уникальности идентификаторов).
Хранение данных: Данные будут храниться в реляционной базе данных (PostgreSQL или MySQL) с ежедневным резервным копированием.
Утилизация данных: Система должна обеспечивать возможность удаления данных по запросу пользователя, а также автоматическую утилизацию временных данных (например, кэша) через 30 дней после их создания. Архивные данные хранятся в течение 5 лет.
5. Требования к внешним интерфейсам
5.1 Пользовательские интерфейсы
CAD-система будет включать следующие пользовательские интерфейсы:
Интерфейс управления проектами:
Должен предоставлять возможность создания, редактирования и удаления проектов.
Должен включать формы для ввода данных с валидацией на стороне клиента (например, проверка формата даты, длины названия проекта).
Должен иметь интуитивно понятный дизайн с четкими кнопками, иконками и подсказками.
Интерфейс работы с чертежами и 3D-моделями:
Должен отображать список чертежей и моделей с возможностью фильтрации по проектам, форматам и датам создания.
Должен предоставлять возможность создания, редактирования и удаления чертежей и моделей.
Должен включать графические элементы для визуализации статусов (например, цветовые индикаторы для завершенных и активных задач).
Интерфейс отчетов:
- Должен позволять пользователям выбирать параметры для генерации отчетов (например, период, тип данных).
Должен предоставлять возможность экспорта отчетов в форматах PDF и Excel.
Должен иметь возможность предварительного просмотра отчетов перед их генерацией.