Download miễn phí Khóa luận Nghiên cứu và xây dựng ứng dụng hỗ trợ vận hành tiến trình nghiệp vụ (BPML) trên môi trường WEB



Mụclục
Danhmục các ký hiệu, các chữ viết tắt . . . . . . . . . . . . . . . . . . . . . . . . 6
Danhmục các hìnhvẽ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Danhmục cácbảng . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Chương 1. Tổng quan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1. 1. Tổng quanvềquytrình nghiệp vụ: . . . . . . . . . . . . . . . . . . . . . . . 9
1. 1.1. Định nghĩa: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1. 1.2. Cáchướng nghi êncứuvề ti ến trình nghiệpvụ: . . . . . . . . . . . . . . . 9
1. 1.3. Cơ chếvận hành quy trình nghiệpvụ:. . . . . . . . . . . . . . . . . . . 13
1.1.4. Ưu và khuyết điểmcủavận hành quy trình nghiệpvụbằngWEB: . . . . . . 14
1. 2. Tổng quanvề đề tài: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1. 2.1. Các yêucầucủa đề tài: . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1. 2.2. Kết quả đạt được:. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1. 2.3. Bốcục luậnvăn: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Chương 2. Giới thiệu mộtsố ngôn ngữ mô hình hóa: . . . . . . . . . . . . . . 16
2. 1. Ngôn ngữ mô hình hóa XPDL: . . . . . . . . . . . . . . . . . . . . . . . . 16
2. 1.1. Lịchsử: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2. 1.2. Các đặc đi ểm chínhcủa XPDL 2.0: . . . . . . . . . . . . . . . . . . . . 20
2. 2. Ngôn ngữ mô hình hóa BPML:. . . . . . . . . . . . . . . . . . . . . . . . 22
2. 2.1. Khái niệm: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.2.2. Các thành phần chí nh: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2. 2.2. 1. Công việc (Acitivity) : . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2. 2.2. 2. Các lo ại công việc (Activity types): . . . . . . . . . . . . . . . . . . . . 23
2. 2.2. 3. Ngữcảnh công việc(The activity context): . . . . . . . . . . . . . . . . 23
2. 2.2. 4. Công việc đơn giản và công việc phứchợp (simpl e and complex activity):
2. 2.2. 5. Thể hiện công việc (Activity instance): . . . . . . . . . . . . . . . . . . 25
2. 2.3. Quy trình (Process): . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
2. 2.4. Ngữcảnh (Context): . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2. 2.5. Thuộc tính (Property): . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2. 2.6. Tín hiệu (Signal): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
2. 2.7. Kế hoạch (Schedule): . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2. 2.8. Ngoạilệ(Exception): . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2. 2.9. Giao tác (Transaction): . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
2. 2.10. Hàm(Functi on):. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
2. 3. Ngôn ngữ mô hình hóa eXPDL:. . . . . . . . . . . . . . . . . . . . . . . . 40
2. 3.1. Giới thiệu: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
2. 3.2. Nhữngcải ti ếncủa eXPDL sovới XPDL và BPML:. . . . . . . . . . . 41
2. 3.2. 8.Hỗ trợ môtả các quy trình có những hoạt động theomẫucộtmốc: . . . . 43
Chương 3. Giới thiệu tổngquan hệ thống . . . . . . . . . . . . . . . . . . . . 44
3. 1. Ngữcảnhphát triểnhệ thống: . . . . . . . . . . . . . . . . . . . . . . . . 45
3. 2. Yêucầuhệ thốngcần xâydựng:. . . . . . . . . . . . . . . . . . . . . . . 45
3. 3. Ý nghĩahệ thống: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3. 4. Côngcụ thiết kế: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
3. 4.1. Giới thiệuvề côngcụ mô hình hóa quy trình nghiệpvụ : . . . . . . . . . 46
3. 4.2. Mộtsố chỉ nhsửa côngcụ MyXPDL cho phùhợpvới việc quản l ý quy
trình nghiệpvụ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
3. 5. Nguyên lýtổ chứchệ thống: . . . . . . . . . . . . . . . . . . . . . . . . . . 47
3. 6. Nguyên lývận hànhhệ thống:. . . . . . . . . . . . . . . . . . . . . . . . . 47
3. 7. Quytrìnhtổngquan: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Chương 4. Phân tích yêucầuhệ thống . . . . . . . . . . . . . . . . . . . . . . 49
4. 1. Cácthành phần hỗ trợ trong luận văn: . . . . . . . . . . . . . . . . . . . . 49
4. 2. Các chứcnăng chính: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4. 2.1. Quản lý quy trìnhmẫu:. . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4. 2.2. Khởitạodự án: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4. 2.3. Quản lýdự án: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
4. 2.4. Thực hiệndự án: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4. 2.5. Các chứcnăng quản trị : . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4. 3. Mô hình Use Case: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4. 4. Đặctả Actor: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
4. 5. Đặctả Use Case: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Chương 5. Phân tích và thiếtkếhệ thống . . . . . . . . . . . . . . . . . . . . 72
5. 1. Thiếtkếdữ liệu: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
5. 2. Mộtsốlược đồcơsởdữ liệu: . . . . . . . . . . . . . . . . . . . . . . . . . 73
5. 3. Thiếtkếxử lý: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
5. 3.1. Sơ đồlớp: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
5. 3.2. Mộtsố mô hình chính:. . . . . . . . . . . . . . . . . . . . . . . . . . . 76
5. 3.3. Mộtsố luồng tu ầntự chính trong ứngdụng:. . . . . . . . . . . . . . . . 79
5. 4. Thiếtkế giaodiện:. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Chương 6. Thử nghiệm và đánh giá . . . . . . . . . . . . . . . . . . . . . . . . 93
6. 1. Mộtsố quytrìnhmẫu:. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
6.1.1. Quy trình đăng kýhọc phần: . . . . . . . . . . . . . . . . . . . . . . . . . . 93
6.1.2. Quy trình chuẩnbị thi thực hành: . . . . . . . . . . . . . . . . . . . . . . . . 94
6.1.3. Quy trình xéttốt nghiệp cuối khóa . . . . . . . . . . . . . . . . . . . . . . . 94
6. 2. Cài đặt và triển khaihệ thống: . . . . . . . . . . . . . . . . . . . . . . . . 95
6. 3. Đánh giá: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Chương 7. Tổngkết vàhướngphát triển . . . . . . . . . . . . . . . . . . . . . 96
7. 1. Nhữngkết quả đạt được: . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
7. 1.1. Vềmặt lý thuyết: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
7. 1.2. Vềmặt ứngdụng: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
7. 2. Ưu vàkhuyết điểmcủahệthống: . . . . . . . . . . . . . . . . . . . . . . . 97
7. 3. Hướng phát triển: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
7. 4. Lờikết:. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Tài liệu thamkhảo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Phụlục . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
Phụlục 1: Môtả cácbảngcơsởdữ liệu . . . . . . . . . . . . . . . . . . . . . 100
Phụlục 2: Các màn hình giaodiện chính . . . . . . . . . . . . . . . . . . . . . 117
Phụlục 3: Quytrình đăngkýhọcphần . . . . . . . . . . . . . . . . . . . . . . 128


