Chương 4. Phân tích yêu cầu hệ thống
4.5. Đặc tả Use Case
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 :
Ø Dòng sự kiện chính:
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.
o Tồn tại project đã tạo từ template này:
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.
4. Hệ thống nhắc nhở người dùng xác nhậ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 hoàn thành: Xem tiến trình thực hiện dự án Nếu project đã hoàn thành: Xem bản báo cáo của dự án Dòng sự kiện:
Ø Dòng sự kiện chính:
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 đã hoà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 đã hoàn thành, Hệ thống tính số ngày hoà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.
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
Ø 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.
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
Ø 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ụ
“Delete user in role” đượ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
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:
Nếu Use case thành công, các thông tin mới của dự án được ghi nhậ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
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 hoà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 đã hoàn thành (Finish), thì kích hoạt các công việc tiếp theo.
9. Member kết thúc phiên làm việc-> Use case kết thú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
Ø 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 đã hoà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:
Nếu chọn “Upload”, luồng phụ “Upload product” đượ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.
Post-Condition:
Nếu Use case thành công, thông tin công việc trong project bị thay đổ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
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.10. UserActivity (Xem thông tin công việc cá nhân):
Tóm tắt:
Use case cho phép 1 user có thể theo dõi thông tin hoạt động của mình. Đóng vai trò tương tự như thời khóa biểu của user đó.
Dòng sự kiện:
Ø Dòng sự kiện chính:
Use case bắt đầu khi người dùng muốn xem thông tin hoạt động của mình.
1. Hệ thống hiển thị danh sách các project mà người dùng tham gia 2. Người dùng chọn project.
3. Hệ thống hiển thị danh sách các công việc mà người dùng tham gia:
Tên công việc, vai trò của người dùng, quyền (View, Edit), trạng thái hiện tại của công việc, thời gian thực hiện.
4. Người dùng xác nhận xem xong.
5. Use case kết thúc.
Ø Dòng sự kiện khác:
• Không có công việc nào:
Nếu trong dòng sự kiện chính, người dùng không tham gia bất kỳ hoạt động nào, 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:
User 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ó