Какой из них лучше моделирования предметной области в DDD?

Пожалуйста, учитывая, что мы работаем над созданием приложения, связанного с HR, здесь нам нужно смоделировать наши доменные объекты о отделе и сотруднике.Мне интересно, следует ли моделировать объект домена с помощью вложенного агрегата, особенно вложенного в него самого.

Я пытаюсь рассмотреть два разных стиля, как следующие:

Решение #01, Модель сотрудника с вложенным агрегатом.

public class Employee : BusinessObject, IEmployee
{
     IList<IEmployee> ManagedStaffs { get; set;}
     IEmployee Supervisor { get; set;}
}

Таким образом, мы можем использовать его как:

var emp = empRepository.Get(1);
// dot accessors
var numberOfPeople = emp.Supervisor.ManagedStaffs[0].ManagedStaffs.Count;

Решение №2, модель сотрудника без вложенного агрегата.

public class Employee : BusinessObject, IEmployee
{
    //without nested aggregate
}

public class Supervisor : Employee, ISupervisor
{
    IList<IEmployee> ManagedStaffs { get; set; }
}

Таким образом, мы можем использовать его как:

var emp1 = empRepository.Get(1);
// GetManagedStaffs needs a parameter which is a ISupervisor
var empList1 = empRepository.GetManagedStaffs(emp1.Supervisor);
var empList2 = empRepository.GetManagedStaffs(empList[0]);
var numberOfPeople = empList2.Count;

Если мы хотим сохранить доменные объекты без ORM, просто чистый ADO.NET, решение №2 выглядит намного лучше.

Если мы хотим использовать dot accessor в решении #1, прозрачная структура ORM должна быть introductd, и ленивая загрузка приветствуется из-за рекурсивно вложенного агрегата.

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

Могу я получить ваше предложение? или мне что-то нужно исправить?

Спасибо.