4.5.1. Manage Template (Quản lý quy trình mẫu):
Tĩm tắt:Use case này cho phép người quản lý dự án cĩ thể thêm mới hoặc hủy bỏ 1 quy trình nghiệp vụđã được định nghĩa.
Dịng sự kiệ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
Use case này bắt đầu khi Admin muốn thêm hay hủy 1 số quy trình nghiệp vụ
cĩ sẳn trong tổ chức.
1. Hệ thống yêu cầu “Admin” chọn chức năng muốn thực hiện (“Delete
template”,”Add new template”).
2. Sau khi “Admin” chọn chức năng thực hiện, một trong các luồng phụ sau
được thực hiện.
Nếu chọn “Add new template”, luồng phụ Add new template được thực hiện. Nếu chọn “Delete template”, luồng phụ Delete template được thực hiện.
• Add new template(Thêm 1 quy trình nghiệp vụ mới): 1. Hệ thống yêu cầu nhập các thong tin sau:
Name(Tên, Bắt buộc phải cĩ)
File(File mơ hình hĩa quy trình nghiệp vụ, bắt buộc) Mơ tả(Description)
Created date (Ngày tạo)
2. Sau khi “Admin” nhập thong tin cần thiết vào. Hệ thống lưu lại thơng tin trên và phát sinh ra 1 số ID cho Template.
• Delete template(Xĩa template khởi hệ thống): 1. Hệ thống yêu cầu chọn template từ danh sách cĩ sẳn.
2. Hệ thống hiển thị thong tin của template: Ngày tạo, người tạo. 3. Người dung nhấn nút xĩa.
4. Hệ thống nhắc nhở người dùng xác nhận thao tác xĩa. 5. Người dùng xác nhận thao tác xĩa.
6. Hệ thống xĩa template ra khởi cơ sở dữ liệu.
Dịng sự kiện khác:
• Thao tác xĩa bị hủy:
Nếu trong luồng phụ “Delete template”, người dùng khơng xác nhận xĩa template thì thao tác xĩa bị hủy và Dịng dự kiện chính được bắt đầu lại từđầ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
- Nếu đã cĩ ít nhất 1 project đã được tạo từ Template này, hệ thống hiển thị
thơng báo: Tên project, trạng thái project của những project khởi tạo từ
template này. Hệ thống nhắc nhở người dùng “Nếu xĩa Template thì các project bị xĩa theo”.
- Nếu người dùng xác nhận, thì hệ thống xĩa tự động xĩa các project liên quan và xĩa Template
- Nếu người dùng khơng xác nhận, thao tác xĩa bị hủy bỏ, Dịng sự kiện chính được bắt đầu lại từđầu.
o Khơng tồn tại template nào:
Một thơng báo lỗi cho người dùng. Sau khi người dùng đọc xong và xác nhận, Use case kết thúc.
Các yêu cầu đặc biệt:
Khơng cĩ.
Điều kiện tiên quyết:
Người dùng phải đăng nhập vời quyền là “Admin”.
Post-Condition:
Nếu Use case thành cơng 1 template được them vào hoặc xĩa khỏi hệ thống, use case kết thúc.
Ngược lại trạng thái hệ thống khơng thay đổi.
Điểm mở rộng:
Khơng cĩ.
4.5.2. Setup template project (Tạo mới dự án theo mẫu cĩ sẵn): Tĩm tắt:
Use case cho phép PM khởi tạo mới 1 dự án theo 1 mẫu template.
Dịng sự kiện:
Dịng sự kiện chính:
Use case bắt đầu khi PM muốn tạo mới 1 dự án.
1. Hệ thống load tất cả các Template cĩ sẳn trong cơng ty. 2. Hệ thống yêu cầu PM nhập các thơng tin của project:
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
Name :Tên project, bắt buộc.
Description :Mơ tả ngắn gọn về dự án.
Template :Chọn 1 template từ danh sách cĩ sẳn, bắt buộc.
Start date: Ngày bắt đầu thực hiện dự án.
Finish date: Ngày kết thúc dự án (Cĩ tính tương đối).
3. Hệ thống ghi nhận thơng tin khởi tạo project, phát sinh 1 số ID duy nhất cho Project.
4. Hệ thống phân tích cấu trúc file Template, lưu xuống CSDL. 5. Trả lại cho PM số ID của project.
6. Dịng sự kiện chính được bắt đầu lại.
Dịng sự kiện khác:
• Template khơng tồn tại:
Nếu khơng tồn tại Template nào, Use case kết thúc.
o Ngày kết thúc khơng hợp lệ:
Nếu ngày kết thúc trùng ngày bắt đầu, hệ thống thơng báo lỗi cho PM, yêu cầu
PM nhập lại ngày kết thúc, hoặc cĩ thểđể trống. Các yêu cầu đặc biệt: Khơng cĩ. Điều kiện tiên quyết: PM phải đăng nhập vào hệ thống. Post-Condition:
Nếu Use case thành cơng, 1 dự án mới được them vào hệ thống. Ngược lại, trạng thái hệ thống khơng thay đổi.
Điểm mở rộng:
Khơng cĩ.
4.5.3. Setup none template project (Tạo mới dự án khơng theo mẫu): Tĩm tắt:
Use case cho phép PM tạo mới 1 dự án khơng theo quy trình mẫu. Tất cả các cơng việc, sản phẩm đều do PM tựđịnh nghĩa.
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
Dịng sự kiện:
Dịng sự kiện chính:
Use case khi PM khởi tạo 1 dự án khơng theo quy trình mẫu cĩ sẳn. 1. Hệ thống yêu cầu PM nhập các thơng tin của project:
Name :Tên project, bắt buộc.
Description :Mơ tả ngắn gọn về dự án.
Template :Chọn 1 template từ danh sách cĩ sẳn, bắt buộc.
Start date: Ngày bắt đầu thực hiện dự án.
Finish date: Ngày kết thúc dự án (Cĩ tính tương đối). 2. Hệ thống phát sinh ra ID cho người dùng.
Các yêu cầu đặc biệt:
Khơng cĩ.
Điều kiện tiên quyết:
PM phải đăng nhập vào hệ thống.
Post-Condition:
Nếu Use case thành cơng, 1 dự án mới được thêm vào hệ thống. Ngược lại, trạng thái hệ thống khơng thay đổi.
Điểm mở rộng:
Khơng cĩ.
4.5.4. Delete Project: (Xĩa dự án) Tĩm tắt:
Use case cho phép PM hủy bỏ Project đã triển khai.
Dịng sự kiện:
Dịng sự kiện chính:
Use case bắt đầu khi PM muốn hủy các Project mà do mình triển khai. 1. Hệ thống yêu cầu PM nhập vào số ID của project.
2. Hệ thống hiển thị các thơng tin của project. 3. Người dùng thực hiện thao tác xĩa.
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
5. Người dùng xác nhận thao tác xĩa.
6. Hệ thống xĩa project ra khỏi hệ thống: Thơng tin riêng , các cơng việc trong project.
7. Dịng sự kiện chính được thực hiện lại.
Dịng sự kiện khác:
• Khơng tìm thấy project:
Tong dịng sự kiện chính, nếu khơng tìm thấy project nào, hệ thống hiển thị
thơng báo lỗi. PM cĩ thể nhập vào số ID khác, hoặc hủy bỏ thao tác, Use case kết thúc.
• Thao tác xĩa bị hủy:
Nếu trong dịng sự kiện chính, PM khơng xác nhận thao tác xĩa thì thao tác xĩa bị hủy và dịng sự kiện chính bắt đầu lại từđầu. Các yêu cầu đặc biệt: Khơng cĩ. Điều kiện tiên quyết: PM phải đăng nhập vào hệ thống. Post-Condition:
Nếu Use case thành cơng, 1 dự án bị xĩa khỏi hệ thống. Ngược lại, trạng thái hệ thống khơng thay đổi.
Điểm mở rộng:
Khơng cĩ
4.5.5. Project Report (báo cáo dự án): Tĩm tắt:
Use case cho phép PM xem thơng tin hoạt động của 1 dự án. Nếu project chưa hồn thành: Xem tiến trình thực hiện dự án Nếu project đã hồn thành: Xem bản báo cáo của dự án
Dịng sự kiệ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
Use case bắt đầu khi PM muốn xem quá trình thực hiện dự án hay bản báo cáo tổng kết dự án đã hồn thành.
1. Hệ thống yêu cầu PM nhập số ID của Project. 2. Hệ thống hiển thị thơng tin riêng của dự án.
3. Hệ thống hiển thị danh sách các cơng việc(Activity), tiến độ thực hiện, danh sách các nhân viên tham gia cơng việc đĩ, Các sản phẩm vào và ra của dự án(đến thời điểm hiện tại)
4. Đối với các cơng việc đã hồn thành, Hệ thống tính số ngày hồn thành trước thời hạn.
5. PM cĩ thể chuyển sang chế độ “edit”, Use case “Edit Project”
được thực hiện, hoặc cĩ thể huỷ tác vụ -> Use case kết thúc.
Dịng sự kiện khác:
• Khơng tìm thấy Project:
Trong dịng sự kiện chính, nếu hệ thống khơng tìm thấy project, 1 thơng báo lỗi
được gửi đến PM, PM cĩ thể nhập vào 1 ID khác hoặc hủy tác vụ -> Use case kết thúc. Các yêu cầu đặc biệt: Khơng cĩ. Điều kiện tiên quyết: PM phải đăng nhập vào hệ thống. Post-Condition:
Use case khơng làm thay đổi trạng thái hệ thống.
Điểm mở rộng:
Khơng cĩ
4.5.6. Search Project: (Tìm kiếm project) Tĩm tắt:
Use case cho phép PM hoặc Admin tìm kiếm Project theo các tiêu chuẩn khác nhau:Mã(ID), Tên, Người tạo, Ngày tháng năm.
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
Dịng sự kiện chính:
Use bắt đầu khi PM hoặc Admin muốn tra cứu thơng tin của 1 project. 1. Hệ thống yêu cầu người dùng nhập vào tiêu chuẩn tìm kiếm.
2. Hệ thống trả về danh sách các project thõa mãn tiêu chuẩn tìm kiếm.
3. Người dùng muốn xem thơng tin chi tiết của Project: Chọn 1 project trong danh sách trả về và Use case Project Report được thực hiện.
4. Người dùng xác nhận kết quả tìm kiếm và dịng sự kiện chính được thực hiện lại.
Dịng sự kiện khác:
• Khơng tìm thấy project:
Trong dịng sự kiện chính, nếu hệ thống khơng tìm thấy project, 1 thơng báo lỗi
được gửi đến PM, PM cĩ thể nhập vào 1 ID khác hoặc hủy tác vụ -> Use case kết thúc.
Các yêu cầu đặc biệt:
Khơng cĩ.
Điều kiện tiên quyết:
PM hoặc Admin phải đăng nhập vào hệ thống.
Post-Condition:
Use case khơng làm thay đổi trạng thái hệ thống.
Điểm mở rộng:
Khơng cĩ
4.5.7. Edit Project: Tĩm tắt:
Use case cho phép PM thiết lập các thơng tin ban đầu cho project: Ngày bắt
đầu, ngày kết thúc. Phân các các nhân viên tham gia vào các cơng việc cụ thể. PM cĩ thể thay đổi việc phân cơng cho 1 project đã khởi tạo rồi.
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
Dịng sự kiện chính:
Use case bắt đầu khi PM muốn thay đổi thơng tin của project, phân cơng cơng việc cho nhân viên tham gia vào trong project.
1. Hệ thống yêu cầu PM nhập vào số ID của Project.
2. Hệ thống load lại danh sách các cơng việc cĩ trong project.
3. Hệ thống yêu cầu người dùng chọn chức năng năng thực hiện (“Edit project info”, “Edit Activity”).
4. Nếu PM chọn “Edit project info”, luồng sự kiện phụ “Edit
project info” được thực hiện.
5. Nếu PM chọn “Edit Activity”, luồng sự kiện phụ “Edit Activity”
được thực hiện.
• Edit project info: Thay đổi thơng tin project.
1. Hệ thống yêu cầu người dùng nhập vào ngày bắt đầu,ngày kết thúc mới.
2. Hệ thống ghi nhận giá trị mới.
3. Dịng sự kiện chính được bắt đầu lại. 1.1.1.1. Edit Activity:
1. Hệ thống yêu cầu người dùng cung cấp ID Activity.
2. Hệ thống hiển thị thơng tin của Activity: Tên, danh sách các role
được định nghĩa trong template.
3. Hệ thống hiển thị danh sách các nhân viên trong tổ chức.
4. Hệ thống yêu cầu người dùng nhập vào ngày bắt đầu,ngày kết thúc cơng việc.
5. Hệ thống yêu cầu PM phân cơng nhân viên tham gia vào các role.
6. Hệ thống yêu cầu PM cấp quyền cho nhân viên đối với Activity: Xem (View), Thực hiện(Edit)
7. Nếu PM muốn hủy bỏ sự phân cơng vừa thiết lập, luồng phụ
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
8. PM chọn chức năng lưu lại kết quả edit.
9. Hệ thống lưu lại ngày bắt đầu, kết thúc của 1 cơng việc, sự phân cơng nhân sự tham gia vào cơng việc.
10.Dịng sự kiện này được tiếp tục thực hiện lại. 11.Use case kết thúc khi PM kết thúc việc “Edit”
o Delete user in role:(Mỗi lần xĩa 1 sự phân cơng)
1. Hệ thống nhắc nhở người dùng xác nhận thao tác xĩa. 2. Người dùng xác nhận thao tác.
3. Hệ thống xĩa sự phân cơng vừa được thực hiện. 4. Dịng sự kiện Edit activity được thực hiện.
Dịng sự kiện phụ:
• Project khơng tồn tại:
Nếu trong dịng sự kiện chính, khơng tồn tại project nào, 1 thơng báo lỗi được giửi đến cho người dùng. PM cĩ thể nhập vào ID khác, hoặc hủy thao tác, use case kết thúc.
• Ngày kết thúc khơng hợp lệ:
Nếu trong 2 dịng sự kiện phụ, nếu ngày kết thúc trùng với ngày bắt đầu. Hệ
thống thơng báo lỗi cho người dùng. Hệ thống yêu cầu người dùng nhập lại ngày hoặc để trống ngày kết thúc.
• Khơng tồn tại role:
Trong dịng sự kiện “Edit activity”, nếu khơng cĩ role nào được định nghĩa tham gia thực hiện Activity. Hệ thống vẫn ghi nhận sự phân cơng bình thường.
Các yêu cầu đặc biệt:
Khơng cĩ.
Điều kiện tiên quyết:
PM phải đăng nhập hệ thống.
Post-Condition:
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
Ngược lại, dự án đĩ chưa thể được thực hiện, trạng thái hệ thống khơng thay
đổi.
Điểm mở rộng:
Thêm mới 1 Activity vào project.
4.5.8. Run Activity (thực hiện cơng việc): Tĩm tắt:
Use case cho phép Member thực hiện cơng việc được giao trong 1 project.
Dịng sự kiện:
Dịng sự kiện chính:
Use case bắt đầu khi 1 Member login thành cơng vào hệ thống.
1. Hệ thống load tất cả các project chưa hồn thành mà Member tham gia.
2. Member chọn project muốn thực hiện cơng việc.
3. Hệ thống hiển thị tất cả các cơng việc(Kèm theo trạng thái) cĩ trong Project. Cơng việc nào Member được giao tham gia sẽ ở
trạng thái “Enable”, ngược lại ở trạng thái “Disable”.
4. Member chọn 1 cơng việc trong các cơng việc ở trạng thái “Enable”.
5. Hệ thống hiển thị thơng tin của Acitivty. Quá trình thực hiện của các thành viên tham gia
6. Hệ thống kiểm tra quyền của Member đối với Activity đĩ: a. Nếu là “View”: Member chỉđược phép xem.
b. Nếu là “Edit”: Member được phép Upload, Download các product trong Activity, cập nhật trạng thái, trạng thái mở
rộng cho Activity.
7. Người dùng lưu lại kết quả làm việc(Update).
8. Hệ thống kiểm tra nếu cơng việc đã hồn thành (Finish), thì kích hoạt các cơng việc tiếp theo.
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
Dịng sự kiện khác:
• Khơng tìm thấy project:
Trong dịng sự kiện chính, nếu hệ thống khơng tìm thấy project, 1 thơng báo lỗi
được gửi đến cho Member -> Use case kết thúc.
• Khơng tìm thấy Acitivity:
Trong dịng sự kiện chính, nếu các Activity member tham gia đều đã hồn thành(Finish), 1 thơng báo gửi đến cho Member->Use case kết thúc.
Các yêu cầu đặc biệt:
Khơng cĩ.
Điều kiện tiên quyết:
Member phải đăng nhập vào hệ thống.
Post-Condition:
Nếu Use case thành cơng, trạng thái cơng việc trong project bị thay đổi. ... Ngược lại, trạng thái hệ thống khơng thay đổi.
Điểm mở rộng:
Khơng cĩ
4.5.9. Manage Product (quản lý sản phẩm): Tĩm tắt:
Use case cho phép người dùng quản lý product (Upload, Download, Tạo mới ) trong 1 Activity.
Dịng sự kiện:
Dịng sự kiện chính:
Use case bắt đầu khi người dùng muốn quản lý các product cĩ trong Activity: Người dùng chọn 1 loại product trong Activity.
1. Hệ thống yêu cầu người dùng chọn chức năng muốn thực hiện (Upload, Download, Create Object).
2. Sauk hi người dùng chọn xong, 1 trong các luồng phụ sau được thực hiệ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
Nếu chọn “Download”, luồng phụ “Download product” được thực hiện.
Nếu chọn “Create Object”, luồng phụ “Create product” được thực hiện.
• Upload product:
1. Hệ thống yêu cầu người dùng nhập vào tên file product muốn upload.
2. Hệ thống lấy file từ máy người dùng lưu lại tại Server.
• Download product:
1. Hệ thống hiển thị danh sách các file(Product) mà người dùng cĩ thể download.
2. Người dùng chọn file cần download.
3. Hệ thống yêu cầu người dùng nhập vào địa chỉ lưu file(Tại máy của user).
4. Hệ thống thực hiện chuyển nội dung file từ Server về máy của user.
• Create product: Luồng này bắt đầu khi người dùng muốn tạo đối product dạng Object. (Lưu ý kiểu này rất ít sử dụng nên ít được hổ trợ
trong chương trình)
1. Hệ thống yêu cầu người dùng nhập vào thơng tin của Object (Bổ
sung sau).
2. Người dùng điền thơng tin cho Object. 3. Hệ thống lưu lại thơng tin Object.
Các yêu cầu đặc biệt:
Khơng cĩ.
Điều kiện tiên quyết:
User phải đăng nhập vào hệ thống và tham gia thực hiện 1 Activity.