You are on page 1of 80

ĐẠI HỌC ĐÀ NẴNG

TRƯỜNG ĐẠI HỌC SƯ PHẠM


KHOA TIN HỌC

BÁO CÁO
PHÂN TÍCH VÀ THIẾT KẾ HỆ
THỐNG THÔNG TIN

ĐỀ TÀI

HỆ THỐNG QUẢN LÍ THƯ VIỆN


Giảng viên bộ môn: Huỳnh Ngọc Thọ
Sinh viên thực hiện:
Hoàng Thị Diễm My 18CNTT3
Huỳnh Thị Yến Nghĩa 18CNTT3
Trần Thị Minh Trâm 18CNTT3
Trần Như Thảo 18CNTT3
Trần Thị Thủy Tiên 18CNTT3

Đà Nẵng-2021
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

MỤC LỤC
DANH SÁCH CÁC HÌNH VẼ.....................................................................................................4
DANH SÁCH CÁC BẢNG...........................................................................................................5
MỞ ĐẦU........................................................................................................................................6
1. LÍ DO CHỌN ĐỀ TÀI HỆ THỐNG QUẢN LÍ THƯ VIỆN SÁCH......................................................6
2. PHÁT BIỂU BÀI TOÁN.............................................................................................................6
2.1. Hoạt động nghiệp vụ thư viện:.......................................................................................6
2.2. Yêu cầu hệ thống:...........................................................................................................6
CHƯƠNG 1: PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THEO UML(UNIFIED
MODELING LANGUAGE).........................................................................................................8
1.1. CÁC CHỨC NĂNG CỦA HỆ THỐNG.......................................................................................8
1.2. BIỂU ĐỒ USECASE..............................................................................................................8
1.3. VẼ BIỂU ĐỒ USECASE.......................................................................................................10
1.3.1. Biểu đồ Usecase tổng quát.......................................................................................10
1.3.2. Biểu đồ Usecase “Quản trị hệ thống”......................................................................11
1.3.3. Biểu đồ Usecase “Quản lý tài liệu”.........................................................................12
1.3.4. Biểu đồ Usecase “Quản lý độc giả”.........................................................................12
1.3.5. Biểu đồ Usecase “Quản lý mượn, trả tài liệu”........................................................13
1.3.6. Biểu đồ Usecase “Tìm kiếm thông tin”....................................................................13
1.3.7. Biểu đồ Usecase “Thống kê dữ liệu”.......................................................................14
1.4. ĐẶC TẢ CÁC USECASE.....................................................................................................15
1.4.1. Đặc tả Usecase “quản trị hệ thống”........................................................................15
a. Đặc tả Usecase “quản lý người dùng”..........................................................................15
b. Đặc tả Usecase “Đăng nhập”........................................................................................18
c. Đặc tả Usecase “Sao lưu phục, hồi dữ liệu”.................................................................19
1.4.2. Đặc tả Usecase “Quản lý tài liệu”...........................................................................20
a. Đặc tả Usecase “Thêm tài liệu”....................................................................................20
b. Đặc tả Usecase “Sửa thông tin tài liệu”........................................................................20
c. Đặc tả Usecase “Xóa tài liệu”......................................................................................21
1.4.3. Đặc tả Usecase “Quản lý độc giả”..........................................................................22
a. Đặc tả Usecase “Thêm độc giả”...................................................................................22
b. Đặc tả Usecase “Xóa độc giả”......................................................................................23
1.4.4. Đặc tả Usecase “Quản lý mượn, trả”......................................................................24
a. Đặc tả Usecase “Quản lý mượn tài liệu”......................................................................24
b. Đặc tả Usecase “Quản lý trả tài liệu”...........................................................................25
c. Đặc tả Usecase “Xử lý độc giả vi phạm”.....................................................................26
1.4.5. Đặc tả Usecase “Tìm kiếm thông tin”......................................................................27
a. Đặc tả Usecase “Tìm kiếm tài liệu”.............................................................................27
b. Đặc tả Usecase “Tìm kiếm độc giả”.............................................................................27
1.4.6. Đặc tả Usecase “Thống kê dữ liệu”.........................................................................28
1.5. VẼ BIỂU ĐỒ LỚP (VỚI CÔNG CỤ VẼ DIAGRAMS)...............................................................29
1.5.1. Biểu đồ lớp hệ thống.................................................................................................29
1.5.2. Biểu đồ các lớp độc giả............................................................................................30
1.5.3. Biểu đồ các lớp mượn trả.........................................................................................30
1.5.4. Biểu đồ các lớp tài liệu.............................................................................................31
1
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.5.5. Biểu đồ lớp tổng quát................................................................................................31


1.5.6. Danh sách các lớp:...................................................................................................32
1.5.6.1. Lớp “NguoiDung” (Người dùng)..........................................................................32
1.5.6.2. Lớp “ChucNang” (Chức năng):.............................................................................33
1.5.6.3. Lớp “DSDKTaoThe” (Danh sách đăng ký tạo thẻ)...............................................33
1.5.6.4. Lớp “DonVi” (Đơn vị)...........................................................................................34
1.5.6.5. Lớp “DocGia” (Độc giả)........................................................................................35
1.5.6.6. Lớp “XulyVP” (Xử lý vi phạm)............................................................................36
1.5.6.7. Lớp “Lop” (Lớp)....................................................................................................37
1.5.6.8. Lớp “TheLoai” (Thể Loại).....................................................................................37
1.5.6.9. Lớp “TacGia” (Tác giả).........................................................................................38
1.5.6.10. Lớp “NhaXB” (Nhà Xuất bản)...........................................................................38
1.5.6.11. Lớp “NhaCungCap” (Nhà cung cấp)..................................................................39
1.5.6.12. Lớp “NgonNgu” (Ngôn Ngữ).............................................................................39
1.5.6.13. Lớp “Tailieu” (Tài liệu)......................................................................................40
1.5.6.14. Lớp “PhieuNhap” (Phiếu nhập)..........................................................................41
1.5.6.15. Lớp “TaiLieuCT” (Tài liệu chi tiết)...................................................................42
1.5.6.16. Lớp “MuonTra” (Mượn trả tài liệu)...................................................................43
1.5.6.17. Lớp “ViTriTL” (Vị trí tài liệu)...........................................................................43
1.6. ACTIVITY DIAGRAMS ( SƠ ĐỒ HOẠT ĐỘNG).....................................................................44
1.6.1. Biểu đồ hoạt động đăng nhập...................................................................................44
1.6.2. Biểu đồ hoạt động thay đổi mật khẩu.......................................................................45
1.6.3. Biểu đồ hoạt động thêm, sửa, xoá người dùng.........................................................45
1.6.4. Biểu đồ hoạt động thêm, sửa, xoá tài liệu................................................................48
1.6.5. Biểu đồ hoạt động mượn tài liệu...............................................................................50
1.6.6. Biểu đồ hoạt động trả tài liệu...................................................................................51
1.6.7. Biểu đồ hoạt động tìm kiếm thông tin.......................................................................52
1.6.8. Biểu đồ hoạt động thống kê......................................................................................53
1.7. SEQUENCE DIAGRAMS (SƠ ĐỒ TUẦN TỰ).........................................................................54
1.7.1. Biểu đồ tuần tự đăng nhập........................................................................................54
1.7.2. Biểu đồ tuần tự tìm kiếm thông tin............................................................................55
1.7.3. Biểu đồ tuần tự mượn sách.......................................................................................56
1.7.4. Biểu đồ tuần tự trả sách............................................................................................58
1.7.5. Biểu đồ tuần tự thống kê sách...................................................................................59
1.7.6. Biểu đồ tuần tự thống kê độc giả..............................................................................60
1.8. STATE DIAGRAMS (SƠ ĐỒ TRẠNG THÁI)..........................................................................61
1.8.1. Biểu đồ trạng thái đăng nhập...................................................................................62
1.8.2. Biểu đồ trạng thái thêm độc giả...............................................................................63
1.8.4. Biểu đồ trạng thái xoá độc giả.................................................................................64
1.8.5. Biểu đồ trạng thái mượn sách...................................................................................65
1.8.6. Biểu đồ trạng thái trả sách.......................................................................................67
1.8.7. Biểu đồ trạng thái thêm sách....................................................................................68
1.8.8. Biểu đồ trạng thái sửa sách......................................................................................68
1.8.9. Biểu đồ trạng thái xoá sách.....................................................................................69
1.8.10. Biểu đồ trạng thái chức năng tìm kiếm.....................................................................70
1.9. PACKAGE DIAGRAMS (BIỂU ĐỒ GÓI)................................................................................71
1.10. COMPONENT DIAGRAMS...............................................................................................73
1.10.1. Biểu đồ component quản lí tài liệu...........................................................................73
1.10.2. Biểu đồ component quản lí độc giả..........................................................................73
1.10.3. Biểu đồ component quản lí phiếu mượn...................................................................74
2
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.11. DEPLOYMENT DIAGRAMS.............................................................................................75


CHƯƠNG 2: KẾT LUẬN..........................................................................................................77
2.1. KẾT QUẢ ĐẠT ĐƯỢC............................................................................................................77
2.2. HẠN CHẾ..............................................................................................................................77
2.3. Hướng phát triển.................................................................................................................77

3
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

DANH SÁCH CÁC HÌNH VẼ


