Ниже приводится объяснение таблиц
Мы используем категорию модуля, тип модуля, курс, программу, метод обучения и таблицы после работы дляклассифицировать учебный модуль, используя выпадающие списки.Отношения 1: n.
Модуль <-> отношение сотрудника - m: n.Как видно из модели, таблица пересечений - это «Тренер», где мы определяем дополнительное свойство «Приоритет», которое позволяет нам определять приоритеты тренера для модуля.
Роль отношений обучающего модуля <-> является многоОтношение ко-многим как модуль может иметь отношение ко многим рабочим ролям.Таблица пересечения называется RoleRelevance, и мы определяем для каждой роли требуемые, рекомендуемые, испытательные и скрытые свойства.
В таблице запросов на обучение ведется запись каждого запроса на обучение, который был запрошен.У нас также есть новые стартовые запросы, в которых у нас нет профиля домена / SAM, с которым мы можем связать запрос.
Таблица сотрудников заполняется с наших контроллеров домена запросами AD, в то время как сотрудники запрашивают обучение или инструкторов.определяются для модуля.В таблицу входит SMTP-адрес сотрудника, используемый для отправки приглашений.Посмотрите мои другие публикации stackoverflow для примера кода, как получить эти данные.
Мы создаем приглашение на собрание с управляемым EWS для сотрудника, линейного менеджера, тренера и ресурса / комнаты.Идентификатор и статус приглашения (принять / отклонить / неизвестно) хранятся в таблицах EmployeeInvitation, TrainerInvitation и ResourceInvitation.
Учебные занятия, которые мы создаем, вставляются в таблицу тренировок.