ERD-CLASS дизайн

Question

Я новичок в базе данных и диаграмме классов. Я просто получаю сценарии из Интернета и пытаюсь разработать для них ERD и диаграмму классов. Но следующий сценарий вызвал у меня некоторые проблемы, и я не уверен в своем дизайне.

"Всякий раз, когда сотрудник заполняет форму заявления на отпуск, заявление на отпуск должно появляться для утверждения его / ее руководителем группы. У руководителя группы есть возможность изменить дату запрашиваемого отпуска и утвердить или отклонить отпуск. Сотрудник также имеет возможность изменить дату ранее неутвержденных отпусков или отменить любой из неутвержденных отпусков. В случае руководителя группы он может утвердить свои собственные отпуски.

Руководство должно иметь возможность создавать такие категории отпусков, как (Случайный, Больной, Плановая работа и т. Д.), И должно иметь возможность корректировать дни, выделенные для каждого типа отпусков ".

Я определил их как объекты для ERD

1) Сотрудник (я думаю, мне не нужно создавать юридическое лицо для технического руководства, так как он является сотрудником) 2) Оставить Историю 3) Выйти из категории

Плз поправьте меня, если системе нужно больше классов или сущностей

Answer 1

Вам необходимо добавить таблицы / столбцы, которые отслеживают, кто является руководителем группы для каждого сотрудника.

Это полностью зависит от ваших требований. Хотели бы вы, чтобы сохранялся только текущий лидер, или вам нужно вести историческую запись?

Рассмотрите возможность создания таблицы для отслеживания иерархии отчетности. Employee_Hierarchy - идентификатор, employee_id, manager_id, начальная дата, конечная дата и т. Д. ...

Что нужно учитывать. 1. Вам нужно будет отслеживать данные о людях, которые не являются сотрудниками (например, подрядчики). Имеют ли значение отношения? 2. Глобализация - Храните время в UTC или по местному времени или по времени сервера.