Hình 1: Các chức năng của hệ thống.................................................................................8
Hình 2: Hệ thống quản lý thư viện...................................................................................11
Hình 3: Biểu đồ Usecase “Quản trị hệ thống”.................................................................11
Hình 4: Biểu đồ Usecase “Quản trị tài liệu”....................................................................12
Hình 5: Biểu đồ Usecase “Quản trị độc giả”....................................................................12
Hình 6: Biểu đồ Usecase “Quản trị mượn, trả tài liệu”....................................................13
Hình 7: Biểu đồ Usecase “Tìm kiếm thông tin”...............................................................13
Hình 8: Biểu đồ Usecase “Tìm kiếm độc giả”.................................................................14
Hình 9: Biểu đồ Usecase “Tìm kiếm thông tin mượn trả”...............................................14
Hình 10: Biểu đồ Usecase “Thống kê dữ liệu”................................................................14
Hình 11: Biểu đồ lớp hệ thống.........................................................................................29
Hình 12: Biểu đồ lớp độc giả...........................................................................................30
Hình 13: Biểu đồ lớp mượn trả........................................................................................30
Hình 14: Biểu đồ lớp tài liệu............................................................................................31
Hình 15: Biểu đồ lớp tổng quát........................................................................................32
Hình 16: Biểu đồ hoạt động đăng nhập............................................................................44
Hình 17: Biểu đồ hoạt động thay đổi mật khẩu................................................................45
Hình 18: Biểu đồ hoạt động thêm người dung.................................................................46
Hình 19: Biểu đồ hoạt động sửa người dung...................................................................47
Hình 20: Biểu đồ hoạt động xoá người dùng...................................................................48
Hình 21: Biểu đồ hoạt động thêm tài liệu........................................................................48
Hình 22: Biểu đồ hoạt động sửa tài liệu..........................................................................49
Hình 23: Biểu đồ hoạt động xoá tài liệu..........................................................................50
Hình 24: Biểu đồ hoạt động mượn tài liệu.......................................................................51
Hình 25: Biểu đồ hoạt động trả tài liệu............................................................................52
Hình 26: Biểu đồ hoạt động tìm kiếm thông tin...............................................................53
Hình 27: Biểu đồ hoạt động thống kê..............................................................................54
Hình 28: Biểu đồ tuần tự đăng nhập................................................................................55
Hình 29: Biểu đồ tuần tự tìm kiếm thông tin...................................................................56
Hình 30: Biểu đồ tuần tự mượn sách...............................................................................57
Hình 31: Biểu đồ tuần tự trả sách....................................................................................58
Hình 32: Biểu đồ tuần tự thống kê sách...........................................................................59
Hình 33: Biểu đồ tuần tự thống kê độc giả......................................................................61
Hình 34: Biểu đồ trạng thái đăng nhập............................................................................62
Hình 35: Biểu đồ trạng thái thêm độcgiả.........................................................................63
Hình 36: Biểu đồ trạng thái sửa độc giả...........................................................................64
Hình 37: Biểu đồ trạng thái xoá độc giả..........................................................................65
Hình 38: Biểu đồ trạng thái mượn sách...........................................................................66
Hình 39: Biểu đồ trạng thái trả sách................................................................................67
Hình 40: Biểu đồ trạng thái thêm sách.............................................................................68
Hình 41: Biểu đồ trạng thái sửa sách...............................................................................69
Hình 42: Biểu đồ trạng thái chức năng xoá sách..............................................................70
Hình 43: Biểu đồ trạng thái chức năng tìm kiếm.............................................................71
Hình 44: Biểu đồ gói.......................................................................................................72
4
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 45: Biểu đồ component quản lí tài liệu...................................................................73


Hình 46: Biểu đồ component quản lí độc giả...................................................................74
Hình 47: Biểu đồ component quản lí phiếu mượn...........................................................74
Hình 48: Deployment Diagrams......................................................................................75

DANH SÁCH CÁC BẢNG


Bảng 1: Danh sách các Actor của hệ thống........................................................................8
Bảng 2: Danh sách Usecase của hệ thống..........................................................................9
Bảng 3: Danh sách các thuộc tính Lớp “Người dùng”:....................................................32
Bảng 4: Danh sách các phương thức lớp “Người dùng”..................................................33
Bảng 5: Danh sách các thuộc tính Lớp “Chức năng”.......................................................33
Bảng 6: Danh sách các thuộc tính Lớp “Danh sách đăng ký tạo thẻ”..............................33
Bảng 7: Danh sách các phương thức lớp “Danh sách đăng ký tạo thẻ”...........................34
Bảng 8: Danh sách các thuộc tính Lớp “Đơn vị”.............................................................34
Bảng 9: Danh sách các phương thức lớp “Danh sách đăng ký tạo thẻ”...........................35
Bảng 10: Danh sách các thuộc tính lớp “Độc giả”...........................................................35
Bảng 11: Danh sách các phương thức lớp “Độc giả”.......................................................36
Bảng 12: Danh sách các thuộc tính lớp “Xử lý vi phạm”................................................36
Bảng 13: Danh sách các phương thức lớp “Xử lý vi phạm”............................................36
Bảng 14: Danh sách các thuộc tính lớp “Lớp”.................................................................37
Bảng 15: Danh sách các phương lớp “Lớp”....................................................................37
Bảng 16: Danh sách các thuộc tính lớp “Thể loại”..........................................................37
Bảng 17: Danh sách các phương thức lớp “Thể loại”......................................................37
Bảng 18: Danh sách các thuộc tính lớp “Tác giả”...........................................................38
Bảng 19: Danh sách các phương thức lớp “Tác giả”.......................................................38
Bảng 20: Danh sách các thuộc tính lớp “Nhà xuất bản”.................................................38
Bảng 21: Danh sách các phương thức lớp “Nhà xuất bản”:.............................................39
Bảng 22: Danh sách các thuộc tính lớp “Nhà cung cấp”..................................................39
Bảng 23: Danh sách các phương thức lớp “Nhà cung cấp”.............................................39
Bảng 24: Danh sách các thuộc tính lớp “Ngôn ngữ”.......................................................39
Bảng 25: Danh sách các phương thức lớp “Ngôn ngữ”...................................................40
Bảng 26: Danh sách các thuộc tính lớp “Tài liệu”...........................................................40
Bảng 27: Danh sách các thuộc tính lớp “Tài liệu”...........................................................41
Bảng 28: Danh sách các thuộc tính lớp “Phiếu nhập”......................................................41
Bảng 29: Danh sách các phương thức lớp “Phiếu nhập”.................................................42
Bảng 30: Danh sách các thuộc tính lớp “Tài liệu chi tiết”...............................................42
Bảng 31: Danh sách các phương thức lớp “Tài liệu chi tiết”...........................................42
Bảng 32: Danh sách các thuộc tính lớp “Mượn trả tài liệu”:...........................................43
Bảng 33: Danh sách các phương thức lớp “Mượn trả tài liệu”........................................43
Bảng 34: Danh sách các thuộc tính lớp “Vị trí tài liệu”...................................................43
Bảng 35: Danh sách các phương thức lớp “Vị trí tài liệu”...............................................44

5
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

MỞ ĐẦU
1. Lí do chọn đề tài hệ thống quản lí thư viện sách
Trên thế giới cũng như ở Việt Nam, công nghệ thông tin đã trở thành một công
nghệ mũi nhọn, nó là ngành khoa học kỹ thuật không thể thiếu trong việc áp dụng vào
các hoạt động xã hội như: quản lý hệ thống thư viện sách, kinh tế, thông tin, kinh
doanh, và mọi hoạt động trong lĩnh vực nghiên cứu…nước ta hiện nay, việc áp dụng vi
tính hóa trong quản lý tại các cơ quan, xí nghiệp, tổ chức đang rất phổ biến và trở nên
cấp thiết, bởi ngành nghề nào cũng đòi hỏi con người phải xử lý khối lượng công việc
khổng lồ, và những kiến thức, những suy nghĩ, những đào tạo chuyên sâu. Một vấn đề
cấp thiết đặt ra trong quản lý là làm thế nào để chuẩn hóa cách xử lý dữ liệu ở trường
học, chính vì thế chúng em chọn đề tài “Phân tích thiết kế hệ thống quản lý thư viện
sách”.
2. Phát biểu bài toán
2.1. Hoạt động nghiệp vụ thư viện:
 Các hoạt động nghiệp vụ của một thư viện sách thông thường có thể được tóm
tắt như sau:
 Thư viện tạo các thẻ sách gồm các thông tin: mã số sách, tên tác giả, tên nhà
xuất bản, năm xuất bản, số trang, giá tiền, tóm tắt nội dung.
 Các đầu sách có thể được phân theo chuyên ngành hoặc tài liệu.
 Mỗi độc giả được cấp một thẻ độc giả, gồm các thông tin: tên, tuổi, địa
chỉ, số chứng minh thư.
 Độc giả muốn mượn sách thì tra cứu các thẻ sách rồi ghi vào phiếu mượn.
 Sau khi kiểm tra đầy đủ thông tin phiếu mượn, thủ thư kiểm tra điều kiện mượn
của độc giả và xác nhận cho phép mượn sách, thu tiền đặt cọc của độc giả. Một số
thông tin trong phiếu mượn được lưu lại để quản lý, phiếu mượn sẽ được gài vào chỗ
sách được lấy đi, sách được giao cho độc giả.
 Khi độc giả trả sách: xác nhận thẻ độc giả, xác định phiếu mượn, việc trả sách
được ghi nhận vào dòng ngày trả và tình trạng. Phiếu mượn được lưu lại để quản lý và
theo dõi.
 Sách bị trả trễ lịch hẹn hoặc hỏng sẽ bị phạt.
2.2. Yêu cầu hệ thống:

6
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- Cho phép lưu trữ các thông tin về sách, báo, tạp chí của cả thư viện hiện tại và
mở rộng lượng tài liệu về sau.
- Cập nhật thông tin:
+ Thông tin về sách, báo, tạp chí.
+ Thông tin về độc giả (bao gồm học sinh, sinh viên, giáo viên).
+ Thông tin về người dùng (thủ thư, ban kĩ thuật,…).
- Hỗ trợ thủ thư cập nhật thông tin sách, xác nhận cho mượn sách và nhận lại
sách khi độc giả trả sách.
- Hỗ trợ quản lý các thông tin về độc giả dựa trên thẻ độc giả, thông tin phiếu
mượn.
- Tìm kiếm tài liệu, độc giả theo nhiều tiêu chí khác nhau.
- Phục hồi và sao lưu dữ liệu.
 Yêu cầu phi chức năng:
- Độc giả có thể tra cứu thông tin sách trên môi trường mạng nội bộ của thư viện.
Tuy nhiên, việc mượn và trả sách phải thực hiện trực tiếp trên thư viện. Thủ thư sử
dụng hệ thống để cập nhật và quản lý quá trình mượn trả sách.

7
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

CHƯƠNG 1: PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THEO


UML(Unified Modeling Language)
1.1. Các chức năng của hệ thống

Hình 1: Các chức năng của hệ thống


1.2. Biểu đồ Usecase
1.2.1. Danh sách actor của hệ thống
Bảng 1: Danh sách các Actor của hệ thống
STT Tên Actor Ý nghĩa

Có toàn quyền tương tác với hệ thống, có quyền điều


1 Admin
khiển cũng như kiểm soát mọi hoạt động của hệ thống.

Thực hiện các chức năng: quản lý độc giả, quản lý tài
2 Ban kỹ thuật
liệu.

Thực hiện chức năng: quản lý mượn trả, tìm kiếm


3 Ban thủ thư
thông tin,thống kê

8
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.2.2. Danh sách Usecase của hệ thống


Bảng 2: Danh sách Usecase của hệ thống
STT Tên Use case Ý nghĩa

1 Đăng nhập Cho phép người dùng đăng nhập vào hệ thống

Cho phép Admin thêm, sửa, xóa, phân quyền cho


Quản lý người
2 người
dùng
dùng.

3 Thêm người dùng Admin thêm người dùng vào hệ thống.

Sửa thông tin


4 người Admin sửa thông tin về người dùng.
dùng

5 Xóa người dùng Admin xóa người dùng ra khỏi hệ thống.

