Como representar a chave estrangeira em um modelo ER estendido na notação Chen?

Acho que encontrei a resposta, é mais ou menos impossível e de qualquer maneira não se destina a um ERM. Há uma pequena solução alternativa no uso de sublinhado duplo.

Simplesmente não há FK para marcar em um ERM oficial. Veja http://faculty.juniata.edu/rhodes/dbms/ermodel.htm :

O modelo ER não é baseado em SQL. Ele não está vinculado a nenhuma implementação lógica específica de um DBMS. É um modelo conceitual e semântico, que tenta capturar significados ao invés de uma implementação real.

NÃO PENSE NEM COMECE COM TABELAS--VOCÊ SERÁ ERRADO EM RELACIONAMENTOS E ALGUNS ATRIBUTOS.

...

Chave estrangeira: termo usado em bancos de dados relacionais (mas não no modelo ER) para um atributo que é a chave primária de outra tabela e é usado para estabelecer um relacionamento com essa tabela onde também aparece como um atributo.

E em https://en.m.wikipedia.org/wiki/Weak_entity :

Em um banco de dados relacional, uma entidade fraca é uma entidade que não pode ser identificada exclusivamente por seus atributos sozinhos; portanto, ele deve usar uma chave estrangeira em conjunto com seus atributos para criar uma chave primária. A chave estrangeira é normalmente uma chave primária de uma entidade à qual ela está relacionada.

...

Um relacionamento de identificação é aquele em que a chave primária é preenchida para a entidade fraca filha como uma chave primária nessa entidade.

Assim, o atributo de chave fraca não é igual a uma chave estrangeira, é simplesmente uma chave primária de outra entidade necessária para alcançar a unicidade de uma entidade (uma entidade fraca é efetivamente a entidade intermediária que você precisa para dissolver uma relação M para N, usando os PKs de “ambos os lados” como atributos; isso está fora do roteiro do meu curso). Assim, a linha pontilhada não é o formato para FKs.

Resultado:

Então, apenas o duplo sublinhado permanece como uma convenção não oficial que é usada até agora na universidade. E lembre-se de que mostrar os FKs não é necessário de qualquer maneira, uma relação nomeada implica e não deve explicá-lo, um ERM não é sobre FKs; não pense em tabelas.