So sánh hai cách tiếp cận để cấu trúc sơ đồ Hoạt động (dựa trên “Sóc”)
В chúng tôi đã mô hình hóa các quá trình của một chủ đề “câu chuyện cổ tích” - những dòng về một con sóc trong “Câu chuyện về Sa hoàng Saltan, con trai ông, người anh hùng vinh quang và dũng mãnh, Hoàng tử Gvidon Saltanovich, và Công chúa thiên nga xinh đẹp” của A.S. Pushkin. Và chúng tôi bắt đầu với sơ đồ Hoạt động, thống nhất về việc cấu trúc trường sơ đồ bằng cách sử dụng “làn đường bơi”. Tên bản nhạc tương ứng với loại thành phần sơ đồ có trong bản nhạc đó: Thành phần đầu vào và đầu ra, Các bước quy trình, Người tham gia và Quy tắc công việc. Cách tiếp cận này khác với cách tiếp cận tiêu chuẩn, khi các bản nhạc được chỉ định theo tên của những người tham gia quy trình, do đó giao cho họ một số lĩnh vực trách nhiệm nhất định trong quy trình.
Trong ví dụ này, tôi đang sử dụng môi trường Enterprise Architect của một công ty Úc. [1.
Để biết thêm chi tiết về các phương pháp mô hình hóa được áp dụng, xem [2].
Để có đặc tả UML đầy đủ, xem [3.
Tôi sẽ lặp lại phiên bản sơ đồ từ bài viết trước (Hình 1) và hiển thị một sơ đồ được vẽ lại với các đường “tiêu chuẩn” (Hình 2), tôi sẽ cố gắng phác thảo những ưu và nhược điểm, có lẽ hơi chủ quan.
Hình 1. Sơ đồ hoạt động - cái nhìn tổng quát về quy trình
Hình 2. Sơ đồ hoạt động - cấu trúc sơ đồ chuẩn
- Phải thừa nhận rằng số lượng mũi tên ở sơ đồ thứ 2 ít hơn một chút.
- Nhưng trong sơ đồ thứ 2, các đối tượng bị “bôi nhọ” trên toàn bộ khu vực của sơ đồ, điều này theo sở thích của tôi thì không thuận tiện lắm.
- Câu chuyện tương tự với ghi chú - quy tắc. Và để đưa vào quy định về việc bổ nhiệm phó tế, tất cả các yếu tố của sơ đồ phải được chuyển xuống một điểm nào đó.
- Tôi đã phải sao chép bước “nhận/truyền…” để cho thấy rằng có một số người tham gia có mặt ở bước này.
- Trong lựa chọn thứ hai, tôi đã phải từ bỏ một quá trình phân nhánh và một quá trình hợp nhất, à, việc sắp xếp chúng một cách “độc đáo” là điều tuyệt đối không thể! May mắn thay, sau đó cần phải đăng bình luận - quy tắc.
Tất nhiên, không có đồng chí nào về mùi vị và màu sắc, nhưng đối với tôi, lựa chọn đầu tiên có vẻ thuận tiện hơn cho việc thu thập dữ liệu về quy trình.
Nhưng tôi sẽ không nói dối - đôi khi tốt hơn là bạn nên rút ra cả hai lựa chọn để hiểu được quy trình.
Danh sách các nguồn
- Trang web Hệ thống Sparx. [Tài nguyên điện tử] Chế độ truy cập: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Mô hình hóa quy trình kinh doanh. — M.: KHÓA HỌC, SIC INFRA-M, EBS Znanium.com. - 2017.
- Đặc tả ngôn ngữ mô hình hóa thống nhất OMG (OMG UML). Phiên bản 2.5.1. [Tài nguyên điện tử] Chế độ truy cập: Internet:
Nguồn: www.habr.com