Phân quyền cho


6 Admin phân quyền cho từng người dùng.
người dùng

Thay đổi mật


7 Thực hiện việc thay đổi mật khẩu của người dùng.
khẩu

Sao lưu và phục Thực hiện việc sao lưu và phục hồi dữ liệu cho hệ
8
hồi dữ liệu thống. Dữ liệu được sao lưu bằng file

Dán mã lên tài


9 Dán mã vào tài liệu tương ứng.
liệu

10 Thêm tài liệu Ban kỹ thuật thêm tài liệu.

Sửa thông tin tài


11 Ban kỹ thuật sửa thông thông tin tài liệu.
liệu

12 Xóa tài liệu Ban kỹ thuật xóa tài liệu.

13 Thêm độc giả Ban kỹ thuật thêm độc giả.

14 Xóa độc giả Ban kỹ thuật xóa độc giả.

15 Quản lý mượn tài Bao gồm các chức năng: xử lý yêu cầu mượn tài liệu,
9
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

STT Tên Use case Ý nghĩa

lập phiếu mượn, sửa thông tin phiếu mượn, xóa phiếu
liệu
mượn.

Xử lý yêu cầu
16 Thủ thư xử lý theo yêu cầu của độc giả.
mượn

17 Lập phiếu mượn Thủ thư lập phiếu mượn.

Sửa thông tin


18 phiếu Thủ thư sửa thông tin phiếu mượn.
mượn

19 Xóa phiếu mượn Thủ thư xóa phiếu mượn.

Quản lý trả tài Bao gồm các chức năng: xử lý yêu cầu trả, cập nhật
20
liệu thông tin phiếu mượn.

21 Xử lý yêu cầu trả Thủ thư xử lý khi độc giả trả tài liệu.

Cập nhật thông tin Thủ thư cập nhật lại thông tin phiếu mượn sau khi độc
22
phiếu mượn giả trả tài liệu.

Xử lý độc giả vi Thủ thư lưu lại lí do vi phạm, hình thức xử lí, ngày,
23
phạm người xử lí đọc giả theo quy định của thư viện.

Thông báo độc giả


24 Thủ thư thông báo tới độc giả mượn quá hạn.
mượn quá hạn

Người dùng lựa chọn tiêu chí tìm kiếm: tìm kiếm tài
25 Tìm kiếm tài liệu liệu theo ngành, theo bộ môn; tìm theo NXB, tìm theo
tác giả,….

Người dùng lựa chọn tiêu chí tìm kiếm độc giả: tìm
26 Tìm kiếm độc giả
theo họ tên độc giả, tìm theo ngành, lớp,…

Tìm kiếm thông


Người dùng lựa chọn tiêu chí tìm kiếm: tìm kiếm độc
27 tin
giả đang mượn tài liệu, tìm tài liệu đang được mượn…
mượn trả

28 Thống kê dữ liệu Thủ thư sẽ thống kê dữ liệu theo yêu cầu


10
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.3. Vẽ biểu đồ Usecase


1.3.1. Biểu đồ Usecase tổng quát

Hình 2: Hệ thống quản lý thư viện


1.3.2. Biểu đồ Usecase “Quản trị hệ thống”

11
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 3: Biểu đồ Usecase “Quản trị hệ thống”

1.3.3. Biểu đồ Usecase “Quản lý tài liệu”


- Tác nhân “người dùng” bao gồm admin và ban kỹ thuật.

Hình 4: Biểu đồ Usecase “Quản trị tài liệu”


1.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

12
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 5: Biểu đồ Usecase “Quản trị độc giả”

13
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.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 6: Biểu đồ Usecase “Quản trị mượn, trả tài liệu”


1.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.
 Biểu đồ Usecase “Tìm kiếm tài liệu”

Hình 7: Biểu đồ Usecase “Tìm kiếm thông tin”

14
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

 Biểu đồ Usecase “Tìm kiếm độc giả”

Hình 8: Biểu đồ Usecase “Tìm kiếm độc giả”


 Biểu đồ Usecase “Tìm kiếm thông tin mượn trả”

Hình 9: Biểu đồ Usecase “Tìm kiếm thông tin mượn trả”


1.3.7. Biểu đồ Usecase “Thống kê dữ liệu”
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 đều tham gia vào quá trình xem các thống kê .

Hình 10: Biểu đồ Usecase “Thống kê dữ liệu”

15
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.4. Đặc tả các Usecase


1.4.1. Đặc tả Usecase “Quản trị hệ thống”
a. Đặc tả Usecase “Quản lý người dùng”
* Đặc tả Usecase “thêm người dùng”
- Tóm tắt: Admin sử dụng Usecase này để thực hiện chức năng thêm người dung
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.
16
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

* Đặ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.
*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.
* Đặ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:
17
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

*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.
- Trạng thái hệ thống sau khi Usecase “xóa 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 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.
* Đặ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.

18
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

*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.
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.
+ Người dùng nhập tài khoản bao gồm tên đăng nhập và mật khẩu.
+ 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.

19
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ 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 yê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.
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.

20
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ 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 yê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.
1.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.

21
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ 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.
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.

22
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- 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.
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.
+ 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.
23
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ 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.
1.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:
+ 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 “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.
24
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ 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.
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ả.
+ Hệ thống hiển thị giao diện chứa danh sách các độc giả.
+ Ban kỹ thuật chọn độc giả cần xóa.
+ Hệ thống xác nhận và xóa độc giả 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ỏ việc xóa độc giả.
+ Hệ thống bỏ qua giao diện xóa độc giả và trở về giao diện chính.
+ Kết thúc Usecase.
**Dòng thứ hai:
+ Hệ thống báo lỗi trong quá trình 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 độ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 “Xóa độc giả” được thực hiện:
+ Trường hợp thành công: thông tin về độc giả được xóa 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 độc giả không được
xóa
khỏi hệ thống.
1.4.4. Đặc tả Usecase “Quản lý mượn, trả”
a. Đặc tả Usecase “Quản lý mượn tài liệu”
25
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- Tóm tắt: Ban thủ thư, Admin sử dụng chức năng “Quản lý mượn tài liệu” để
thực
hiện cho độc giả mượn tài liệu khi họ có nhu cầu.
- Dòng sự kiện:
*Dòng sự kiện chính:
+ Thủ thư chọn chức năng quản lý mượn tài liệu.
+ Hệ thống hiển thị giao diện cho mượn tài liệu.
+ Thủ thư nhập thông tin tài liệu và thông tin độc giả.
+ Hệ thống kiểm tra sự hợp lệ của thông tin nhập vào.
+ Thủ thư chọn lập phiếu mượn.
+ Hệ thống thực hiện việc lập phiếu mượn và lưu thông tin độc giả và tài liệu
mượn
vào hệ thống
+ Kết thúc Usecase.
*Dòng sự kiện phụ:
**Dòng thứ nhất:
+ Thủ thư hủy bỏ việc mượn tài liệu.
+ Hệ thống bỏ qua giao diện mượn tài liệu và trở về giao diện chính.
+ Kết thúc Usecase.
**Dòng thứ hai:
+ Thông tin thủ thư đưa 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 “Quản lý mượn tài liệu” được thực
hiện:
Thủ thư 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 “Quản lý mượn 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 và độc giả mượn 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 không tại được phiếu mượn.
b. Đặc tả Usecase “Quản lý trả tài liệu”

26
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- Tóm tắt: Ban thủ thư, Admin sử dụng chức năng trả tài liệu để thực hiện cho
độc giả trả tài liệu.
- Dòng sự kiện:
*Dòng sự kiện chính:
+ Thủ thư chọn chức năng quản lý trả tài liệu.
+ Hệ thống hiển thị giao diện trả tài liệu.
+ Thủ thư nhập thông tin tài liệu và thông tin độc giả.
+ Hệ thống hiển thị thông tin phiếu mượn.
+ Thủ thư cập nhật lại thông tin phiếu mượn.
+ Hệ thống thực hiện việc cập nhật phiếu mượn và lưu thông tin phiếu mượn vào
hệ thống
+ Kết thúc Usecase.
*Dòng sự kiện phụ:
**Dòng thứ nhất:
+ Thủ thư hủy bỏ việc trả tài liệu.
+ Hệ thống bỏ qua giao diện quản lý trả tài liệu và trở về giao diện chính.
+ Kết thúc Usecase.
**Dòng thứ hai:
+ Thông tin thủ thư đưa 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 “Quản lý trả tài liệu” được thực hiện:
Thủ thư 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 “Quản lý trả tài liệu” được thực hiện:
+ Trường hợp thành công: phiếu mượn được cập nhật và lưu vào hệ thống.
+ Trường hợp thất bại: hệ thống thông báo lỗi không thực hiện được việc trả tài
liệu.
- Điểm mở rộng: không có.
- Giao diện:
c. Đặc tả Usecase “Xử lý độc giả vi phạm”

27
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- Tóm tắt: Ban thủ thư, Admin sử dụng chức năng trả tài liệu để thực hiện xử lý
độc
giả vi phạm.
- Dòng sự kiện:
*Dòng sự kiện chính:
+ Thủ thư chọn chức năng xử lý độc giả vi phạm.
+ Hệ thống hiển thị giao diện xử lý độc giả vi phạm.
+ Thủ thư kiểm tra phiếu mượn và nhập lý do vi phạm và hình thức xử phạt
+ Hệ thống cập nhật lại thông tin độc giả vi phạm.
+ Kết thúc Usecase.
*Dòng sự kiện phụ:
**Dòng thứ nhất:
+ Thủ thư hủy bỏ việc xử lý độc giả vi phạm.
+ Hệ thống bỏ qua giao diện xử lý độc giả vi phạm và trở về giao diện chính.
+ Kết thúc Usecase.
**Dòng thứ hai:
+ Thông tin thủ thư đưa 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 “Xử lý độc giả vi phạm” được thực
hiện:
Thủ thư 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ử lý độc giả vi phạm” được thực hiện:
+ Trường hợp thành công: lập được phiếu phạt.
+ Trường hợp thất bại: hệ thống thông báo lỗi, không lập được phiếu phạt.
1.4.5. Đặc tả Usecase “Tìm kiếm thông tin”
a. Đặc tả Usecase “Tìm kiếm tài liệu”
- Tóm tắt: Người dùng: admin, ban thủ thư, ban lập kế hoạch, ban kỹ thuật, độc
giả
sử dụng Usecase “Tìm kiếm tài liệu” để thực hiện chức năng tìm kiếm tài liệu dựa vào
tên tài liệu.
- Dòng sự kiện:
28
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

*Dòng sự kiện chính:


