У меня есть случай, когда дизайнеры и менеджеры работают над проектом с определенной ролью.
Правильно ли это ER диаграмма?
У меня есть сомнения в отношении менеджера, дизайнера, роли и проекта.
ER Диаграмма:
ER Диаграмма Дизайнерские сомнения
Или я просто сделать это как атрибут?
Вот таблица базы данных Представление
Дело также говорится, чтобы показать, что администратор управляет почти все.
Должен ли я делать отношения «Управляет»?
Вот полный случай:
• Администраторы могут войти управлять всеми
• Менеджеры могут Войти и может работать по проектам
• Разработчики могут также войти в системе и может работать по проектам
• Клиентам собственных проектов
• Менеджеры, дизайнеры и клиенты имеют страницы профиля, на которых перечислены проекты, с которыми они связаны. Администратора нет.
• Менеджеры могут быть дизайнеры работают для них
• Дизайнеров только один менеджер в то время, и администратор может изменить менеджер конструктора в любое время
• Менеджеры и дизайнеры, которые работают над проектом, присваиваются роль, которую Администратор может управлять (например, Champion Project, ведущий архитектор, безопасность инженер и т.д.)
• Проект должен иметь богатый текст описания
• Проект должен быть в состоянии иметь много фотографий и PDF файлы
• Только менеджеров и дизайнеров который работает над проектом, может редактировать проект (может также быть администратор)
Думаю, я сделаю мощность «Ролей» равной 1, что сделает ее более подходящей для этого случая. В данном случае указано, что 'Administrator' управляет заданием' Manager', 'Designer' и' Roles'. У меня есть другие мысли о том, чтобы не рисовать отношения «Управление». Это будет беспорядочно, но я думаю, что это необходимо, не так ли? –
Это звучит как явное требование, так что да. – reaanb
Итак, я все еще добавляю отношения 'Manages', хотя у него не будет данных внутри таблицы базы данных, верно? –