¿Debería este diagrama ER utilizar una relación ternaria en su lugar?

He estado buscando ejemplos de diagramas ER para comprenderlos mejor. Me encontré con un diagrama de ER que no estoy seguro de que sea correcto.

Aquí está la pregunta / especificación:

UPS se enorgullece de tener información actualizada sobre el procesamiento y la ubicación actual de cada artículo enviado. Para hacer esto, UPS se basa en un sistema de información de toda la empresa. Los artículos enviados son el corazón del sistema de información de seguimiento de productos de UPS. Los artículos enviados se pueden caracterizar por el número de artículo (único), peso, dimensiones, monto del seguro, destino y fecha de entrega final. Los artículos enviados se reciben en el sistema UPS en un solo centro minorista. Los centros minoristas se caracterizan por su tipo, ID único y dirección. Los artículos enviados se dirigen a su destino a través de uno o más eventos estándar de transporte de UPS (es decir, vuelos, entregas de camiones). Estos eventos de transporte se caracterizan por un número de horario único, un tipo (por ejemplo, vuelo, camión) y una ruta de entrega.

Entidades:RetailCenter, ShippedItems, Transportation Event
Relaciones:ReceivedFrom(RetailCenter,ShippedItems), ShippedVia(ShippedItems,TransportationEvent)

Aquí está el diagrama:

Mi pregunta es que ¿no debería haber una relación ternaria entre las tres entidades? Mi proceso de pensamiento es que un artículo enviado toma un evento de transporte para llegar a un centro minorista específico. ¿No dice este diagrama que un artículo enviado es recibido por un centro minorista y que un artículo enviado toma un evento de transporte?

Respuestas a la pregunta(1)

Su respuesta a la pregunta