+ Người dùng chọn chức năng tìm kiếm theo tên.
+ Hệ thống hiển thị giao diện cho phép người dùng nhập tên tài liệu cần tìm.
+ Người dùng nhập tên tài liệu và hệ thống kiểm tra nếu tồn tại tài liệu thì sẽ hiển
thị đầy đủ thông tin về tài liệu đó.
+ Kết thúc Usecase.
*Dòng sự kiện phụ:
**Dòng thứ nhất:
+ Thủ thư hủy bỏ việc tìm kiếm tài liệu theo tên.
+ Hệ thống bỏ qua giao diện tìm kiếm tài liệu và trở về giao diện chính.
+ Kết thúc Usecase.
**Dòng thứ hai:
+ Hệ thống hiển thị thông báo không tồn tại độc giả ứng với thông tin nhập
vào.
+ Kết thúc Usecase.
- Trạng thái hệ thống trước khi Usecase “Tìm kiếm tà liệ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 “Xử lý độc giả vi vi phạm” được thực
hiện:
+ Trường hợp thành công: thông tin về tài liệu được hiển thị.
+ Trường hợp thất bại: hệ thống thông không tồn tại tài liệu.
b. Đặc tả Usecase “Tìm kiếm độc giả”
- Tóm tắt: Người dùng sử dụng Usecase “Tìm kiếm độc giả” để tìm kiếm thông
tin về độc giả như: độc giả có mượn sách không, độc giả thuộc ngành nào, họ tên gì…
- Dòng sự kiện:
*Dòng sự kiện chính:
+ Người dùng chọn chức năng tìm kiếm độc giả theo họ tên.
+ Hệ thống hiển thị giao diện cho phép người dùng nhập tên độc giả cần tìm.
+ Người dùng nhập tên tác giả và hệ thống kiểm tra nếu tồn tại tài liệu thì sẽ hiển
thị đầy đủ thông tin về tài liệu đó.
+ Kết thúc Usecase.
29
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

*Dòng sự kiện phụ:


**Dòng thứ nhất:
+ Người dùng hủy bỏ việc tìm kiếm độc giả theo tên.
+ Hệ thống bỏ qua giao diện tìm kiếm độc giả và trở về giao diện chính.
+ Kết thúc Usecase.
**Dòng thứ hai:
+ Hệ thống hiển thị thông báo không tồn tại độc giả ứng với thông tin nhập
vào.
+ Kết thúc Usecase.
- Trạng thái hệ thống trước khi Usecase “Tìm kiếm độc giả” đượ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 “Tìm kiếm độc giả” được thực hiện:
+ Trường hợp thành công: thông tin về độc giả được hiển thị.
+ Trường hợp thất bại: hệ thống thông báo không tồn tại độc giả đó.
1.4.6. Đặc tả Usecase “Thống kê dữ liệu”
- Tóm tắt: Người dùng: admin, ban thủ thư, ban kỹ thuật, độc giả sử dụng
Usecase “Thống kê dữ liệu” để thực hiện chức năng thống kê.
- Dòng sự kiện:
*Dòng sự kiện chính:
+ Người dùng chọn chức năng thống kê .
+ Hệ thống hiển thị giao diện chứa các hình thức thống kê
+ Người dùng chọn hình thức thống kê tài liệu hoặc độc giả
+ Kết thúc Usecase.
*Dòng sự kiện phụ:
**Dòng thứ nhất:
+ Thủ thư hủy bỏ việc thống kê.
+ Hệ thống bỏ qua giao diện thống kê 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ống kê.
+ Hệ thống hiển thị lỗi
30
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ Kết thúc Usecase.


- Trạng thái hệ thống trước khi Usecase “Thống kê dữ liệ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 “Thống kê dữ liệu” được thực hiện:
+ Trường hợp thành công: thông tin về dữ liệu được hiển thị.
+ Trường hợp thất bại: hệ thống thông báo lỗi.

1.5. Vẽ biểu đồ lớp (với công cụ vẽ Diagrams)


1.5.1. Biểu đồ lớp hệ thống

Hình 11: Biểu đồ lớp hệ thống

31
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.5.2. Biểu đồ các lớp độc giả

Hình 12: Biểu đồ lớp độc giả


1.5.3. Biểu đồ các lớp mượn trả

Hình 13: Biểu đồ lớp mượn trả

32
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.5.4. Biểu đồ các lớp tài liệu

Hình 14: Biểu đồ lớp tài liệu

1.5.5. Biểu đồ lớp tổng quát

33
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 15: Biểu đồ lớp tổng quát

1.5.6. Danh sách các lớp:


1.5.6.1. Lớp “NguoiDung” (Người dùng)
Bảng 3: Danh sách các thuộc tính Lớp “Người dùng”:
STT Tên thuộc tính Ý nghĩa

1 Username Tên đăng nhập

2 Password Mật khẩu


34
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

STT Tên thuộc tính Ý nghĩa

3 HoTen Tên người dùng

4 NamSinh Năm sinh

5 GioiTinh Giới tính

6 ChucDanh Chức danh

7 Email Email

8 DienThoai Số điện thoại

Bảng 4: Danh sách các phương thức lớp “Người dùng”


STT Tên phương thức Ý nghĩa

1 ThemNguoiDung Thêm người dùng

2 SuaNguoiDung Sửa thông tin người dùng

3 XoaNguoiDung Xóa người dùng

4 HienThiNguoiDung Hiển thị thông tin người dùng

1.5.6.2. Lớp “ChucNang” (Chức năng):


Bảng 5: Danh sách các thuộc tính Lớp “Chức năng”
STT Tên thuộc tính Ý nghĩa

1 MaCN Mã chức năng

2 TenCN Tên chức năng

1.5.6.3. Lớp “DSDKTaoThe” (Danh sách đăng ký tạo thẻ)


Bảng 6: Danh sách các thuộc tính Lớp “Danh sách đăng ký tạo thẻ”
STT Tên thuộc tính Ý nghĩa

1 MaDK Mã sinh viên, mã cán bộ giáo viên

2 HoTen Họ tên người đăng ký làm thẻ

3 NamSinh Năm sinh

35
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

4 GioiTinh Giới tính

5 ChucDanh Chức danh

6 MaDV Mã đơn vị - mã khoa

7 MaLop Mã lớp

8 KhoaHoc Khóa học (đối với sinh viên)

9 DienThoai Điện thoại

10 Email Email

11 AnhThe Ảnh thẻ

12 HinhThucDK Hình thức đăng ký (Online - Offline)

13 LoaiDK Loại đăng ký(ĐK làm lại – tạo mới)

14 NgayDK Ngày đăng ký

15 KTLePhi Kiểm tra đã đóng lệ phí làm thẻ chưa

16 XuLy Đánh dấu đã xử lý làm thẻ hay chưa.

Bảng 7: Danh sách các phương thức lớp “Danh sách đăng ký tạo thẻ”
STT Tên phương thức Ý nghĩa

1 ThemDSTaoThe Thêm người đăng ký làm thẻ

2 SuaDSTaoThe Sửa thông tin người đăng ký làm thẻ

3 XoaDSTaoThe Xóa người đăng ký làm thẻ

4 HienThiDSTaoThe Hiển thị danh sách người làm thẻ

1.5.6.4. Lớp “DonVi” (Đơn vị)


Bảng 8: Danh sách các thuộc tính Lớp “Đơn vị”
STT Tên thuộc tính Ý nghĩa

1 MaDV Mã đơn vị (Mã khoa/ngành)

2 TenDV Tên khoa,ngành

3 GhiChu Ghi chú


36
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Bảng 9: Danh sách các phương thức lớp “Danh sách đăng ký tạo thẻ”
STT Tên phương thức Ý nghĩa

1 ThemDonvi Thêm đơn vị, ngành

2 SuaDonvi Sửa thông tin đơn vị, ngành

3 XoaDonvi Xóa đơn vị, ngành

4 HienThiDonvi Hiển thị thông tin đơn vị, ngành

1.5.6.5. Lớp “DocGia” (Độc giả)


Bảng 10: Danh sách các thuộc tính lớp “Độc giả”
STT Tên thuộc tính Ý nghĩa

1 SoThe Số thẻ thư viện

2 MaDK Mã đăng ký

3 AnhBarcode Ảnh mã vạch của thẻ

4 NgayCap Ngày cấp thẻ

5 HanSD Hạn sử dụng thẻ

6 TinhTrang Tình trạng thẻ (hoạt động, khóa)

7 NguoiCN Ngưởi cập nhật tình trạng thẻ

8 NgayCN Ngày cập nhật

Bảng 11: Danh sách các phương thức lớp “Độc giả”

STT Tên phương thức Ý nghĩa

1 ThemDocGia Thêm độc giả

2 CapNhatDocGia Sửa thông tin độc giả

3 XoaDocGia Xóa độc giả

37
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

4 HienThiDocGia Hiển thị thông tin độc giả

1.5.6.6. Lớp “XulyVP” (Xử lý vi phạm)


Bảng 12: Danh sách các thuộc tính lớp “Xử lý vi phạm”
STT Tên thuộc tính Ý nghĩa

1 ID_Phat Mã số

2 SoThe Số thẻ

3 LyDoVP Lý do vi phạm

4 HTXuLy Hình thức xử lý

5 NgayXL Ngày xử lý

6 NguoiXL Người xử lý

7 NgayMoThe Ngày mở thẻ

Bảng 13: Danh sách các phương thức lớp “Xử lý vi phạm”

STT Tên phương thức Ý nghĩa

1 ThemPhieuphat Thêm phiếu phạt

2 CapNhatPhieuphat Cập nhật phiếu phạt

3 XoaPhieuPhat Xóa phiếu phạt

4 HienThiPhieuphat Hiển thị thông tin phiếu phạt

1.5.6.7. Lớp “Lop” (Lớp)


Bảng 14: Danh sách các thuộc tính lớp “Lớp”
STT Tên thuộc tính Ý nghĩa

1 MaLop Mã lớp

2 TenLop Tên lớp

3 MaDV MaDV

Bảng 15: Danh sách các phương lớp “Lớp”


38
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

STT Tên phương thức Ý nghĩa

1 ThemLop Thêm lớp

2 SuaLop Sửa thông tin lớp

3 XoaLop Xóa lớp

4 HienThiLop Hiển thị thông tin lớp

1.5.6.8. Lớp “TheLoai” (Thể Loại)


Bảng 16: Danh sách các thuộc tính lớp “Thể loại”

STT Tên thuộc tính Ý nghĩa

1 MaTheLoai Mã thể loại

2 TenTheLoai Tên thể loại

3 GhiChu Ghi chú

Bảng 17: Danh sách các phương thức lớp “Thể loại”

STT Tên phương thức Ý nghĩa

1 ThemTheloai Thêm thể loại tài liệu

2 SuaTheloai Sửa thông tin thể loại

3 XoaTheloai Xóa thể loại tài liệu

