Các sơ đồ hoạt động luôn luôn kết thúc ở một điểm cuối?

Ví dụ: sơ đồ hoạt động cho một chương trình đơn giản:

1. Lấy dữ liệu người dùng.
2. Nếu người dùng tồn tại làm gì đó, ELSE không làm gì cả.
3. Kết thúc.

Tôi thường thấy các sơ đồ với nhiều điểm cuối nhưng cũng chỉ với một điểm. Các sơ đồ hoạt động có nên hợp nhất cả hai cách với một trạng thái cuối cùng, bất kể các đường dẫn trước đó không?

Nhiều điểm cuối được chấp nhận trong một sơ đồ hoạt động.

Đây là một số trang web ủng hộ khẳng định đó.

• Đây bài viết developerWorks

mỗi sơ đồ hoạt động nên có ít nhất một biểu tượng trạng thái cuối cùng

với "ít nhất một" ngụ ý rằng bội số được cho phép.

• Đoạn trích này từ cuốn sách Lập trình máy chủ Java ở trang 1551

Một sơ đồ hoạt động có một khởi đầu và có thể có nhiều điểm cuối.

• Bài viết Xpdian này về sơ đồ hoạt động

Một sơ đồ hoạt động có một khởi đầu và có thể có nhiều điểm kết thúc. UML 2 cũng cung cấp cho một luồng cuối cùng (một vòng tròn có dấu chéo) cho biết quá trình dừng lại.

Sẽ hợp lý khi kết thúc sơ đồ hoạt động tại 1 điểm nếu hoạt động sẽ không trả lại giá trị cho người gọi hoặc nếu nó trả về cùng một đối tượng (hoặc giá trị) trong mọi trường hợp ngoại trừ một lỗi lớn. Nếu hoạt động có thể dẫn đến các hành động riêng biệt, nhiều điểm kết thúc sẽ hợp lệ. Trong ví dụ của bạn, tôi thích một điểm kết thúc duy nhất. Như một ví dụ về nhiều điểm cuối sẽ là bộ điều khiển gửi các tin nhắn khác nhau đến các thiết bị khác nhau dựa trên một điều kiện.

Ở đây bạn chỉ nói về một dòng thời gian. Nhưng ngay cả trong đó cũng có thể có nhiều điểm kết thúc - do sự phân nhánh. Và trên sơ đồ, bạn có thể có nhiều mốc thời gian, mỗi mốc có điểm cuối của nó. Trên dòng thời gian của bạn, một điểm cuối sẽ là đủ, nhưng chúng tôi không thể nói gì về các mốc thời gian khác.