Por exemplo, um diagrama de atividades para um programa simples:
Muitas vezes vejo diagramas com vários pontos de extremidade, mas também com apenas um. Os diagramas de atividades devem mesclar as duas maneiras para um estado final, independentemente dos caminhos anteriores?
Vários pontos de extremidade são aceitáveis em um diagrama de atividades.
Aqui estão alguns sites que fazem backup dessa afirmação.
todo diagrama de atividades deve ter pelo menos um símbolo de estado final
com "pelo menos um" implicando que múltiplos são permitidos.
Um diagrama de atividades tem um início e pode ter vários pontos de extremidade.
Um diagrama de atividades tem um início e pode ter vários pontos finais. A UML 2 também fornece um fluxo final (um círculo com uma cruz) que indica que o processo é interrompido.
Faz sentido finalizar o diagrama de atividades em 1 ponto se a atividade não retornar nenhum valor ao chamador ou se estiver retornando o mesmo objeto (ou valor) em todos os casos, exceto em um erro grave. Se a atividade resultar em ações separadas, vários pontos finais seriam válidos. No seu exemplo, eu preferiria um único ponto final. Como exemplo de vários pontos finais, seria um controlador enviando mensagens diferentes para dispositivos diferentes com base em uma condição.
fonte
Aqui você está falando apenas em uma linha do tempo. Mas mesmo nele pode haver muitos pontos finais - devido à ramificação. E no diagrama você pode ter muitas linhas do tempo, cada uma com seus pontos finais. Na sua linha do tempo, um ponto final será suficiente, mas não podemos dizer nada sobre outras linhas do tempo.
fonte