4 HienThiTheloai Hiển thị thể loại tài liệu

1.5.6.9. Lớp “TacGia” (Tác giả)


Bảng 18: Danh sách các thuộc tính lớp “Tác giả”

STT Tên thuộc tính Ý nghĩa

1 MaTG Mã tác giả

2 TenTG Tên tác giả

39
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

3 GhiChu Ghi chú

Bảng 19: Danh sách các phương thức lớp “Tác giả”

STT Tên phương thức Ý nghĩa

1 ThemTacGia Thêm tác giả

2 SuaTacGia Sửa thông tin tác giả

3 XoaTacGia Xóa tác giả

4 HienThiTacGia Hiển thị thông tin tác giả

1.5.6.10. Lớp “NhaXB” (Nhà Xuất bản)


Bảng 20: Danh sách các thuộc tính lớp “Nhà xuất bản”

STT Tên thuộc tính Ý nghĩa

1 MaNXB Mã nhà xuất bản

2 TenNXB Tên nhà xuất bản

3 GhiChu Ghi chú

Bảng 21: Danh sách các phương thức lớp “Nhà xuất bản”:
STT Tên phương thức Ý nghĩa

1 ThemNhaXB Thêm nhà xuất bản

2 SuaNhaXB Sửa thông tin nhà xuất bản

3 XoaNhaXB Xóa nhà xuất bản

4 HienThiNhaXB Hiển thị thông tin nhà xuất bản

1.5.6.11. Lớp “NhaCungCap” (Nhà cung cấp)

40
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Bảng 22: Danh sách các thuộc tính lớp “Nhà cung cấp”
STT Tên thuộc tính Ý nghĩa

1 MaNCC Mã nhà cung cấp

2 TenNCC Tên nhà cung cấp

3 DiaChi Điạ chỉ

4 DienThoai Số điện thoại

Bảng 23: Danh sách các phương thức lớp “Nhà cung cấp”
STT Tên phương thức Ý nghĩa

1 ThemNhaCC Thêm nhà cung cấp

2 SuaNhaCC Sửa thông tin nhà cung cấp

3 XoaNhaCC Xóa nhà cung cấp

4 HienThiNhaCC Hiển thị thông tin nhà cung cấp

1.5.6.12. Lớp “NgonNgu” (Ngôn Ngữ)


Bảng 24: Danh sách các thuộc tính lớp “Ngôn ngữ”

STT Tên thuộc tính Ý nghĩa

1 MaNgonNgu Mã ngôn ngữ

2 TenNgonNgu Tên ngôn ngữ

3 GhiChu Ghi chú

Bảng 25: Danh sách các phương thức lớp “Ngôn ngữ”
STT Tên phương thức Ý nghĩa

1 ThemNgonNgu Thêm ngôn ngữ

2 SuaNgonNgu Sửa thông tin ngôn ngữ

3 XoaNgonNgu Xóa ngôn ngữ

41
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

4 HienThiNgonNgu Hiển thị thông tin ngôn ngữ

1.5.6.13. Lớp “Tailieu” (Tài liệu)


Bảng 26: Danh sách các thuộc tính lớp “Tài liệu”
STT Tên thuộc tính Tên thuộc tính

1 MaTaiLieu Mã tài liệu

2 TenTaiLieu Tên tài liệu

3 MaTheLoai Mã thể loại

4 MaDV Mã đơn vị, mã ngành

5 MaTG Mã tác giả

6 MaNXB Mã nhà xuất bản

7 NamXB Năm xuất bản

8 MaNgonNgu Mã ngôn ngữ

9 NoiDung Nội dung tóm tắt

10 SoTrang Số trang

11 KhoGiay Khổ giấy

12 LanTB Lần tái bản

13 GiaBia Giá bìa

14 SoPH Số phát hành

15 NgayPH Ngày phát hành

16 TongSo Tổng số

17 MaVT Mã vị trí lưu trữ tài liệu

18 NgayCN Ngày cập nhật

Bảng 27: Danh sách các thuộc tính lớp “Tài liệu”
STT Tên phương thức Ý nghĩa

1 ThemTailieu Thêm tài liệu

42
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

2 SuaTailieu Sửa thông tin tài liệu

3 XoaTailieu Xóa tài liệu

4 HienThiTailieuMT Hiển thị thông tin tài liệu

1.5.6.14. Lớp “PhieuNhap” (Phiếu nhập)


Bảng 28: Danh sách các thuộc tính lớp “Phiếu nhập”
STT Tên thuộc tính Ý nghĩa

1 ID_Nhap Mã nhập

2 MaTaiLieu Mã tài liệu

3 MaNCC Mã nhà cung cấp

4 NguoiNhap Người nhập tài liệu

5 NgayNhap Ngày nhập

6 SoLuong Số lượng nhập

Bảng 29: Danh sách các phương thức lớp “Phiếu nhập”
STT Tên phương thức Ý nghĩa

1 ThemTaiLieuNhap Thêm tài liệu mới nhập

2 SuaTaiLieuNhap Sửa tài liệu nhập

3 XoaTaiLieuNhap Xóa tài liệu nhập

4 HienThiTLNhap Hiển thị tài liệu nhập

1.5.6.15. Lớp “TaiLieuCT” (Tài liệu chi tiết)


Bảng 30: Danh sách các thuộc tính lớp “Tài liệu chi tiết”
STT Tên thuộc tính Ý nghĩa

1 MaCaBiet Mã cá biệt (mã mỗi cuốn tài liệu = mã vạch)

2 MaTaiLieu Mã tài liệu

3 AnhBarcode Ảnh mã vạch của thẻ

4 NgayCN Ngày cập nhật thông tin tài liệu

43
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

5 NguoiCN Người cập nhật

6 TinhTrang Tình trạng tài liệu (mất, rách nát, mới, lạc hậu…)

7 XuLy Đánh dấu xử lý in mã vạch tài liệu

Bảng 31: Danh sách các phương thức lớp “Tài liệu chi tiết”
STT Tên phương thức Ý nghĩa

1 ThemTailieu Thêm tài liệu chi tiết

2 SuaTailieu Sửa thông tin tài liệu chi tiết

3 XoaTailieu Xóa tài liệu chi tiết

4 HienThiTailieu Hiển thị thông tin tài liệu

1.5.6.16. Lớp “MuonTra” (Mượn trả tài liệu)


Bảng 32: Danh sách các thuộc tính lớp “Mượn trả tài liệu”:
STT Tên thuộc tính Ý nghĩa

1 ID_MuonTra Mã mượn trả

2 SoThe Số thẻ

3 MaCaBiet Mã cá biệt (mã tài liệu)

4 KieuMuon Kiểu mượn

5 NgayMuon Ngày mượn

6 NguoiChoMuon Người cho mượn

7 HanTra Hạn trả tài liệu

8 NgayTra Ngày trả

9 NguoiNhan Người nhận tài liệu, người phạt

Bảng 33: Danh sách các phương thức lớp “Mượn trả tài liệu”
44
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

STT Tên phương thức Ý nghĩa

1 ThemPhieuMT Thêm phiếu mượn trả

2 SuaPhieuMT Sửa thông tin phiếu mượn trả

3 HienThiPhieuMT Hiển thị thông tin phiếu mượn trả

1.5.6.17. Lớp “ViTriTL” (Vị trí tài liệu)


Bảng 34: Danh sách các thuộc tính lớp “Vị trí tài liệu”
STT Tên thuộc tính Ý nghĩa

1 MaVT Mã vị trí

2 TenVT Tên vị trí

3 MoTa Mô tả
Bảng 35: Danh sách các phương thức lớp “Vị trí tài liệu”
STT Tên phương thức Ý nghĩa

1 ThemViTriLuuTru Thêm vị trí lưu trữ

2 SuaViTri Sửa vị trí

3 XoaViTri Xóa vị trí

4 HienThiViTri Hiện thị vị trí

1.6. Activity diagrams ( Sơ đồ hoạt động)


1.6.1. Biểu đồ hoạt động đăng nhập

45
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 16: Biểu đồ hoạt động đăng nhập


- Khi người dùng chọn vào nút login hệ thống sẽ hiển thị form đăng nhập, ở đó:
+ Nếu chọn vào quên mật khẩu hệ thống sẽ hiển thị một form nhập email, người
dùng tiến hành nhập email. Nếu email không hợp lệ hệ thống sẽ hiển thị lỗi và
màn hình nhập lại email. Nếu email hợp lệ hệ thống sẽ gửi email đến người dùng
và kết thúc.
+ Nếu đã nhớ mật khẩu thì người dùng nhập usename và pass vào hệ thống, hệ
thống sẽ kiểm tra nếu tài khoản là có sẵn sẽ hiển thị giao diện. Nếu tài khoản
không có sẵn sẽ hiển thị thông báo sai usename-pass và người dùng tiến hành
nhập lại.

1.6.2. Biểu đồ hoạt động thay đổi mật khẩu

46
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 17: Biểu đồ hoạt động thay đổi mật khẩu


- Người dùng đăng nhập vào hệ thống nếu sai tài khoản thì đăng nhập lại, nếu
đúng thì sẽ hiển thị trang chủ và thông báo đăng nhập thành công. Sau khi người
dùng truy cập vào đổi mật khẩu tài khoản và nhập mật khẩu cũ và mới, nếu đúng
mật khẩu sẽ đổi thành công nếu sai thì nhập lại.
1.6.3. Biểu đồ hoạt động thêm, sửa, xoá người dùng

47
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 18: Biểu đồ hoạt động thêm người dung


- Để thêm người dùng vào hệ thống, admin chọn chức năng thêm người dùng:
+ Nếu chọn sai thì chọn lại.
+ Nếu đã chọn đúng thì nhập thông tin người dùng vào hệ thống.
- Khi nhập thông tin vào hệ thống:
+ Nếu nhập sai thì nhập lại.
+ Nếu đã nhập đúng thì cập nhật thông tin vào hệ thống.

48
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 19: Biểu đồ hoạt động sửa người dung


- Để sửa thông tin người dùng, admin tìm người dùng cần sửa thông tin:
+ Nếu tìm sai thì tìm lại
+ Nếu tìm đúng thì nhập thông tin người dùng cần sửa vào
- Khi nhập thông tin cần sửa
+ Nếu nhập sai thì nhập lại
+ Nếu nhập đúng thì tiến hành cập nhập thông tin vào hệ thống

49
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 20: Biểu đồ hoạt động xoá người dùng


- Để xóa người dùng, admin tìm người dùng cần xóa. Nếu tìm chưa đúng thì tìm
lại, nếu đã tìm đúng thì chọn người dùng cần xóa và cập nhật thông tin vào hệ
thống.

1.6.4. Biểu đồ hoạt động thêm, sửa, xoá tài liệu

