30
4.4.4 Quản lý dịch vụ
Cho phép người dùng là quản lý hệ thống thực hiện các công việc liên quan đến quản lý thơng tin dịch vụ trên hệ thống: thêm-sửa-xóa dịch vụ. gán luồng xử lý văn bản cho các dịch vụ.
Thêm dịch vụ
Sửa dịch vụ
Xóa dịch vụ
Map luồng xử lý văn bản Quản trị hệ thống Quản lý dịch vụ <<Extend >> <<Extend >> <<Extend >> <<Extend >> Hình 4.5: Usecase quản lý dịch vụ 4.5 Đặc tả Use-case 4.5.1 Đăng nhập bảo mật. - Đặc tả:
Tên Usecase: Đăng nhập Mức độ BMT: A
Tác nhân chính: Tất cả các tác nhân Tác nhân phụ: Hệ thống
Mô tả Usecase: Dùng để đăng nhập vào hệ thống ký số thông qua SIM-KPI, để tăng
cường lớp bảo mật cho hệ thống chức năng đăng nhập đã được thiết kế thông qua 03 lớp:
- Lớp 1: Đăng nhập sử dụng tài khoản LDAP - Lớp 2: Đăng nhập sử dụng mã PIN của SIM-KPI - Lớp 3: Đăng nhập sử dụng mã OTP
Điều kiện để bắt đầu Use-case (Pre-Condition): Cán bộ được cấp account đăng nhập
vào hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Đăng nhập thành công và hiện thị
giao diện ký số cho người dùng
31
Đăng nhập lớp 1 – LDAP:
Bước 1: Người dùng nhập userName và password mà quản trị đã cấp khi đăng ký
tài khoản trên hệ thống và nhấn “Đăng nhập” trên giao điện đăng nhập.
Bước 2: Chương trình truy xuất vào DB và thực hiện kiểm tra thơng tin người dùng:
• Nếu thơng tin user có trong DB thì chương trình chuyển sang Bước 3.
• Nếu thơng tin user khơng có trong DB thì chương trình cảnh báo “Tài khoản khơng hợp lệ” cho người dùng.
Bước 3: Hệ thống thực hiện kiểm tra tài khoản thông qua API gọi lên LDAP server.
• Nếu server trả về tài khoản đúng thì hệ thống chuyển qua đăng nhập lớp 02 bằng SIM-KPI
• Nếu sai thơng tin tài khoản thì hệ thống thơng báo “Tài khoản sai” cho user.
Đăng nhập lớp 2 – Đăng nhập sử dụng mã pin của SIM-KPI:
Bước 1: Sau khi người dùng đăng nhập thành công qua lớp 1. Hệ thống tiếp tục thực
hiện đăng nhập lớp 2 sử dụng SIM-KPI.
Bước 2: Hệ thống đọc danh sách các CTS kết nối tới máy client và thực hiện hiển
thị danh sách các CTS này cho người sử dụng.
Bước 3: Người sử dụng chọn CTS của mình và kích vào “OK”.
Bước 4: Hệ thống thực hiện lấy thông tin CTS và kiểm tra thông tin CTS đã được
đăng ký cho user đăng nhập trên hệ thống CKS chưa. • Nếu đã được đăng ký thì chuyển sang Bước 5
• Nếu chưa được đăng ký thì thơng báo cho người dùng “CTS chưa được đăng ký cho user trên hệ thống CKS”
Bước 5: Hệ thống thực hiện gọi hàm login vào SIM-KPI. Hệ thống hiển thị dialog
yêu cầu nhập pass của SIM-KPI (chỉ người sở hữu mới có tài khoản).
Bước 6: Người dùng nhập pass SIM-KPI
Bước 7: SIM-KPI thực hiện valid thông tin pass SIM-KPI mà người dùng nhập vào.
• Nếu hợp lệ thì thực hiện gửi mã OTP cho người dùng.
• Nếu sai pass thì thơng báo cho người dùng và u cầu nhập lại.
Đăng nhập lớp 3 – Đăng nhập sử dụng mã OTP:
Bước 1: Hệ thống gửi mã OTP về số điện thoại người đã đăng ký, mã OTP có hiệu
32
Bước 2: Người dùng nhập 6 số OTP và kích vào “Xác thực”, hệ thống kiểm tra:
• Nếu OTP sai, hệ thống báo lỗi và yêu cầu người dùng nhập lại
• Nếu trong vịng 60s mà người dùng khơng nhập OTP hoặc nhập OTP sai hệ thống sẽ thông báo cho người dùng và Form OTP sẽ bị đóng lại, lúc này người dùng phải đăng nhập lại từ đầu.
• Nếu OTP đúng, hệ thống hiển thị giao diện báo cáo.
- Sơ đồ luồng:
Bắt đầu
Hệ thống đọc hiển thị chứng thư số trong SIM-KPI kết nối với PC cá nhân
Người dùng chọn CTS và bấm “OK”
Hệ thống kiểm tra CTS có gắn với người dùng không
DB
Hệ thống thực hiện login vào SIM- KPI
SIM-KPI hiển thị dialog nhập pass và người dùng thực hiện nhập pass
SIM-KPI kiểm tra pass
Hệ thống gửi mã OTP cho người dùng
Hệ thống hiển thị form nhập mã OTP và người dùng thực hiện nhập mã
Hệ thống kiểm tra OTP người dùng nhập Cảnh báo sai thông tin tài
khoản cho người dùng
Hiển thị giao diện người dùng
Kết thúc
NOT OK
NOT OK
NOT OK
33
4.5.2 Ký số văn bản.
- Đặc tả:
Tên Usecase: Ký số văn bản Mức độ BMT: B
Tác nhân chính: Chuyên viên, lãnh đạo, đối tác,
văn thư
Tác nhân phụ: Hệ thống
Mô tả Usecase: Dùng để ký số văn bản sử dụng SIM-KPI (Chức năng chỉ được
bật cho người dùng có quyền ký số)
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập và
có văn bản đang chờ ký
Điều kiện để kết thúc Use-case (Post Condition): Văn bản ký số thành cơng
34
Trình tự các sự kiện:
• Sau khi nhận được thơng báo: Có văn bản đang chờ ký, người dùng đăng nhập hệ thống để thực hiện ký văn bản.
• Dựa vào thơng tin tài khoản đăng nhập, hệ thống thực hiện tìm kiếm và hiển thị thông tin các văn bản chờ ký theo thơng tin tài khoản đăng nhập: • Dựa vào tài khoản đăng nhập, hệ thống xác định được danh sách các dịch
vụ mà người dùng đang quản lý.
• Khi đã có danh sách các dịch vụ mà người dùng quản lý, hệ thống tiếp tục tìm kiếm và hiển thị danh sách các văn bản chờ ký của từng dịch vụ lên menu “Văn bản chờ ký”
• Trên giao diện menu “Văn bản chờ ký”, người dùng thực hiện chọn văn bản cần ký và kích vào “Ký văn bản”.
• Hệ thống thực hiện ký duyệt văn bản, văn bản sau khi được ký duyệt xong sẽ vào giao diện “Văn bản đã ký”.
• Hệ thống cảnh báo sms, email đến các user liên quan đến văn bản.
Sơ đồ luồng:
Kết thúc Bắt đầu
Người dùng chọn văn bản cần ký trong danh sách biên bản chờ ký
Nguời dùng bấm vào nút “ký văn bản”
Hệ thống thực hiện cập nhật lại trạng thái văn bản trên DB và tên file trên
Server
DB Hệ thống kiểm tra thông tin văn bản
có đúng định dạng A4
Gửi cảnh báo cho những user đã tác động lên văn bản Server lưu
file
Cảnh báo cho người dùng lỗi
35
- Biểu đồ tuần tự:
4.5.3 Từ chối ký văn bản.
- Đặc tả:
Tên Usecase: Từ chối ký văn bản Mức độ BMT: B
Tác nhân chính: Chuyên viên, lãnh đạo, đối tác,
văn thư
Tác nhân phụ: Hệ thống
Mô tả Usecase: Các văn bản trong quá trình ký số có thể gặp một số lỗi liên
quan tới font chữ, ngày tháng … bị sai nhưng không được phát hiện kịp thời nên văn bản đã được dự thảo và đang xử lý trên hệ thống. Người ký phát hiện ra cần từ chối văn bản để chỉnh sửa lại văn bản.
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
và có văn bản đang chờ ký
Điều kiện để kết thúc Use-case (Post Condition): Văn bản từ chối thành cơng
36
Trình tự các sự kiện:
Bước 1: Người dùng chọn văn bản cần từ chối ký trên giao diện “Văn bản
chờ ký” và kích vào “Từ chối”.
Bước 2: Hệ thống hiển thị dialog yêu cầu người dùng nhập thông tin từ chối
ký văn bản
Bước 3: Người dùng nhập thông tin từ chối ký và kích vào “OK” Bước 4: Hệ thống kiểm tra thông tin người dùng nhập
➢ Nếu chưa nhập thông tin từ chối, hệ thống báo lỗi cho người dùng
➢ Nếu nhập đủ thơng tin, chương trình chuyển sang bước 5.
Bước 5:
➢ Hệ thống cập nhật lại tên văn bản
➢ Hệ thống cập nhật trạng thái văn bản trong DB về trạng thái “Từ chối”, tên và đường dẫn văn bản từ chối
➢ Văn bản sau khi bị từ chối sẽ nằm trong giao diện “Văn bản”
• Bước 6: Chương trình thực hiện cảnh báo sms/email cho người dùng đã
từng tác động lên văn bản
37
Kết thúc Bắt đầu
Người dùng chọn văn bản cần từ chối trong danh sách biên bản chờ ký
Nguời dùng nhập thông tin về nguyên nhân từ chối văn bản
Hệ thống thực hiện cập nhật lại trạng thái văn bản trên DB và tên file trên
Server
DB Hệ thống kiểm tra thông về việc từ
chối văn bản
Gửi cảnh báo cho những user đã tác động lên văn bản Server lưu
file
Cảnh báo cho người dùng vì chưa nhập nguyên nhân từ chối
38
4.5.4 Báo cáo quản lý văn bản chờ xử lý.
- Đặc tả:
Tên Usecase: Quản lý các văn bản chờ ký Mức độ BMT: B
Tác nhân chính: Tất cả các tác nhân Tác nhân phụ: Hệ thống
Mô tả Usecase: Quản lý các văn bản chờ ký của user tương ứng
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
và có văn bản chờ ký liên quan tới người dùng đã được dự thảo lên hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Hiển thị giao diện danh
sách các văn bản đang chờ ký cho người dùng
Trình tự các sự kiện:
Bước 1: Người dùng chọn menu “Văn bản” trên giao diện chương trình Bước 2: Hệ thống kiểm tra thơng tin tài khoản của người dùng, từ đó sẽ
lấy danh sách các văn bản theo user này.
39
4.5.5 Báo cáo quản lý văn bản đã xử lý.
Tên Usecase: Quản lý các văn bản đã ký Mức độ BMT: B
Tác nhân chính: Tất cả các tác nhân Tác nhân phụ: Hệ thống
Mô tả Usecase: Quản lý các văn bản đã ký hiện thị danh sách các văn bản của
user tương ứng. User có quyền cao nhất mới có chức năng hủy ký văn bản tại đây
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
và có văn bản đã ký liên quan tới người dùng trên hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Hiển thị giao diện danh
sách các văn bản đang đã ký cho người dùng
Trình tự các sự kiện:
Bước 1: Người dùng chọn menu “Văn bản đã ký” trên giao diện chương
trình.
Bước 2: Hệ thống kiểm tra thơng tin tài khoản của người dùng, từ đó sẽ
lấy danh sách các văn bản theo user này.
Bước 3: Hiển thị danh sách các văn bản. - Sơ đồ luồng:
Kết thúc Bắt đầu
Người dùng chọn văn bản đã xử lý trong menu “văn bản”
Thông báo lỗi cho quản trị viên
Hiển thị dữ liệu cho người dùng Hệ thống load cở sở dữ liệu trong DB
40
4.5.6 Quản lý Người dùng.
Tên Usecase: Quản lý các user trên hệ thống Mức độ BMT: B
Tác nhân chính: quản trị viên Tác nhân phụ: Hệ thống
Mô tả Usecase: Quản lý thông tin các user trên hệ thống
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
vào hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Hiển thị giao diện danh
sách các user có trong hệ thống
Trình tự các sự kiện:
Bước 1: Người dùng thực hiện vào menu “Quản lý User”.
Bước 2: Hệ thống thực hiện tìm kiếm và hiển thị danh sách các user được
quản lý bởi User đăng nhập.
Bước 3: Hệ thống hiển thị danh sách người dùng. - Sơ đồ luồng:
Kết thúc Bắt đầu
Người dùng chọn quản lý user trong menu “hệ thống”
Thông báo lỗi cho quản trị viên
Hiển thị dữ liệu cho người dùng Hệ thống load cở sở dữ liệu trong DB
41
4.5.7 Quản lý dịch vụ.
Tên Usecase: Quản lý các dịch vụ trên hệ thống Mức độ BMT: B
Tác nhân chính: quản trị viên, chuyên viên,
lãnh đạo
Tác nhân phụ: Hệ thống
Mô tả Usecase: Quản lý thông tin các dịch vụ trên hệ thống. Mã dịch vụ là duy nhất trên hệ thống
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
vào hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Hiển thị giao diện danh
sách các dịch vụ người dùng quản lý trong hệ thống
Trình tự các sự kiện:
Bước 1: Người dùng thực hiện vào menu “Quản lý dịch vụ”.
Bước 2: Hệ thống thực hiện tìm kiếm và hiển thị danh sách các dịch vụ
42
Bước 3: Hệ thống hiển thị danh sách dịch vụ cho User. - Sơ đồ luồng:
Kết thúc Bắt đầu
Người dùng chọn quản lý dịch vụ trong menu “văn bản”
Thông báo lỗi cho quản trị viên
Hiển thị dữ liệu cho người dùng Hệ thống load cở sở dữ liệu trong DB
4.5.8 Từ điển luồng ký văn bản.
Tên Usecase: Quản lý các từ điển luồng Mức độ BMT: B
Tác nhân chính: quản trị viên, chuyên viên Tác nhân phụ: Hệ thống
Mô tả Usecase: Quản lý thông tin luồng xử lý văn bản đã được định nghĩa bởi người dùng
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
vào hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Hiển thị các luồng user
quản lý theo group user.
Trình tự các sự kiện:
Bước 1: Người dùng thực hiện vào menu “Từ điển luồng”.
Bước 2: Hệ thống thực hiện tìm kiếm và hiển thị danh sách các luồng xử
lý được quản lý bởi User.
Bước 3: Hệ thống hiển thị danh sách luồng cho User. - Sơ đồ luồng:
43
Kết thúc Bắt đầu
Người dùng chọn luồng xử lý trong menu “văn bản”
Thông báo lỗi cho quản trị viên
Hiển thị dữ liệu cho người dùng Hệ thống load cở sở dữ liệu trong DB
4.5.9 Dự thảo văn bản.
Tên Usecase: Dự thảo văn bản ký số Mức độ BMT: B
Tác nhân chính: chuyên viên Tác nhân phụ: Hệ thống
Mô tả Usecase: Cho phép người dùng thực hiện dự thảo các file văn bản cho các dịch vụ lên hệ thống để thực hiện ký số văn bản.
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
vào hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Dự thảo thành công văn
bản ký số lên hệ thống
Trình tự các sự kiện:
Bước 1: Người dùng thực hiện lựa chọn các tham số trong giao diện “Dự
thảo văn bản” để thực hiện upload:
Bước 2: Người dùng thực hiện kích vào “Dự thảo văn bản”.
Bước 3: Hệ thống thực hiện kiểm tra các điều kiện theo quy định: chỉ tổn
tại duy nhất 1 văn bản trên hệ thống, khoảng trắng của văn bản đủ để hiển thị CKS.
➢ Nếu thỏa mãn, thực hiện upload văn bản lên server, ghi log vào DB đồng thời thực hiện cảnh báo thành công cho người dùng.
44
➢ Nếu không thỏa mãn, thực hiện cảnh báo lỗi ở bước nào cho người dùng.
- Sơ đồ luồng:
Kết thúc Bắt đầu
Người dùng chọn dự thảo văn bản trong menu “văn bản”
Hiển thị popup lỗi cho người dùng, bắn message lỗi cho quản trị viên
Hiển thị popup message thông báo thành công
Bấm nút chuyển xử lý Chọn văn bản tải lên và nhập thông tin
trên giao diện trang web
45
4.5.10 Download văn bản.
Tên Usecase: Download văn bản Mức độ BMT: B
Tác nhân chính: Tất cả các tác nhân Tác nhân phụ: Hệ thống
Mô tả Usecase: Cho phép người dùng tải văn bản ký số trên hệ thống về máy cá nhân
Điều kiện để bắt đầu Use-case (Pre-Condition): Người dùng đã đăng nhập
vào hệ thống
Điều kiện để kết thúc Use-case (Post Condition): Tải thành công văn bản ký
số về máy tính cá nhân user.
Trình tự các sự kiện:
Bước 1: Người dùng chọn các văn bản cần download trên bảng danh sách
các văn bản và chọn chức năng “Download” trên giao diện.
Bước 2: Chương trình thực hiện kiểm tra các văn bản mà người dùng chọn:
➢ Nếu số lượng văn bản đã chọn =0 thì cảnh báo cho người dùng