CHƢƠNG 4 PHÂN TÍCH THIẾT KẾ HỆ THỐNG THEO UML
4.2. Biểu đồ Usecase
4.2.3.4. Biểu đồ Usecase “Quản lý độc giả”
Tác nhân “ngƣời dùng” bao gồm admin và ban kỹ thuật
Hình 4.4: Biểu đồ Usecase “Quản lý độc giả”
4.2.3.5. Biểu đồ Usecase “Quản lý mƣợn, trả tài liệu”
Tác nhân “ngƣời dùng” ban gồm admin và ban thủ thƣ
Hình 4.5: Biểu đồ Usecase “Quản lý mƣợn, trả tài liệu”
Dán mã lên TL
Thêm tài liệu
Sửa thơng tin TL
Xóa tài liệu
Ngƣời dùng
Ngƣời dùng
Thêm độc giả
Sửa thông tin ĐG
SVTT: Hiền – Quốc Trang 15
4.2.3.6. Biểu đồ Usecase “tìm kiếm thơng tin”
Các tác nhân tham gia vào quá trình tìm kiếm thơng tin là: admin, ban thủ thƣ, ban kỹ thuật, ban lập kế hoạch.
a. Biểu đồ Usecase “Tìm kiếm tài liệu”
Hình 4.6: Biểu đồ Usecase “tìm kiếm tài liệu” b. Biểu đồ Usecase “tìm kiếm độc giả”
Hình 4.7: Biểu đồ Usecase “Tìm kiếm độc giả” c. Biểu đồ Usecase “Tìm kiếm thơng tin mƣợn trả”
SVTT: Hiền – Quốc Trang 16
4.2.3.7. Biểu đồ Usecase “thống kê, báo cáo”
Tác nhân “Ngƣời dùng” bao gồm các tác nhân nhƣ: Admin, ban thủ thƣ, ban kỹ thuật, ban lập kế hoạch đều tham gia vào quá trình xem các thống kê báo cáo.
Hình 4.9: Biểu đồ Usecase “thống kê, báo cáo”
4.2.3.8. Biểu đồ Usecase “In ấn”
Tác nhân “Ngƣời dùng” bao gồm các tác nhân nhƣ: Admin, ban thủ thƣ, ban kỹ thuật, ban lập kế hoạch đều tham gia vào quá trình in ấn các thống kê báo cáo.
Hình 4.10: Biểu đồ Usecase “In ấn”
4.2.4. Đặc tả các Usecase
4.2.4.1. Đặc tả Usecase “quản trị hệ thống”
a. Đặc tả Usecase “quản lý ngƣời dùng”
SVTT: Hiền – Quốc Trang 17
Tóm tắt: Admin sử dụng Usecase này để thực hiện chức năng thêm ngƣời dùng
mới, cập nhật các thông tin liên quan đến ngƣời dùng nhƣ: tên đăng nhập, họ tên, chức danh, giới tính, email, điện thoại.
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin chọn chức năng thêm ngƣời dùng. + Hệ thống hiển thị giao diện ngƣời dùng.
+ Admin nhập các thông tin liên quan đến ngƣời dùng nhƣ: tên đăng nhập, họ tên, chức danh, giới tính, email, điện thoại.
+ Admin chọn lƣu thơng tin.
+ Hệ thống kiểm tra sự hợp lệ của thông tin và thêm ngƣời dùng vào hệ thống. + Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin hủy bỏ việc thêm ngƣời dùng.
+ Hệ thống bỏ qua giao diện thêm ngƣời dùng và trở về giao diện chính. + Kết thúc Usecase.
Dịng Thứ hai:
+ Thơng tin admin đăng nhập vào không hợp lệ. + Hệ thống hiển thị thông báo lỗi.
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “thêm người dùng” được thực hiện:
Admin phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “thêm người dùng” được thực hiện:
+ Trƣờng hợp thành công: thông tin ngƣời dùng đƣợc thêm vào hệ thống.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và không thêm đƣợc ngƣời dùng vào hệ thống.
Điểm mở rộng: khơng có.
Giao diện:
Đặc tả Usecase “Sửa thông tin ngƣời dùng”
Tóm tắt: Admin sử dụng Usecase này để thực hiện chức năng sửa các thông tin
liên quan đến ngƣời dùng nhƣ: họ tên, chức danh, giới tính, Email, điện thoại, …
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin chọn bảng ghi cần sửa và sửa lại thông tin ngƣời dùng cho đúng. + Hệ thống sẽ kiểm tra sự hợp lệ của thông tin đƣa vào.
+ Admin chọn lƣu thông tin.
+ Hệ thống xác nhận và cập nhật thông tin ngƣời dùng mới + Kết thức Usecase.
SVTT: Hiền – Quốc Trang 18
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin hủy bỏ việc sửa ngƣời dùng.
+ Hệ thống bỏ qua giao diện sửa thông tin ngƣời dùng và trở về giao diện chính.
+ Kết thúc Usecase.
Dịng thứ hai:
+ Thơng tin admin nhập vào không hợp lệ. + Hệ thống hiển thị thông báo lỗi.
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “sửa thông tin người dùng” được thực hiện: Admin phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “sửa thông tin người dùng” được thực hiện:
+ Trƣờng hợp thành công: thông tin ngƣời dùng đƣợc cập nhật lại trong hệ thống.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và thông ngƣời dùng không đƣợc thay đổi trong hệ thống.
Điểm mở rộng: khơng có.
Giao diện:
Đặc tả Usecase “Xóa ngƣời dùng”
Tóm tắt: Admin sử dụng Usecase “Xóa ngƣời dùng” để thực hiện việc chức năng
xóa ngƣời dùng ra khỏi hệ thống.
Dịng sự kiện:
Dịng sự kiện chính:
+ Hệ thống hiển thị giao diện chứa danh sách ngƣời dùng. + Admin chọn ngƣời dùng cần xóa và click vào nút “Xóa”. + Hệ thống thực hiện xóa ngƣời dùng đó.
+ Kết thúc Usecase.
Dịng sự kiện phụ: Dịng thứ nhất:
+ Admin hủy bỏ việc xóa ngƣời dùng.
+ Hệ thống khơng thực hiện chức năng xóa ngƣời dùng. + Kết thúc Usecase.
Dòng thứ hai:
+ Hệ thống có lỗi xảy ra trong quá trinh xử lý. + Hệ thống hiển thị thông báo lỗi.
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “xóa người dùng” được thực hiện: Admin
phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
SVTT: Hiền – Quốc Trang 19
+ Trƣờng hợp thành công: thông tin ngƣời dùng đƣợc xóa ra khỏi hệ thống.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và thông tin ngƣời dùng khơng bị xóa khỏi hệ thống.
Điểm mở rộng: khơng có.
Giao diện:
Đặc tả Usecase “thay đổi mật khẩu”
Tóm tắt: Admin, nhân viên thuộc các ban nhƣ ban kỹ thuật, ban thủ thƣ, ban lập
kế hoạch sử dụng Usecase “Đổi mật khẩu” để thực hiện chức năng thay đổi mật khẩu.
Dòng sự kiện:
Dòng sự kiện chính:
+ Ngƣời dùng chọn chức năng thay đổi mật khẩu.
+ Hệ thống hiển thị giao diện cho phép ngƣời dùng thay đổi mật khẩu. + Ngƣời dùng nhập lại mật khẩu cũ và mật khẩu mới.
+ Hệ thống kiểm tra sự hợp lệ của thông tin đƣa vào và lƣu vào hệ thống. + Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Ngƣời dùng hủy bỏ việc thay đổi mật khẩu.
+ Hệ thống không thực hiện chức năng thay đổi mật khẩu. + Kết thúc Usecase.
Dịng thứ hai:
+ Thơng tin ngƣời dùng nhập vào không hợp lệ. + Hệ thống hiển thị thông báo lỗi.
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “thay đổi mật khẩu” được thực hiện:
Ngƣời dùng phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “thay đổi mật khẩu” được thực hiện:
+ Trƣờng hợp thành công: mật khẩu của ngƣời dùng đƣợc thay đổi.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và mật khẩu của ngƣời dùng không đƣợc thay đổi.
Điểm mở rộng: khơng có.
Giao diện:
b. Đặc tả Usecase “Đăng nhập”
Tóm tắt: Admin, nhân viên thuộc các ban nhƣ ban kỹ thuật, ban thủ thƣ, ban lập
kế hoạch sử dụng Usecase “Đăng nhập” để thực hiện chức năng đăng nhập vào hệ thống.
Dòng sự kiện:
Dịng sự kiện chính:
+ Hệ thống hiển thị giao diện đăng nhập.
SVTT: Hiền – Quốc Trang 20
+ Hệ thống kiểm tra và xác nhận thông tin đăng nhập. + Hiển thị giao diện chính của chƣơng trình.
+ Kết thúc Usecase.
Dịng sự kiện phụ: Dòng thứ nhất:
+ Ngƣời dùng hủy bỏ yêu cầu đăng nhập. + Hệ thống đóng lại.
+ Kết thúc Usecase.
Dịng thứ hai:
+ Thơng tin ngƣời dùng nhập vào không hợp lệ.
+ Hệ thống hiển thị thông báo lỗi và yêu cầu đăng nhập lại. + Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “Đăng nhập” được thực hiện: khơng địi
hỏi u cầu gì trƣớc đó
Trạng thái hệ thống sau khi Usecase “Đăng nhập” được thực hiện:
+ Trƣờng hợp thành công: hệ thống sẽ hiển thị giao diện chính và ngƣời dùng có
thể thực hiện các chức theo đúng quyền hạn của mình.
+ Trƣờng hợp thất bại: hệ thống thơng báo lỗi và yêu cầu đăng nhập lại.
Điểm mở rộng: khơng có.
Giao diện:
c. Đặc tả Usecase “Sao lƣu phục, hồi dữ liệu”
Tóm tắt: Admin sử dụng Usecase “Sao lƣu phục hồi dữ liệu” để thực hiện chức
năng sao lƣu, phục hồi dữ liệu.
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin chọn chức năng sao lƣu và phục hồi dữ liệu. + Hệ thống hiển thị giao diện sao lƣu và phục hồi dữ liệu. + Admin lựa chọn hình thức sao lƣu hoặc phục hồi dữ liệu.
+ Hệ thống xác nhận và thực hiện sao lƣu, phục hồi dữ liệu theo yêu cầu của admin. + Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin hủy bỏ việc sao lƣu và phục hồi dữ liệu.
+ Hệ thống bỏ qua giao diện sao lƣu, phục hồi dữ liệu và trở về giao diện chính.
+ Kết thúc Usecase.
Dòng thứ hai:
+ Hệ thống xảy ra lỗi trong quá trình sao lƣu, phục hồi dữ liệu. + Hệ thống hiển thị thông báo lỗi.
SVTT: Hiền – Quốc Trang 21
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “Sao lưu, phục hồi dữ liệu” được thực hiện: khơng địi hỏi u cầu gì trƣớc đó
Trạng thái hệ thống sau khi Usecase “Sao lưu, phục hồi dữ liệu” được thực hiện:
+ Trƣờng hợp thành công: dữ liệu đƣợc sao lƣu lại trên đĩa cứng hoặc đƣợc phục
hồi lại.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi.
Điểm mở rộng: khơng có.
Giao diện:
4.2.4.2. Đặc tả Usecase “Quản lý tài liệu”
a. Đặc tả Usecase “Thêm tài liệu”
Tóm tắt: Ban kỹ thuật, Admin sử dụng Usecase “Thêm tài liệu” để thực hiện chức
năng thêm thêm tài vào hệ thống.
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin, ban kỹ thuật chọn chức năng thêm tài liệu. + Hệ thống hiển thị giao diện thêm tài liệu.
+ Nhập các thông tin: mã tài liệu, tên tài liệu, nhà xuất bản, tác giả, năm xuất bản, ngôn ngữ, số lần tái bản, chọn dạng tài liệu…..
+ Hệ thống kiểm tra sự hợp lệ của thông tin đƣa vào, xác nhận và lƣu thông tin vào hệ thống.
+ Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin, ban kỹ thuật hủy bỏ việc thêm tài liệu.
+ Hệ thống bỏ qua giao diện thêm dữ liệu và trở về giao diện chính. + Kết thúc Usecase.
Dòng thứ hai:
+ Hệ thống xảy ra lỗi trong quá trình thêm tài liệu. + Hệ thống hiển thị thông báo lỗi.
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “Thêm tài liệu” được thực hiện: Admin,
ban kỹ thuật phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “Thêm tài liệu” được thực hiện:
+ Trƣờng hợp thành công: thông tin về tài liệu đƣợc lƣu vào hệ thống.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và thông tin về tài liệu không đƣợc lƣu vào hệ thống.
Điểm mở rộng: khơng có.
SVTT: Hiền – Quốc Trang 22
b. Đặc tả Usecase “Sửa thông tin tài liệu”
Tóm tắt: Ban kỹ thuật, Admin sử dụng Usecase “Thêm tài liêu” để thực hiện chức
năng sửa thông tin tài liệu nhƣ: tên tài liệu, tên tác giả, năm xuất bản, nhà xuất bản, thể loại tài liệu, ngơn ngữ.
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin, ban kỹ thuật chọn chức năng sửa thông tin tài liệu. + Hệ thống hiển thị giao diện chứa danh sách tài liệu.
+ Admin, ban kỹ thuật chọn tài liệu cần sửa.
+ Thay đổi các thông tin: tên tài liệu, nhà xuất bản, tác giả, năm xuất bản, ngôn ngữ, số lần tái bản, chọn dạng tài liệu… của tài liệu đang chọn.
+ Hệ thống kiểm tra sự hợp lệ của thông tin đƣa vào, xác nhận và lƣu thông tin thay đổi vào hệ thống.
+ Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin, ban kỹ thuật hủy bỏ việc sửa thông tin tài liệu.
+ Hệ thống bỏ qua giao diện thêm dữ liệu và trở về giao diện chính. + Kết thúc Usecase.
Dịng thứ hai:
+ Thông tin nhập vào không hợp lệ. + Hệ thống hiển thị thông báo lỗi. + Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “Sửa thông tin tài liệu” được thực hiện:
Admin, ban kỹ thuật phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “Sửa thông tin tài liệu” được thực hiện: + Trƣờng hợp thành công: thông tin về tài liệu đƣợc cập nhập lại.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và thông tin về tài liệu không đƣợc thay đổi.
Điểm mở rộng: khơng có.
Giao diện:
c. Đặc tả Usecase “Xóa tài liệu”
Tóm tắt: Ban kỹ thuật, Admin sử dụng Usecase “Xóa tài liệu” để xóa tài liệu khỏi
hệ thống khi tài liệu đó khơng đƣợc sử dụng.
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin, ban kỹ thuật chọn chức năng xóa tài liệu. + Hệ thống hiển thị giao diện chứa danh sách tài liệu. + Admin, ban kỹ thuật chọn tài liệu cần xóa.
SVTT: Hiền – Quốc Trang 23
+ Hệ thống xác nhận và xóa tài liệu đó ra khỏi hệ thống. + Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin, ban kỹ thuật hủy bỏ xóa tài liệu.
+ Hệ thống bỏ qua giao diện xóa tài liệu và trở về giao diện chính. + Kết thúc Usecase.
Dòng thứ hai:
+ Hệ thống xảy ra lỗi trong quá trình xử lý dữ liệu + Hệ thống hiển thị thông báo lỗi.
+ Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “Xóa tài liệu” được thực hiện: Admin, ban
kỹ thuật phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “Xóa tài liệu” được thực hiện:
+ Trƣờng hợp thành cơng: tài liệu đó đƣợc xóa ra khỏi hệ thống.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và tài liệu khơng xóa đƣợc.
Điểm mở rộng: khơng có.
Giao diện:
4.2.4.3. Đặc tả Usecase “Quản lý độc giả”
a. Đặc tả Usecase “Thêm độc giả”
Tóm tắt: Ban kỹ thuật, Admin sử dụng Usecase “Thêm độc giả” để thực hiện chức
năng thêm độc giả vào hệ thống.
Dịng sự kiện:
Dịng sự kiện chính:
+ Admin, ban kỹ thuật chọn chức năng thêm độc giả.
+ Hệ thống hiển thị giao diện chứa chức năng thêm độc giả.
+ Ban kỹ thuật nhập thông tin của độc giả: mã thẻ, họ tên, năm sinh, giới tính, ngày cấp thẻ, ngày hết hạn, mã ngành, mã lớp (đối với độc giả là học sinh, sinh viên) và chọn lƣu thông tin
+ Hệ thống kiểm tra và xác nhận sự hợp lệ của thông tin đƣa vào, lƣu thông tin độc giả vào hệ thống.
+ Kết thúc Usecase.
Dòng sự kiện phụ: Dòng thứ nhất:
+ Admin, ban kỹ thuật hủy bỏ việc thêm độc giả.
+ Hệ thống bỏ qua giao diện thêm độc giả và trở về giao diện chính. + Kết thúc Usecase.
Dịng thứ hai:
SVTT: Hiền – Quốc Trang 24
+ Hệ thống hiển thị thông báo lỗi. + Kết thúc Usecase.
Trạng thái hệ thống trước khi Usecase “Thêm độc giả” được thực hiện: Admin,
ban kỹ thuật phải đăng nhập vào hệ thống trƣớc khi thực hiện chức năng này.
Trạng thái hệ thống sau khi Usecase “Thêm độc giả” được thực hiện:
+ Trƣờng hợp thành công: thông tin về độc giả đƣợc lƣu vào hệ thống.
+ Trƣờng hợp thất bại: hệ thống thông báo lỗi và thông tin độc giả không đƣợc lƣu vào hệ thống.
Điểm mở rộng: khơng có.
Giao diện:
b. Đặc tả Usecase “Xóa độc giả”
Tóm tắt: Ban kỹ thuật, Admin sử dụng Usecase “Xóa độc giả” để thực hiện chức
năng xóa độc giả ra khỏi hệ thống.
Dòng sự kiện:
Dịng sự kiện chính:
+ Admin, ban kỹ thuật chọn chức năng xóa độc giả.