Hình 21: Biểu đồ hoạt động thêm tài liệu


- Muốn thêm tài liệu vào hệ thống, người dùng chọn chức năng thêm tài liệu:

50
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

+ Nếu chọn chưa đúng thì chọn lại.


+ Nếu đã chọn đúng thì nhập thông tin cần sửa vào hệ thống
- khi nhập thông tin cần sửa vào hệ thống:
+ Nếu nhập chưa đúng thì nhập lại
+ Nếu đã nhập đúng thì cập nhật thông tin vào hệ thống.

Hình 22: Biểu đồ hoạt động sửa tài liệu


- Để sửa thông tin tài liệu, người dung tìm tài liệu cần sửa thông tin:
+ Nếu tìm chưa đúng thì tìm lại
+ Nếu đã tìm đúng thì nhập thông tin cần sửa vào.
- Khi nhập thông tin cần sửa:
+ Nếu nhập chưa đúng thì nhập lại
+ Nếu đã nhập đúng thì cập nhật thông tin vào hệ thống.

51
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 23: Biểu đồ hoạt động xoá tài liệu


- Để xóa tài liệu, người dùng tìm tài liệu cần xóa:
+ Nếu tìm chưa đúng thì tìm lại
+ Nếu tìm đã đúng thì tiến hành xóa tài liệu
- Khi xóa tài liệu:
+ Nếu xóa chưa được thì xóa lại
+ Nếu đã xóa được thì cập nhật thông tin vào hệ thống.

1.6.5. Biểu đồ hoạt động mượn tài liệu

52
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 24: Biểu đồ hoạt động mượn tài liệu

- Ở hoạt động mượn tài liệu, sau khi thủ thư chọn chức năng quản lý mượn sách
hệ thống sẽ hiển thị chức năng phiếu mượn, thử thư thực hiện nhập tông tin vào
phiếu mượn:
+ Nếu nhập chưa đúng thì nhập lại
+ Nếu nhập đúng thì cập nhật và lưu thông tin lại.

1.6.6. Biểu đồ hoạt động trả tài liệu

53
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 25: Biểu đồ hoạt động trả tài liệu


- Ở hoạt động trả tài liệu, sau khi thủ thư chọn chức năng quản lý trả sách hệ thống
sẽ hiển thị hai chức năng là quản lý trả sách và chức năng vi phạm. Thủ thư chọn
chức năng muốn thực hiện hệ thống sẽ hiển thị giao diện tương ứng, thủ thư thực
hiện nhập thông tin vào và kiểm tra:
+ Nếu chưa đúng thì nhập lại
+ Nếu đúng thì thực hiện cập nhật và lưu thông tin.
1.6.7. Biểu đồ hoạt động tìm kiếm thông tin

54
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 26: Biểu đồ hoạt động tìm kiếm thông tin

- Ở động tìm kiếm thông tin, sau khi người dùng chọn chức năng tìm kiếm, hệ
thống sẽ yêu cầu nhập thông tin cần tìm kiếm, người dùng nhập thông tin tài lệu
hoặc độc giả cần tìm kiếm vào, hệ thống sẽ kiểm tra thông tin:
+ Nếu nhập chưa đúng thì nhập lại
+ Nếu nhập đúng hệ thống sẽ hiển thị thông tin tài liệu hoặc độc giả người dùng
muốn tìm.
1.6.8. Biểu đồ hoạt động thống kê

55
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 27: Biểu đồ hoạt động thống kê


- Ở hoạt động thống kê, sau khi thủ thư chọn chức năng muốn thống kê, hệ thống
sẽ hiển thị giao diện chứa hình thức thống kê, thủ thư chọn hình thức cần thống
kê:
+ Nếu có hệ thống sẽ hiển thị cần thống kê
+ Nếu không thì thực hiện hủy và đi đến kết thúc
1.7. Sequence diagrams (Sơ đồ tuần tự)
1.7.1. Biểu đồ tuần tự đăng nhập

56
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 28: Biểu đồ tuần tự đăng nhập


- Các đối tượng:
+ Actor: Admin, thủ thư, ban KT, ban LKH.
+ Entity: Form đăng nhập/Control đăng nhập (xử lý và kiểm tra thông tin đăng
nhập)/Database (cơ sở dữ liệu).
- Luồng xử lý chức năng đăng nhập:
1. Admin, thủ thư, ban KT, ban LKH nhập tên đăng nhập và mật khẩu từ form
đăng nhập.
2. Form đăng nhập gửi thông tin đăng nhập đến Control đăng nhập.
3. Control đăng nhập xử lý truy vấn thông tin từ Database.
4. Database trả về kết quả kiểm tra cho lớp Control đăng nhập.
5. Control đăng nhập xác định quyền hạn và thông báo kết quả đến Form đăng
nhập.
6. Form đăng nhập thông báo kết quả đăng nhập lại cho Admin, thủ thư, ban KT,
ban LKH.

1.7.2. Biểu đồ tuần tự tìm kiếm thông tin

57
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 29: Biểu đồ tuần tự tìm kiếm thông tin


- Các đối tượng:
+ Actor: Độc giả.
+ Entity: Form tìm kiếm, Control tìm kiếm, Database.
- Luồng sử lý chức năng tìm kiếm thông tin:
1. Độc giả nhập thông tin từ Form tìm kiếm.
2. Form tìm kiếm gửi thông tin tìm kiếm đến Control tìm kiếm.
3. Control tìm kiếm kiểm tra sự hợp lệ của dữ liệu và sau đó truy vấn dữ liệu từ
Database.
4. Database gửi kết quả tìm kiếm về cho Control tìm kiếm.
5. Control tìm kiếm hiển thị kết quả cho Form tìm kiếm.
6. Form tìm kiếm thông báo kết quả tìm kiếm thông tin về cho Độc giả.

1.7.3. Biểu đồ tuần tự mượn sách

58
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 30: Biểu đồ tuần tự mượn sách


- Các đối tượng:
+ Actor: Thủ thư.
+ Entity: Form mượn sách, DK mượn sách, Độc giả, Sách, Thẻ mượn.
- Luồng xử lý chức năng mượn sách:
1. Thủ thư mở Form mượn sách từ form mượn sách.
2. Form mượn sách yêu cầu thủ thư nhập thông tin.
3. Thủ thư nhập thông tin mượn sách và bạn đọc từ form mượn mượn sách.
4. Form mượn sách yêu cầu xác nhận thông tin đến DK mượn sách.
5. DK mượn sách xác nhận bạn đọc từ Độc giả (ở đây là Database).
6. Độc giả trả về kết quả cho DK mượn sách.
7. DK mượn sách cũng xác nhận thông tin từ Sách (cũng là một Database).
8. Sách trẻ về kết quả qua DK mượn sách.
9. DK mượn sách trả kết quả về cho Form mượn sách.
10. Form mượn sách tạo thẻ mượn mới từ DK mượn sách.
11. DK mượn sách tạo thẻ mượn mới từ thẻ mượn.
12. Thẻ mượn hiển thị thẻ cho DK mượn sách.
59
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

13. DK mượn sách hiển thị thẻ mượn cho Form mượn sách.
14. Form mượn sách hiển thị thẻ mượn lại cho Thủ thư.

1.7.4. Biểu đồ tuần tự trả sách

Hình 31: Biểu đồ tuần tự trả sách


- Các đối tượng:
+ Actor: Thủ thư.
+ Entity: Form trả sách, DK trả sách, Độc giả, Thẻ mượn, Sách.
- Luồng xử lý chức năng trả sách.
1. Thủ thư mở Form trả sách từ Form trả sách.
2. Form trả sách yêu cầu nhập thông tin.
3. Thủ thư nhập nhập thông tin thẻ mượn từ Form trả sách.
4. Form trả sách gửi yêu cầu xác nhận thông tin đến DK trả sách.
5. DK trả sách xác thực bạn đọc từ Độc giả.
6. Độc giả trả về xác thực thành công công cho DK trả sách.
7. DK trả sách xác thực thẻ mượn từ Thẻ mượn (Database).

60
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

8. Thẻ mượn trả về xác nhận đúng thẻ mượn cho DK trả sách.
9. DK trả sách trả về xác nhận thông tin đúng cho Form trả sách.
10. Form trả sách xác nhận đúng thông tin thẻ mượn về cho Thủ thư.
11. Thủ thư mở xác nhận trả sách trong Form trả sách.
12. Form trả sách gửi xác nhận trả sách đến DK trả sách.
13. DK trả sách xóa thẻ mượn trong cơ sở dữ liệu từ Thẻ mượn.
14. Thẻ mượn trả về xác nhận đã xóa thẻ mượn cho DK trả sách.
15. DK trả sách cập nhật lại số lượng sách trong Sách.
16. Sách trả về thông tin đã được cập nhật cho Thủ thư.
1.7.5. Biểu đồ tuần tự thống kê sách

Hình 32: Biểu đồ tuần tự thống kê sách


- Các đối tượng:
+ Actor: Thủ thư.
+ Entity: Form thống kê sách, DK thống kê sách, Thẻ mượn, Sách.
- Luồng xử lý chức năng thống kê sách:
1. Thủ thư chọn chức năng thống kê sách trong Form thống kê sách.
2. Form thống kê sách hiển thị danh mục thống kê cho Thủ thư.
3. Thủ thư lại chọn thống kê sách đang được mượn trong Form thống kê sách.
61
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

4. Form thống kê sách gửi yêu cầu đưa danh sách mượn đến DK thống kê sách.
5. DK thống kê sách truy vấn danh sách mượn từ thẻ mượn.
6. Thẻ mượn trả về danh sách mượn cho DK thống kê sách.
7. DK thống kê sách trả về thông tin cho Form thống kê sách.
8. Form thống kê sách hiển thị thông tin thống kê sách cho Thủ thư.
- Luồng xử lý chức năng thống kê sách trong Thư viện:
1. Thủ thư chọn chức năng thống kê sách trong Thư viện từ Form thống kê sách.
2. Form thống kê sách gửi yêu cầu đưa danh sách mượn đến DK thống kê sách.
3. DK thống kê sách truy vấn thông tin từ Sách (Database).
4. Sách trả về thông tin cho DK thống kê sách.
5. DK thống kê sách trả về thông tin cho Form thống kê sách.
6. Form thống kê sách hiển thị thông tin thống kê sách trong Thư viện cho Thủ
thư.
1.7.6. Biểu đồ tuần tự thống kê độc giả

62
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 33: Biểu đồ tuần tự thống kê độc giả


