Информационная система по разработке и сопровождению программного обеспечения

Правильно ли построил бд?

Информационная система разработана для поддержки компания
по разработке и сопровождению программного обеспечения.
Она оперирует информацией об ошибках: описание, дата
обнаружения, уровень ошибки (критическая, важная,
незначительная), категория функциональности (интерфейс,
данные, алгоритм, другое, неизвестная категория), исправлена
ли и т.д.
Типичными для информационной системы являются вопросы:
• Список неисправленных ошибок.
• Статистика ошибок по категориям и тапам.
• Топ 5 ошибок по времени их исправления.

Расширенное задание
В процессе внедрения выяснились следующие особенности: наш
bug-tracker используется в нескольких проектах. Всю статистику
нужно выводить с учетом проектов. Одна и та же ошибка может
быть выявлена в нескольких проектах. Ошибка может быть
закрыта, когда она исправлена во всех проектах. Для каждой из
ошибок в рамках проекта назначается ответственный сотрудник.
Реализуйте запрос:
• Процент незакрытых ошибок по каждому из проектов.
• На каких проектах задействован сотрудник Х.
• Категория ошибок, на исправление которых ушло больше
всего времени в проекте Х.

Миниатюры

 

0

upd:

Миниатюры

 

0

Сообщение от murdered upd:

Так намного лучше, но не идеально. В таблице project есть поле language, каково его назначение? Может его тоже вынести в справочник? В таблицу project_has_error надо добавить поле DATETIME для контроля закрытия ошибки в проекте, иначе мы не выполним условие задачи.
С полем ErrorLevel (лучше использовать дву- (и более) составные имена: FuncCategory, ErrorDescription, ProjectName) всё не так однозначно. Если у вас MySQL, то это поле имеет смысл сделать ENUM, если сервер другой, то целое положительное число. Типы ошибок вряд ли будут меняться. Это даст чуть меньше гибкости в разрезе свободы использования БД, но зато немного упростит запросы и даст больше гибкости в обработке данных на клиенте. Кстати, поле name в таблице project надо тоже поменять, name - зарезервированное слово. Да и имена таблиц тоже: errors, projects, error_levels, func_categories, employees, error_journal. В таблице project_has_error error_id надо поставить на первое место в списке полей. Всё-таки у вас там содержатся ошибки, а не проекты. И вообще, помещайте id полей вверх списка, задумываясь об их очерёдности. Идентификаторы вам будут нужны чаще, чем остальные поля.
Запросы попробуйте составить сами.

1