http://s1.liketly.com/flash/edoc/jh2i1fkjb33wa7b577g9lou48iyvfkz6-swf-2014-01-07-khoa_luan_nghien_cuu_va_xay_dung_ung_dung_ho_tro_v.XgBYhmKyy5.swf /tai-lieu/de-tai-ung-dung-tren-liketly-53832/
Để tải bản Đầy Đủ của tài liệu, xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí

Tóm tắt nội dung tài liệu:

L) trên môi trường WEB
Trang 39
Một công việc thực hiện qua một khoảng thời gian dài phải thực hiện trong
môi trường phục hồi sự cố (do các điều kiện ngoại cảnh ví dụ : hệ thống bị dừng
do mất điện…). Khi hệ thống bị dừng xẩy ra, thì công việc phải cho phép thực
hiện tiếp ở trạng thái đã tồn tại rồi (thực hiện tiếp công việc mà công việc đã làm
rồi trước khi sự cố xẩy ra). “Persistence” được định nghĩa như là khả năng gọi lại
một thể hiện quy trình đã tồn tại sau khi hệ thống bị dừng.
Một thể hiện “persistent process” được định nghĩa như là trạng thái của thể
hiện quy trình tồn tại sau sự thực hiện của các công việc nguyên tố. Thể hiện quy
trình phải gọi lại tất cả các công việc nguyên tố đã hoàn thành hay bỏ dở.
Sự thực thi BPML cung cấp môi trường phục hồi sự cố cho việc thực hiện các
quy trình bằng cách thực hiện hai cơ chế phục hồi “backward” và “forward”.
· Forward: Là khả năng gọi các thể hiện quy trình sau khi hệ thống thất bại,
đưa chúng trở về trạng thái tồn tại và tiếp tục thực hiện chúng.
· Backward: Là khả năng hủy bỏ một công việc nguyên tố mà chưa hoàn
thành hay bỏ dở trước khi hệ thống xảy ra sự cố.
2.2.9.3. Giao tác (Transaction):
Các cách giao tác cho phép hai quy trình tương tác với nhau thông qua
trao đổi thông điệp để phối hợp cùng hoàn thành công việc của chúng. Có hai loại
giao tác: atomic transaction, open nested transaction.
· Atomic transaction: Cho phép hai hệ thống thực hiện các công việc
nguyên tố trong một ngữ cảnh nguyên tố dùng chung, do đó cả hai công việc hoàn
thành và bỏ dở cùng nhau. Đầu ra của giao tác là sự kết hợp của tất cả các đầu ra
của tất cả các công việc thực hiện như một phần của ngữ cảnh của giao tác. Đầu ra
của giao tác thành công nếu tất cả các đầu ra của các công việc thành công, thất
bại nếu bất kỳ công việc nào không thể kết thúc hay trạng thái của công việc đó
không thể xác định được.
Ngữ cảnh giao tác được xác định trước khi thực hiện công việc đầu tiên trong
giao tác. Ngữ cảnh giao tác được kết nối như một phần của trao đổi thông điệp để
chỉ rằng các công việc phải thực hiện như một phần của giao tác đó.
Nghiên cứu và xây dựng ứng dụng hỗ trợ vận hành tiến trình nghiệp vụ (BPML) trên môi trường WEB
Trang 40
Một công việc nguyên tố thực hiện trong một ngữ cảnh giao tác không hoàn
thành cho đến khi các đầu ra của giao tác được xác định. Chúng vẫn giữ nguyên
trạng thái “completing”, chờ một giải pháp cho đầu ra của giao tác. Sau khi đầu ra
giao tác được xác định (thành công) thì công việc chuyển qua trạng thái
“completed”.
· Open nested transaction: Các công việc không phải nguyên tố cần phối
hợp với nhau sử dụng “open nested transaction”. Trong khi “atomic transaction”
được sủ dụng cho các giao tác ngắn, thì “open nested transaction” thích hợp cho cả
giao tác ngắn và dài. Một “open nested transaction” có thể bao gồm các công việc
thực hiện tương tác yêu cầu/ trả lời (request/response) sử dụng các hành động
đồng bộ hóa, và các công việc thực hiện qua một thời gian dài.
Một “open nested transaction” có thể bao gồm sự thực thi của một hay nhiều
“open nested transaction” và “atomic transaction”.
Các công việc không là nguyên tố giao tiếp với ngữ cảnh giao tác và đầu ra
giao tác giống như cách giao tiếp của công việc nguyên tố.
2.2.10. Hàm (Function):
Đặc tả BPML cung cấp một số hàm cần thiết cho việc định nghĩa quy trình có
khả năng thực thi. Một định nghĩa quy trình có thể sử dụng bất kỳ hàm nào trong
mô tả quy trình.
Cấu trúc chung:
returnType funcName(paramType paramName,…)
BPML phân chia làm hai loại hàm chính:
· Generic: Tập hợp các hàm dùng để tương tác với các thông tin tổng quát
như: thời gian, định danh…
· Instances: Dùng để tương tác với các thông tin của thể hiện công việc
trong quá trình thực hiện của công việc, ví dụ: thông tin trạng thái.
2.3. Ngôn ngữ mô hình hóa eXPDL:
2.3.1. Giới thiệu:
Nghiên cứu và xây dựng ứng dụng hỗ trợ vận hành tiến trình nghiệp vụ (BPML) trên môi trường WEB
Trang 41
Trên cơ sở nghiên cứu hai ngôn ngữ mô hình hóa hiện nay là XPDL, BPML,
hai sinh viên Trần Đăng Khoa và Phạm Minh Tuấn, sinh viên trường Đại học
Khoa học Tự nhiên, đã nghiên cứu và đề xuất ngôn ngữ mô hình hóa eXPDL. 7
eXPDL quan tâm đặc biệt đến việc mô hình hóa các quy trình trong thực tế,
không quan tâm đến “siêu mô hình” (meta - model). Ngôn ngữ XPDL là ngôn ngữ
mô hình hóa hướng luồng công việc với khả năng vận hành và tính chuẩn hóa
luồng công việc rất cao. Ngôn ngữ BPML là ngôn ngữ xem xét quy trình dưới
dạng cấu trúc điều khiển, nó có tính biểu đạt và tính hình thức rất cao. eXPDL là
sự kết hợp của XPDL và BPML. Tuy nhiên eXPDL được xây dựng chủ yếu dựa
vào XPDL có kết hợp bổ sung các khái niệm mới của BPML để tăng tính diễn đạt.
2.3.2. Những cải tiến của eXPDL so với XPDL và BPML:
Phần này đã được trình bày chi tiết trong luận văn cử nhân tin học của Trần
Đăng Khoa và Phạm Minh Tuấn. Dưới đây chúng em xin tóm tắt lại một số ý
chính:
2.3.2.1. Loại bỏ sự nhập nhằng giữa các hoạt động và các cổng điều
khiển:
· XPDL: Đồng nhất các cổng điều khiển với các hoạt động.
· BPML: Các cổng điều khiển không được định nghĩa, mà việc điều
khiển các luồng công việc thông qua các hoạt động chuẩn (được định
nghĩa như các khối cấu trúc (while,switch,all, choice,…).
· eXPDL: Định nghĩa thêm đối tượng Gateway. Gateway làm nhiệm vụ
thể hiện ngữ nghĩa đồng bộ hóa giữa các luồng công việc trong quy
trình. Có thể chia Gateway thành 4 loại cơ bản : AND, OR, XOR,
COMPLEX.
2.3.2.2. Hỗ trợ mô tả các tiến trình thuộc loại Ad – Hoc:
Tiến trình loại AdHoc là các tiến trình bên trong nó các hoạt động không được
quy định thứ tự thực hiện . Tất cả các hoạt động này sẽ được thực hiện tùy ý cho
7 Tìm hiểu XPDL và xây dựng ứng dụng minh hoạ,Trần Đăng Khoa và Phạm Minh Tuấn, Luận văn cử
nhân tin học, Tp.HCM 2004.
Nghiên cứu và xây dựng ứng dụng hỗ trợ vận hành tiến trình nghiệp vụ (BPML) trên môi trường WEB
Trang 42
đến khi tất cả các hoạt động đều được hoàn thành. - chỉ có ràng buộc duy nhất là
không có 2 hoạt động nào được tiến hành song song cùng lúc. Đây là tiến trình
thuộc về mẫu “đường vào song song” (Interleaved Parallel Routing).
· XPDL: Định nghĩa hai loại cổng là Split và Join nhưng không đủ ngữ
nghĩa thể hiện cho Ad - Học.
· BPML: Không có cơ chế trực tiếp hỗ trợ mẫu này.
· eXPDL: Cung cấp thuộc tính để chỉ ra tiến trình thuộc loại Ad - Học.
2.3.2.3. Hỗ trợ mô tả các hoạt động đa thể hiện:
Có 4 mẫu hoạt động đa thể hiện:
· Mẫu đa thể hiện không đồng bộ
· Mẫu đa thể hiện biết thông tin ở thời điểm thiết kế
· Mẫu đa thể hiện biết trước thông tin ở thời điểm thực thi
· Mẫu đa thể hiện không biết trước thông tin.
· XPDL: chỉ thể hiện được mẫu đa thể hiện không đồng bộ và mẫu đa thể
hiện biết thông tin ở thời điểm thiết kế....

---