- Các đối tượng:
+ Actor: Thủ thư.
+ Entity: Form thống kê độc giả, DK thống kê độc giả, Thẻ mượn, Xử lý vi
phạm.
- Luồng xử lý chức năng thống kê độc giả:
1. Thủ thư chọn chức năng thống kê độc giả từ Form thống kê độc giả.
2. Form thống kê độc giả hiển thị danh mục thống kê cho Thủ thư.
3. Thủ thư chọn thống kê độc giả mượn sách từ Form thống kê độc giả.
4. Form thống kê độc giả gửi yêu cầu đưa danh sách độc giả đến DK thống kê
độc giả.
5. DK thống kê độc giả truy vấn danh sách độc giả từ Thẻ mượn.
6. Thẻ mượn trả về danh sách độc giả cho DK thống kê độc giả.
7. DK thống kê độc giả trả về thông tin cho Form thống kê độc giả.
8. Form thống kê độc giả hiển thị thông tin danh sách độc giả mượn sách đã được
thống kê cho thủ thư.
- Luồng xử lý chức năng thống kê độc giả vi phạm:
1. Thủ thư chọn chức năng thống kê độc giả vi phạm từ Form thống kê độc giả.
2. Form thống kê độc giả gửi yêu cầu đưa danh sách đến DK thống kê độc giả.
3. DK thống kê độc giả truy vấn thông tin từ Xử lý vi phạm.
4. Xử lý vi phạm trả về thông tin cho DK thống kê độc giả.
5. DK thống kê độc giả trả về thông tin cho Form thống kê độc giả.
6. Form thống kê độc giả hiển thị thông tin thống kê độc giả vi phạm cho Thủ
thư.
1.8. State diagrams (Sơ đồ trạng thái)
- Biểu đồ trạng thái là một trong năm biểu đồ UML được sử dụng để mô hình
hóa bản chất động của hệ thống. Chúng xác định các trạng thái khác nhau của
một đối tượng trong suốt thời gian tồn tại của nó và các trạng thái này được
thay đổi bởi các sự kiện.
- Biểu đồ trạng thái được sử dụng để mô tả trừu tượng về hoạt động của hệ
thống. Hành vi này được phân tích và biểu diễn bằng một chuỗi các sự kiện có
thể xảy ra ở một hoặc nhiều trạng thái có thể xảy ra. Bằng cách này “mỗi sơ đồ
thường đại diện cho các đối tượng của một lớp duy nhất và theo dõi các trạng
63
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

thái khác nhau của các đối tượng của nó thông qua hệ thống”.Biểu đồ trạng thái
có thể được sử dụng để biểu diễn bằng đồ thị các máy trạng thái hữu hạn.
1.8.1. Biểu đồ trạng thái đăng nhập

Hình 34: Biểu đồ trạng thái đăng nhập


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 4 trạng thái thái chính là
nhập thông tin đăng nhập , chờ hệ thống trả lời , đăng nhập thành công , đăng nhập
thất bại và hai trạng thái phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập thông tin đăng nhập .
2. Trạng thái nhập thông tin đăng nhập sẽ gửi thông tin đăng nhập đến hệ thống và
chuyển sang trạng thái chờ hệ thống trả lời.
3. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng đăng nhập thành công nếu
đăng nhập hợp lệ nếu thông tin không hợp lệ chuyển về trạng thái đăng nhập
thất bại .
4. Trạng thái đăng nhập thất bại sẽ yêu cầu đăng nhập lại và chuyển sang trạng
thái nhập thông tin đăng nhập .
5. Kết thúc trạng thái khi thoát không đăng nhập hoặc ở trạng thái đăng nhập
thành công .

64
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.8.2. Biểu đồ trạng thái thêm độc giả

Hình 35: Biểu đồ trạng thái thêm độcgiả


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 4 trạng thái thái chính
là nhập thông tin độc giả muốn thêm, chờ hệ thống trả lời ,thêm độc giả vào form
thành công và không thêm độc giả vào form thành công hoặc đã có 2 trạng thái
phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập thông tin độc giả muốn thêm.
2. Trạng thái nhập thông tin độc giả muốn thêm sẽ gửi thông tin sang hệ thống và
khi hệ thống nhận thông tin sẽ chuyển sang trạng thái chờ hệ thống trả lời.
3. Trạng thái Chờ hệ thống trả lời sẽ kiểm tra thông tin có hợp lệ không nếu hợp
lệ thì chuyển sang trạng thái thêm độc giả thành công còn không hợp lệ thì
chuyển sang trạng thái thêm độc giả không thành công hoặc đã có
4. Trạng thái thêm độc giả không thành công , thủ thư có thể thoát hoặc nhập lại
độc giả muốn thêm
5. Kết thúc trạng thái khi hoàn tất thêm độc giả hoặc thoát

1.8.3. Biểu đồ trạng thái cập nhật sửa độc giả

65
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 36: Biểu đồ trạng thái sửa độc giả


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 6 trạng thái thái chính là
nhập mã độc giả muốn sửa, tìm kiếm mã độc giả trong danh sách độc giả, điền thông
tin cần sửa , chờ hệ thống trả lời ,sửa thành công , cập nhật danh sách độc giả và 2
trạng thái phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập mã độc giả muốn sửa.
2. Trạng thái nhập mã độc giả muốn sửa sẽ chuyển sang trạng thái tìm kiếm mã độc
giả trong danh sách độc giả nếu tìm thấy chuyển sang trạng thái điền thông tin
cần sửa còn không tìm thấy sẽ về lại trạng thái nhập mã độc giả muốn sửa .
3. Trạng thái Chờ hệ thống trả lời sẽ nhận thông tin từ trạng thái điền thông tin cần
sửa nếu thông ti hợp lệ sẽ chuyển sang trạng thái sửa thành công còn không sẽ
quay về trạng thái điền thông tin cần sửa. Ở trạng thái điền thông tin cần sửa nếu
không muốn sửa có thể thoát hệ thống kết thúc trạng thái
4. Trạng thái Sửa thành công sẽ gửi yêu cầu update và chuyển sang trạng thái cập
nhật danh độc giả
5. Kết thúc trạng thái khi cập nhật danh sách độc giả độc giả hoặc thoát

1.8.4. Biểu đồ trạng thái xoá độc giả

66
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 37: Biểu đồ trạng thái xoá độc giả


Có 4 trạng thái chính là Nhập mã độc giả cần xoá, chờ hệ thống trả lời ,xoá độc giả,cập
nhật danh sách độc giả và 2 trạng thái phụ bắt đầu và kết thúc
1. Nhập mã độc giả cần xoá
2. Gửi mã độc giả tới hệ thống và chuyển sang trạng thái chờ hệ thống trả lời
3. Nếu hệ thống tìm thấy mã độc giả thì sẽ cho tiến hành trạng thái xoá độc giả
còn không tìm thấy mã độc giả thì sẽ quay về nhập mã độc giả cần xoá
4. Sau khi xoá độc giả thành công sẽ trở thành trạng thái cập nhật danh sách độc
giả và hoàn tất kết thúc trạng thái

1.8.5. Biểu đồ trạng thái mượn sách

67
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 38: Biểu đồ trạng thái mượn sách


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 5 trạng thái thái chính là
Nhập mã độc giả trả sách và mã thẻ mượn, kiểm tra thông tin độc giả, kiểm tra thông
tin thẻ mượn chờ hệ thống trả lời, mượn sách thành công và mượn sách không thành
công và hai trạng thái phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập mã độc giả trả sách và mã thẻ mượn.
2. Nhập mã độc giả sẽ chuyển sang trạng thái truy vấn thông tin độc giả.
3. Nhập mã thẻ mượn sẽ chuyển sang trạng thái truy vấn thông tin thẻ mượn.
4. Trạng thái truy vấn thông tin độc giả sẽ gửi thông tin độc giả đến hệ thống và
chuyển sang trạng thái chờ hệ thống trả lời.
5. Trạng thái truy vấn thông tin thẻ mượn sẽ gửi thông tin thẻ mượn đến hệ thống
và chuyển sang trạng thái chờ hệ thống trả lời.
6. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng thái mượn sách thành công
khi đủ điều kiện mượn sách .
7. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng thái mượn sách không
thành công khi chưa đủ điều kiện mượn sách.
8. Kết thúc trạng thái khi thoát hệ thống.

68
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.8.6. Biểu đồ trạng thái trả sách

Hình 39: Biểu đồ trạng thái trả sách


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 5 trạng thái thái chính là
Nhập mã độc giả trả sách và mã thẻ mượn, kiểm tra thông tin độc giả, kiểm tra thông
tin thẻ mượn chờ hệ thống trả lời, trả sách thành công và trả sách không thành công và
hai trạng thái phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập mã độc giả trả sách và mã thẻ mượn.
2. Nhập mã độc giả sẽ chuyển sang trạng thái truy vấn thông tin độc giả.
3. Nhập mã thẻ mượn sẽ chuyển sang trạng thái truy vấn thông tin thẻ mượn.
4. Trạng thái truy vấn thông tin độc giả sẽ gửi thông tin độc giả đến hệ thống và
chuyển sang trạng thái chờ hệ thống trả lời.
5. Trạng thái truy vấn thông tin thẻ mượn sẽ gửi thông tin thẻ mượn đến hệ thống
và chuyển sang trạng thái chờ hệ thống trả lời.
6. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng thái trả sách thành công khi
xác nhận trả sách .
7. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng thái trả sách không thành
công khi không xác nhận trả sách.
69
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

8. Kết thúc trạng thái khi thoát hệ thống


1.8.7. Biểu đồ trạng thái thêm sách

Hình 40: Biểu đồ trạng thái thêm sách


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 4 trạng thái thái
chính là nhập thông tin sách muốn thêm, chờ hệ thống trả lời ,thêm sách vào
form thành công và không thêm sách vào form thành công hoặc đã có 2 trạng thái
phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập thông tin sách muốn thêm.
2. Trạng thái nhập thông tin sách muốn thêm sẽ gửi thông tin sang hệ thống và
khi hệ thống nhận thông tin sẽ chuyển sang trạng thái chờ hệ thống trả lời.
3. Trạng thái Chờ hệ thống trả lời sẽ kiểm tra thông tin có hợp lệ không nếu hợp
lệ thì chuyển sang trạng thái thêm sách thành công còn không hợp lệ thì
chuyển sang trạng thái thêm sách không thành công hoặc đã có
4. Trạng thái thêm sách không thành công , thủ thư có thể thoát hoặc nhập lại
sách muốn thêm
5. Kết thúc trạng thái khi hoàn tất thêm sách hoặc thoát

1.8.8. Biểu đồ trạng thái sửa sách

