HomePage > Literature Review > Dealing with forward and backward jumps in workflow management systems
More actions

Dealing with forward and backward jumps in workflow management systems

Tags:  

Có nhiều ràng buộc (td: backward jump) do tính có cấu trúc của ADEPT. Chỉ một số các bước nhảy được thực hiện nhằm đảm bảo tính chất của ADEPT. Nếu mô hình mở rộng hơn thành State Machine thì sao?

Key Points:
- Map the forward jump & backward jump into the constructs of ADEPT meta model.

General Comments:
- The paper maps the forward jump & backward jump into the constructs of ADEPT meta model.
(Guess) If we choose another meta-model, the contribution is useless.
- Bài báo viết rất điêu luyện, kết nối ý rất hay, chuyện nhỏ như con thỏ mà viết được 22 trang.tongue_out

For understanding:
  • Forward Jump


- Fordward Jump ở đây không phải mang nghĩa bypass. Bài toán đặt ra là change order. Một số công việc F có thể bị đẩy ra thực hiện trước, trong khi các công việc trước đó (B,C,D,E) vẫn có thể tiến hành song song. Tùy loại forwad, các công việc B,C,D,E vẫn có thể phải tiến hành xong rồi thì các công việc sau F mới chạy tiếp hoặc nếu B-C-D-E mà xong trước F thì F bây giờ xem như đang được tiến hành bình thường không phải là ngoại lệ.
- Prioritization Edge: change the priority of a node when the edge is fired (each edge is associated with a priority)
- Pre-planned forward jump:
   - Make use of an edge named Shortcut
- Jump Region: 
activities located between source & target node of the shorcut edge.


  • Backward Jump
- Automatic backward jump: is fired in case of errors within activities. We have to reset: markings, data elements, compensate completed/running activities.
- User initiate backward jump:
   + Pre-planned: use regain control edge. It is actually a failure edge with no exception condition and it is initiated by the user. This paper tries to transform regain control edge to basic ADEPT constructs.
   + Ad-hoc: không đưa ra được một giải pháp gì đặc biệt, giống như lặp lại Automatic backward jump.
Nhận xét chung: Bài báo nói dài dòng nhưng giải pháp là: cập nhật marking, write operations, compesation activities. Chỉ có 2 loại jump: pre-planned chuyển sang ADEPT base model, adhoc thì cách làm cụ thể bài báo không nói rõ.
Lý do để chuyển sang ADEPT base model là mô hình này chắc chắn, tốt thế thì adhoc không chuuyển sang ADEPT model là không tốt? Nếu adhoc là vẫn tốt thì thao tác chuyển của pre-planned là vô ích à? Lý luận của bài báo có vấn đề.




0 Comments  Show recent to old
Post a comment



 RSS of this page

Written by:   Version:   Last Edited By:   Modified