Eu costumava desenhar isso como parte do meu trabalho. Nós tínhamos um jeito de fazer as coisas. Eu não vou lhe dizer como, porque cada loja tem seu jeito de fazê-las. Eu posso provar isso com um pesquisa de imagens do Google .
Uma coisa que você notará é que quase ninguém coloca uma inclinação nas setas. Nessa metáfora, uma inclinação seria retardar não a assincronia.
O eixo y representa o tempo. Assíncrono realmente não se encaixa neste diagrama porque ser assíncrono significa que você tem seu próprio eixo. Então, qualquer coisa que você desenhe aqui é um palpite. Mas nós tentamos de qualquer maneira.
Sua linha "resposta aqui" me diz que quando B termina você espera que A ainda esteja processando e, porque você a colocou no final, termine quando B for visto responder.
Sua linha "ou aqui" me diz que quando B termina você espera que A já tenha terminado.
O mais provável é que você nem saiba o que vai acontecer. Nesses casos, a representação mais segura não é nenhuma seta de retorno. Se você tiver uma chamada de volta para A, faz mais sentido ter uma seta de 'retorno'. Realmente você tem dois fluxos diferentes de controle marchando por A nesse ponto.
Tradicionalmente, os diagramas de sequência tiveram dois trabalhos. Representar o fluxo de controle e prever o tempo de vida do objeto para que você saiba quando é seguro excluí-los. Quando o assíncrono está envolvido, a previsão do tempo de vida do objeto torna-se muito complicado.
O mais importante é que sua loja tenha uma maneira padrão de fazê-lo, para que você possa entender um ao outro. Se esse padrão sair de alguma versão de um livro UML, tanto melhor. Isso significa que você tem um livro para entregar novos funcionários. Mas não estamos na sua loja. Estamos nos programadores.