70
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 41: Biểu đồ trạng thái sửa sách


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 6 trạng thái thái
chính là nhập mã sách muốn sửa, tìm kiếm mã sách trong danh sách, điền thông
tin cần sửa , chờ hệ thống trả lời ,sửa thành công , cập nhật danh sách và 2 trạng
thái phụ là trạng thái ban đầu và trạng thái kết thúc.
1. Nhập mã sách muốn sửa.
2. Trạng thái nhập mã sách muốn sửa sẽ chuyển sang trạng thái tìm kiếm mã
sách trong danh sách nếu tìm thấy chuyển sang trạng thái điền thông tin
cần sửa còn không tìm thấy sẽ về lại trạng thái nhập mã sách muốn sửa .
3. Trạng thái Chờ hệ thống trả lời sẽ nhận thông tin từ trạng thái điền thông
tin cần sửa nếu thông ti hợp lệ sẽ chuyển sang trạng thái sửa thành công
còn không sẽ quay về trạng thái điền thông tin cần sửa. Ở trạng thái điền
thông tin cần sửa nếu không muốn sửa có thể thoát hệ thống kết thúc
trạng thái
4. Trạng thái Sửa thành công sẽ gửi yêu cầu update và chuyển sang trạng
thái cập nhật danh sách
5. Kết thúc trạng thái khi cập nhật danh sách sách hoặc thoát.

1.8.9. Biểu đồ trạng thái xoá sách

71
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 42: Biểu đồ trạng thái chức năng xoá sách


Có 4 trạng thái chính là Nhập mã sách cần xoá, chờ hệ thống trả lời ,xoá sách,cập
nhật danh sách sách và 2 trạng thái phụ
1. Nhập mã sách cần xoá
2. Gửi mã sách tới hệ thống và chuyển sang trạng thái chờ hệ thống trả lời
3. Nếu hệ thống tìm thấy mã sách thì sẽ cho tiến hành trạng thái xoá sách còn
không tìm thấy mã sách thì sẽ quay về nhập mã sách cần xoá
4. Sau khi xoá sách thành công sẽ trở thành trạng thái cập nhật danh sách sách và
hoàn tất kết thúc trạng thái

1.8.10.Biểu đồ trạng thái chức năng tìm kiếm

72
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Hình 43: Biểu đồ trạng thái chức năng tìm kiếm


Biểu đồ trạng thái trên có thể diễn tả lại như sau: Biểu đồ có 6 trạng thái thái chính là
Lựa chọn kiểu tìm kiếm sách, nhập tên sách cần tìm, nhập mã sách cần tìm, chờ hệ
thống trả lời, không tìm thấy sách và hiển thị sách và hai trạng thái phụ là trạng thái
ban đầu và trạng thái kết thúc.
1. Lựa chọn kiểu tìm kiếm sách.
2. Nếu lựa chọn tìm kiếm theo tên sẽ chuyển sang trạng thái nhập tên sách cần
tìm.
3. Nếu lựa chọn tìm kiếm theo mã sẽ chuyển sang trạng thái nhập mã sách cần
tìm.
4. Trạng thái nhập tên sách cần tìm sẽ gửi thông tin đến hệ thống và chuyển sang
trạng thái chờ hệ thống trả lời.
5. Trạng thái nhập mã sách cần tìm sẽ gửi thông tin đến hệ thống và chuyển sang
trạng thái chờ hệ thống trả lời.
6. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng thái hiển thị sách khi tìm
thấy sách đã nhập vào .
7. Trạng thái chờ hệ thống trả lời sẽ chuyển sang trạng thái không tìm thấy sách
khi không tìm thấy sách đã nhập vào.

73
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

8. Kết thúc trạng thái khi thoát hệ thống


1.9. Package diagrams (Biểu đồ gói)

Hình 44: Biểu đồ gói


-GUIManager là một tập hợp các hướng dẫn mô tả hoạt động của các thành phần Giao
diện Người dùng Đồ họa GUI (GUI) trong một cửa sổ duy nhất trên màn hình.
-GUI(Graphical User Interface):  tương tác với các menu và hình ảnh trực quan như
các nút và các đối tượng đồ họa khác để ra lệnh
-UI(User Interface) là giao diện người dùng kiểm soát cách nhập dữ liệu và hướng dẫn
cũng như cách thông tin được hiển thị trên màn hình. 
-Sach, DocGia,PhieuMuon: Bộ điều khiển hay còn gọi là controller là chương trình
phần mềm dùng để quản lý hoặc điều khiển các luồng dữ liệu.
-Service(SachServiceImpl,DGServiceImpl,PMServiceImpl): cung cấp quyền truy cập
vào một số chức năng hoặc tính năng ứng dụng cụ thể.
-Service<interface>: giao diện truy cập chức năng
-Repository là nơi lưu trữ logic truy vấn dữ liệu. Các lệnh truy vấn dữ liệu vốn được
viết trực tiếp ở controller sẽ được đưa vào Repository. Khi đó, Controller sẽ dùng
Repository để tương tác với dữ liệu thay vì sử dụng trực tiếp. Việc truy cập dữ liệu
được giấu kín trong Repository.
74
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- RepositoryInterface: interface khuôn mẫu, khai báo các phương thức chung cho các
Models.
- Entity giúp ánh xạ giữa các đối tượng trong ứng dung, phần mềm với các bảng của
một cơ sở dữ liệu quan hệ giúp giảm thiểu việc lập trình mã nguồn để thực hiện truy
cập và tương tác với cơ sở dữ liệu.
- Entity (SachEntityImpl,DGEntityImpl,PMEntityImpl) sẽ tự động tạo ra các classes,
commands(lệnh) tương ứng cho việc select, insert, update,delete dữ liệu từ cơ sở dữ
liệu quan hệ.
- Entity thao tác với database thông qua DAO (Data Access Object) để thực hiện các
câu truy vấn dữ liệu.

1.10. Component Diagrams


1.10.1.Biểu đồ component quản lí tài liệu

Hình 45: Biểu đồ component quản lí tài liệu


- Component Admin được cung cấp bởi component Accounts thông qua giao diện
quản lí người dùng với các thao tác đăng nhập(bắt buộc).
- Cổng(hình ô vuông) được sử dụng để giúp hiển thị các giao diện được yêu cầu và
cung cấp của một thành phần.
- Admin quản lí tài liệu thông qua sự phụ thuộc của 2 SubSystem được thể hiện bằng
dấu mũi tên
- Component Accounts chứa các tài khoản người dùng, component Admin chứa các
quyền truy cập của admin, component quản lí tài liệu chứa các tệp liên quan đến tài
liệu trong đó có các chức năng quản lí tài liệu thông qua các giao diện quản lí tài liệu.

75
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

1.10.2.Biểu đồ component quản lí độc giả

Hình 46: Biểu đồ component quản lí độc giả


- Component Admin được cung cấp bởi component Accounts thông qua giao diện
quản lí người dùng với các thao tác đăng nhập(bắt buộc).
- Cổng(hình ô vuông) được sử dụng để giúp hiển thị các giao diện được yêu cầu và
cung cấp của một thành phần.
- Admin quản lí tài liệu thông qua sự phụ thuộc của 2 SubSystem được thể hiện bằng
dấu mũi tên
- Component Accounts chứa các tài khoản người dùng, component Admin chứa các
quyền truy cập của admin, component quản lí độc giả chứa các tệp liên quan đến độc
giả trong đó có các chức năng quản lí độc giả thông qua các giao diện quản lí độc giả.
1.10.3.Biểu đồ component quản lí phiếu mượn

Hình 47: Biểu đồ component quản lí phiếu mượn


- Component Admin được cung cấp bởi component Accounts thông qua giao diện
quản lí người dùng với các thao tác đăng nhập(bắt buộc).

76
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

- Cổng(hình ô vuông) được sử dụng để giúp hiển thị các giao diện được yêu cầu và
cung cấp của một thành phần.
- Admin quản lí tài liệu thông qua sự phụ thuộc của 2 SubSystem được thể hiện bằng
dấu mũi tên
- Component Accounts chứa các tài khoản người dùng, component Admin chứa các
quyền truy cập của admin, component quản lí phiếu mượn chứa các tệp liên quan đến
phiếu mượn trong đó có các chức năng quản lí phiếu mượn thông qua các giao diện
quản lí phiếu mượn.
1.11. Deployment Diagrams

Hình 48: Deployment Diagrams


Deployment Diagrams gồm application trên thiết bị kết nối với thiết bị Database
Server thông qua TCP/IP (giao thức trao đổi thông tin được sử dụng để truyền tải và
kết nối các thiết bị trong mạng Internet) và máy in thông qua mạng riêng tư.
Application(ứng dụng) được triển khai bằng JSP (hay còn gọi JavaServer Pages) là
một công nghệ Java cho phép các nhà phát triển tạo nội dung HTML, XML hay một số
định dạng khác khiến cho trang web sinh động hơn.App quản lí thư viện được thực
hiện trên JSP phiên bản Tomcat 8.5
Ứng dụng được triển khai được thực hiện trong môi trường Catalina Servlet 3.1 với
JSP 2.3 Container.
Ứng dụng được đóng gói dưới dạng .war để triển khai được kết nối với tệp cấu
hình(web.xml) , tệp lưu trữ cài đặt (web_tools_lib.jar) và tệp artifact user_services.jar
lưu trữ các quyền truy cập chức năng người dùng với mối quan hệ chặt chẽ
composition.
77
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

Tệp artifact user_services.jar phụ thuộc vào component UserServices và component


kết nối với giao diện UserServices
Thiết bị Database Server chứa hệ thống quản trị CSDL Oracle 10g chứa các cơ sở dữ
liệu người dùng, sách, phiếu mượn,.. của hệ thống quản lí thư viện.

78
Phâ n tích và thiết kế hệ thố ng quả n lí thư viện theo UML

CHƯƠNG 2: KẾT LUẬN


2.1. Kết quả đạt được
- Hiểu được quy trình, nghiệp vụ quản lý thư viện: quy trình nhập tài liệu, quy trình
mượn trả tài liệu, quy trình thống kê báo cáo tài liệu.
- Phân tích được quy trình hoạt động và các chức năng của hệ thống biểu diễn qua các
biểu đồ UML.
- Biết sử dụng diagram để vẽ các biểu đồ use case, package, component, deployment,

2.2. Hạn chế
- Bài báo cáo chỉ mang tính cách tìm hiểu thêm, chưa có có khả năng ứng dụng vào
thực tế cao.
- Chưa xây dựng được nhiều chức năng mà hệ thống cần có.
2.3. Hướng phát triển
- Tiếp tục nghiên cứu, để xây dựng được một phần mềm hoàn thiện và có thể áp dụng
vào thư viện của trường.
- Áp dụng thêm công nghệ mới vào quá trình quản lý tài liệu, quản lý độc giả.
Để hoản thành bài báo cáo này, chúng em xin chân thành cám ơn thầy Huỳnh Ngọc
Thọ đã hướng dẫn và giúp đỡ chúng em trong thời gian qua. Chúng em xin chân thành
cám ơn thầy!

79

You might also like