Báo cáo BTL PTTK hệ thống thông tin đề tài xây dựng phần mềm quản lý thư viện trường đại học

Vì vậy, em xin giới thiệu 1 hệ thống quản lý thư viện, đáp ứng được 1 số chức năng cơ bảncần thiết của một hệ thống quản lý thư viện là quản lý tài liệu, độc giả, quản lý cậpnhật và quản

XÁC ĐỊNH YÊU CẦU

Hệ thống quản lý thư viện cần đáp ứng một số yêu cầu cơ bản để hoạt động hiệu quả Đầu tiên, nó phải cung cấp thông tin chi tiết về các đầu sách trong thư viện, bao gồm phân loại theo thể loại, số lượng sách đang được mượn và số sách còn trống Thứ hai, hệ thống cần hỗ trợ quản lý thông tin về bạn đọc, bao gồm việc cập nhật thông tin tài liệu và bạn đọc như thêm, xóa hoặc chỉnh sửa thông tin Cuối cùng, hệ thống cũng phải hỗ trợ người quản lý trong quá trình xác nhận cho mượn và trả sách, đảm bảo quy trình diễn ra suôn sẻ và chính xác.

Chức năng ắ Hỗ trợ nhiều người dựng làm việc đồng thời.

Tính dễ dùng ắ Hệ thống phải hoạt động liờn tục 8 giờ/ngày, 6 ngày/tuần, với thời gian ngừng hoạt động không quá 10%.

Hệ thống cần đảm bảo hiệu suất cao, hỗ trợ đồng thời 30 người truy xuất cơ sở dữ liệu trung tâm Đồng thời, hệ thống cũng phải hoàn tất 80% giao dịch trong vòng 2 phút.

Xây dựng phần mềm Quản lý thư viện

PHÂN TÍCH QUY TRÌNH HOẠT ĐỘNG CỦA HỆ THỐNG

Quy trình nhập tài liệu

Thời gian: Thực hiện mỗi khi thư viện nhập tài liệu mới về.

Tài liệu nhập về bao gồm nhiều loại như sách, báo, tạp chí, tài liệu điện tử, luận văn, đồ án, giáo trình, đề cương, và đĩa CD, DVD, trong đó sách được coi là tài liệu chính.

Tác nhân tham gia vào quá trình nhập tài liệu Ban kỹ thuật.

Vai trò của quá trình nhập tài liệu

− Tăng số lượng tài liệu đáp ứng được nhu cầu của độc giả

− Nguồn tài liệu phong phú

− Phân loại tài liệu Ban kỹ thuật phân tài liệu thành các loại như:

Trong đó, mỗi loại tài liệu được phân theo từng ngành/khoa (khoa học cơ bản, điện – điện tử, cơ khí, động lực, kinh tế, thủy lợi….).

− Đánh mã tài liệu: Ban kỹ thuật thực hiện đánh mã cho từng loại tài liệu bao gồm cả mã số và mã chữ.

Mã được đánh theo quy định: Theo loại tài liệu, theo ngành sau đó là mã tài liệu.

Tài liệu được đánh mã vạch bao gồm sách, báo, tạp chí và tài liệu tham khảo Để quản lý hiệu quả, bộ phận kỹ thuật sử dụng phần mềm tự động sinh mã cho từng loại tài liệu theo quy định đã thiết lập.

Mã được sinh ra không bị trùng lặp Sau khi đã sinh mã họ sẽ in mã và gán mã cho từng loại tài liệu.

Ban kỹ thuật sẽ gán mã cho từng loại tài liệu và sắp xếp chúng vào các tủ tài liệu phù hợp, bao gồm tủ sách, tủ báo, tủ tạp chí và tủ tài liệu tham khảo Tài liệu được phân chia thành các tầng, giá, kệ để đảm bảo việc sắp xếp theo đúng từng ngành.

Quy trình mượn tài liệu

Thời gian: Xảy ra mỗi khi có độc giả đến mượn tài liệu (trong giờ hành chính).

Mượn tài liệu có hai hình thức chính: mượn về nhà và mượn đọc tại chỗ Số lượng tài liệu được phép mượn, bao gồm cả mượn về và mượn đọc tại chỗ, được quy định rõ ràng bởi thư viện.

− Độc giả là học sinh, sinh viên: tài liệu mượn về gồm sách, giáo trình, luận văn, đề cương.

− Độc giả là cán bộ nhân viên trong trường thì tài liệu mượn về gồm: sách, giáo trình, luận văn, đề cương, đĩa CD, DVD.

− Tài liệu không được mượn về, chỉ mượn đọc tại chỗ là báo, tạp chí.

Tác nhân tham gia vào quá trình mượn tài liệu

Ban thủ thư, độc giả (học sinh, sinh viên, cán bộ nhân viên trong trường).

Vai trò của quá trình mượn tài liệu Đáp ứng được nhu cầu của bạn đọc.

− Độc giả yêu cầu tài liệu cần mượn.

− Ban thủ thư dựa vào thông tin tài liệu đó trong hệ thống.

Khi tài liệu còn có sẵn trong thư viện, độc giả cần cung cấp thẻ thư viện để thủ thư thực hiện quy trình mượn Thủ thư sẽ sử dụng đầu đọc mã vạch để quét mã từ tài liệu, từ đó lấy thông tin chi tiết về tài liệu Sau đó, thủ thư cũng quét mã vạch trên thẻ thư viện để thu thập thông tin của độc giả.

Sau đó thủ thư tạo phiếu mượn Mẫu phiếu mượn tài liệu:

Họ và tên:……… Đơn vị (lớp): ………

Khi độc giả mượn tài liệu, phiếu mượn sẽ ghi rõ ngày trả Đối với những độc giả chỉ mượn để đọc tại chỗ, phiếu mượn sẽ không có hạn trả.

Tạo xong phiếu mượn thì thủ thư đưa tài liệu và thẻ thư viện cho độc giả.

− Trường hợp tài liệu đó không còn thì hệ thống sẽ thông báo và thủ thư thông báo cho độc giả “Tài liệu bạn yêu cầu không còn”.

− Trường hợp hệ thống thông báo không có tài liệu này Thủ thư sẽ thông báo cho độc giả “Thư viện không có tài liệu bạn yêu cầu”.

Quy trình trả tài liệu

Thời gian: Xảy ra mỗi khi có độc giả trả tài liệu Trả tài liệu mượn đọc tại chỗ, trả tài liệu mượn về.

Tác nhân tham gia vào quá trình trả tài liệu Ban thủ thư, độc giả.

Trường hợp độc giả trả tài liệu mượn đọc tại chỗ

− Độc giả đưa tài liệu đã mượn và thẻ thư viện cho thủ thư.

Thủ thư tiếp nhận tài liệu và thẻ thư viện, sử dụng đầu đọc mã vạch để quét thông tin tài liệu và độc giả, từ đó kiểm tra và đối chiếu thông tin với phiếu mượn.

Khi thông tin trên phiếu mượn đúng và không có vi phạm, thủ thư sẽ đánh dấu phiếu mượn đã được xử lý và trả thẻ thư viện cho độc giả.

− Trường hợp độc giả vi phạm quy định của thư viện như: Trả tài liệu bị rách nát, hư hỏng thì bị xử phạt.

Trường hợp độc giả trả tài liệu mượn về

− Độc giả đưa tài liệu và thẻ thư viện cho thủ thư.

− Thủ thư kiểm tra tài liệu và sử dụng đầu đọc mã vạch để kiểm tra thông tin tài liệu và độc giả.

Khi độc giả trả tài liệu đúng hạn và thông tin trên tài liệu khớp với phiếu mượn, thủ thư sẽ đánh dấu đã xử lý trên phiếu mượn và trả thẻ thư viện cho độc giả.

− Trường hợp độc giả vi phạm quy định của thư viện như: trả tài liệu, tài liệu bị rách nát, hư hỏng thì sẽ bị xử phạt.

Sau khi nhận tài liệu độc giả trả, thủ thư phân loại và sắp xếp tài liệu vào đúng vị trí lưu trữ nó.

Xử lý độc giả vi phạm

Thời gian: Xảy ra khi có độc giả vi phạm mượn trả tài liệu.

Tác nhân tham gia vào quá trình xử lý vi phạm Ban thủ thư, độc giả

Vai trò của việc xử lý vi phạm

− Giảm tỉ lệ vi phạm của độc giả.

− Nâng cao tính kỷ luật cho thư viện.

− Độc giả trả tài liệu và bị vi phạm

− Thủ thư xử phạt độc giả theo quy định của thư viện

Nếu độc giả trả tài liệu không đúng thời hạn quy định, thẻ của họ sẽ bị khóa theo quy định của thư viện.

+ Trường hợp độc giả đánh mất tài liệu bị phạt 100% giá bìa của tài liệu đã mượn.

+ Trường hợp độc giả đánh rách nát tài liệu, tùy vào tình trạng của tài liệu mà thủ thư phạt.

Nếu tiền phạt của độc giả vượt quá 90% giá bìa, độc giả sẽ phải nộp 90% giá bìa và thẻ thư viện sẽ bị khóa trong thời gian tương ứng với thời hạn mượn tài liệu.

Quy trình xử lý tài liệu

Thời gian: Xảy ra khi mỗi khi nhập tài liệu về, tiến hành thanh lý vào mỗi năm.

Tài liệu cần xử lý gồm cả tài liệu mới và cũ.

Tác nhân tham gia vào quá trình xử lý tài liệu Ban kỹ thuật

Vai trò của việc xử lý tài liệu

− Đối với tài liệu mới: Giúp cho thủ thư dễ dàng quản lý và tìm kiếm tài liệu.

− Đối với tài liệu cũ: Giảm bớt tài liệu không còn sử dụng được cho thư viện.

− Đối với tài liệu mới: Thực hiện như quá trình nhập tài liệu

Hàng năm, ban kỹ thuật tiến hành chọn lọc các tài liệu cũ, rách nát và lạc hậu để loại bỏ những cuốn không còn sử dụng được Các tài liệu này sẽ được đưa vào kho hoặc thanh lý Sau khi loại bỏ, ban kỹ thuật sẽ phân loại và sắp xếp lại tài liệu vào từng tủ, từng giá để thuận tiện cho quá trình tìm kiếm và mượn trả.

Quy trình tìm kiếm thông tin

Thời gian: Xảy ra vào bất cứ khi nào người dùng có nhu cầu.

Tác nhân tham gia vào quá trình tìm kiếm

Admin, ban kỹ thuật, ban lập kế hoạch, ban thủ thư.

Vai trò của việc tìm kiếm

− Biết được đầy đủ thông tin về tiêu chí cần tìm

− Tìm kiếm nhanh, chính xác.

− Nâng cao hiệu quả làm việc

Người dùng lựa chọn các tiêu chí tìm kiếm:

− Tìm kiếm tài liệu: Người dùng lựa chọn tiêu chí tìm kiếm tài liệu.

Tìm kiếm tài liệu theo dạng thức như sách, báo - tạp chí, tài liệu điện tử và các loại tài liệu khác Hệ thống sẽ cung cấp danh sách tài liệu được phân loại theo từng dạng mà người dùng đã chọn.

+ Tìm tài liệu theo ngành: hệ thống hiển thị danh sách tài liệu theo từng ngành, theo từng chuyên ngành.

Người dùng có thể tìm kiếm tài liệu theo tên, tác giả hoặc nhà xuất bản Hệ thống sẽ hiển thị các cuốn tài liệu phù hợp với thông tin tìm kiếm Nếu tài liệu đã được mượn hết, hệ thống sẽ thông báo “Không còn tài liệu này.”

Người dùng có thể tìm kiếm tài liệu bằng nhiều tiêu chí khác nhau như dạng tài liệu, ngành học hoặc tên tài liệu Hệ thống sẽ cung cấp kết quả nếu tài liệu vẫn có sẵn trong thư viện.

PHÂN TÍCH THIẾT KẾ HỆ THỐNG THEO UML

Các chức năng của hệ thống

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

- Phân quyền cho người dùng

Thay đổi mật khẩu Đăng nhập

Sao lưu và phục hồi dữ liệu

- Dán mã vào tài liệu

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

1.3 Quản lý độc giả Đăng ký làm thẻ

- Thêm người đăng ký làm thẻ TV

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

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

1.4 Quản lý mượn, trả tài liệu

Quản lý mượn tài liệu

- Xử lý yêu cầu mượn

Quản lý trả tài liệu

- Xử lý yêu cầu trả

- Cập nhật phiếu mượn trả.

Xử lý độc giả vi phạm

- Xử lý độc giả trả muộn

- Xử lý độc giả làm mất, hư hỏng tài liệu.

Thông báo độc giả mượn quá hạn

- Tìm kiếm đơn giản: theo mã tài liệu, tên tài liệu.

- Tìm kiếm kết hợp: theo mã, tên tài liệu, ngành, nhà xuất bản, tác giả, số phát hành….

- Tìm kiếm đơn giản: theo số thẻ, họ tên độc giả.

- Tìm kiếm kết hợp: theo số thẻ, họ tên, khoa, lớp, năm sinh, giới tính….

Tìm kiếm thông tin mượn trả

- Tìm kiếm tài liệu đang được mượn.

- Tìm kiếm độc giả đang mượn tài liệu.

1.6 Thống kê, báo cáo và in ấn

Thống kê, báo cáo tài liệu nhập mới

Thống kê, báo cáo tài liệu còn trong thư viện

Thống kê, báo cáo tình trạng mượn mượn

Thống kê, báo cáo tài liệu thanh lý

Thống kê, báo cáo tài liệu thủ thư cho mượn

Thống kê, báo cáo độc giả vi phạm

Thống kê, báo cáo độc giả đang mượn tài liệu

Biểu đồ Usecase

2.1 Danh sách Actor của hệ thống

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

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

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

Ban lập kế hoạch Ban lập kế hoạch thực hiện chức năng: thống kê,

3 lập kế hoạch mua tài liệu mới.

4 Ban thủ thư Ban thủ thư thực hiện chức năng: quản lý mượn trả, tìm kiếm thông tin, thống kê khi có nhu cầu.

Bảng 3.1: Danh sách Actor của hệ thống

2.2 Danh sách Use case của hệ thống

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

2 Quản lý người dùng Cho phép admin thêm, sửa, xóa và phân quyền cho người dùng

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

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

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

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

7 Thay đổi mật khẩu Thực hiện việc thay đổi mật khẩu của người dùng Sao lưu và phục hồi dữ

Thực hiện việc sao lưu và phục hồi dữ liệu

8 cho hệ thống Dữ liệu được sao lưu bằng liệu. file.

9 Sinh mã vạch Sinh mã vạch (mã số và mã chữ) cho các loại tài liệu như: sách, báo tạp chí, luận văn,

12 Dán mã lên tài liệu

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

18 Xóa độc giả (hủy thẻ)

20 Quản lý mượn tài liệu

21 Xử lý yêu cầu mượn

23 Sửa thông tin phiếu mượn

25 Quản lý trả tài liệu

26 Xử lý yêu cầu trả

27 Cập nhật thông tin phiếu mượn

28 Xử lý độc giả vi phạm

29 Thông báo hết độc giả mượn quá hạn

32 Tìm kiếm độc giả giáo án, đề cương Tạo mã vạch theo đúng tiêu chuẩn quy định Mã vạch được đánh theo ngành, theo chuyên ngành, mã tài liệu.

Để quản lý tài liệu hiệu quả, cần dán mã vạch vào các tài liệu tương ứng Ban kỹ thuật có trách nhiệm thêm tài liệu mới, sửa đổi thông tin tài liệu hiện có và xóa các tài liệu không còn cần thiết.

Ban kỹ thuật có nhiệm vụ quản lý độc giả, bao gồm việc thêm và xóa thông tin độc giả Các chức năng chính của ban kỹ thuật bao gồm xử lý yêu cầu mượn tài liệu, lập phiếu mượn, chỉnh sửa thông tin phiếu mượn và xóa phiếu mượn khi cần thiết.

Thủ thư xử lý theo yêu cầu độc giả.

Thủ thư lập phiếu mượn Thủ thư sửa thông tin phiếu mượn Thủ thư xóa phiếu mượn

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

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

Thủ thư xử lý độc giả vi phạm quy đinh mượn trả

Thủ thư thông báo tới độc giả 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 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

33 Tìm kiếm thông tin mượn trả

35 In ấn giả: tìm theo họ tên độc giả, tìm theo quê quán; tìm theo ngành, lớp; tìm theo trình độ…

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

Thủ thư cần lựa chọn hình thức thống kê và báo cáo phù hợp, bao gồm việc thống kê báo cáo tài liệu đã nhập, tài liệu đang được mượn, tài liệu còn trong thư viện, và thống kê độc giả đang mượn tài liệu.

Thủ thư…lựa chọn in các thống kê báo cáo. như: In TKBC tài liệu nhập, in TKBC tài liệu còn trong thư viện….

Bảng 3.2: Danh sách Use case của hệ thống

Hình 3.1: Biểu đồ Use case tổng quát

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

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

2.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 3.3: Biểu đồ Usecase “Quản lý tài liệu”

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 3.4: Biểu đồ Usecase “Quản lý độc giả”

2.3.5 Bi u đ Usecase “Qu n lý m ề ồ ả ượ n, tr tài li u” ả ệ

Tác nhân “Người dùng” bao gồm Admin và Ban thủ thư.

Hình 3.5: Biểu đồ Usecase “Quản lý mượn, trả tài liệu”

2.3.6 Bi u đ Usecase “Tìm ki m thông tin” ề ồ ế

Các tác nhân tham gia vào tìm kiếm thông tin gồm: 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 3.6: Biểu đồ Usecase “Tìm kiếm tài liệu” b Biểu đồ Usecase “Tìm kiếm độc giả”

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

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

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 thành phần như Admin, ban thủ thư, ban kỹ thuật và ban lập kế hoạch, tất cả đều tham gia vào quá trình xem xét các thống kê và báo cáo.

Hình 3.9: Biểu đồ Usecase “Thống kê, báo cáo”

Tác nhân "Người dùng" trong quá trình in ấn các thống kê báo cáo bao gồm các thành phần như Admin, ban thủ thư, ban kỹ thuật và ban lập kế hoạch.

Hình 3.10: Biểu đồ Usecase “In ấn”

2.4.1 Đ c t Usecase “Qu n tr h th ng” ặ ả ả ị ệ ố

2.4.1.1 Đặc tả Usecase “Quản lý người dùng” a Đặc tả Usecase “Thêm người dùng”

Tác nhân sử dụng Usecase để thêm thông tin người dùng mới, bao gồm tên đăng nhập, họ tên, chức danh, giới tính, email và điện thoại.

1 Tác nhân chọn chức năng thêm người dùng

2 Hệ thống hiển thị form thêm người dùng

3 Tác nhân nhập thông tin(tên đăng nhập, họ tên, chức danh, giới tính, email, điện thoại)

5 Hệ thống kiểm tra tính hợp lệ của thông tin và lưu vào cơ sở dữ liệu

Dòng sự kiện phụ ắ Dũng thứ 1

1 Tác nhân hủy bỏ chức năng thêm người dùng

2 Hệ thống bỏ qua form thêm người dùng và trở về giao diện chính

3 Kết thúc Usecase. ắ Dũng thứ 2

1 Tác nhân nhập vào lỗi

2 Hệ thống hiển thì lỗi

Các yêu cầu đặc biệt Không có

Trạng thái hệ thống trước khi Usecase được sử dụng Tác nhân phải đăng nhập

Trạng thái hệ thống sau khi Usecase được sử dụng

Khi người dùng thành công trong việc thêm thông tin vào hệ thống, dữ liệu sẽ được ghi nhận vào cơ sở dữ liệu Ngược lại, nếu quá trình này thất bại, hệ thống sẽ thông báo lỗi và thông tin sẽ không được lưu trữ.

Tần suất sử dụng b Đặc tả Usecase “Sửa thông tin người dùng”

Tác nhân sử dụng Usecase này để chỉnh sửa thông tin người dùng, bao gồm họ tên, chức danh, giới tính, email và điện thoại.

1 Tác nhân chọn chức năng Sửa thông tin người dùng

2 Tác nhân chọn bản ghi cần sửa

3 Tác nhân sửa thông tin

4 Tác nhân chọn lưu thông tin

5 Hệ thống kiểm tra sự hợp lệ của thông tin đưa vào.

6 Hệ thống lưu thông tin vào cơ sở dữ liệu

Dòng sự kiện phụ ắ Dũng sự kiện phụ 1

1 Tác nhân hủy bỏ việc sửa người dùng

2 Hệ thống bỏ qua và trở về giao diện chính

3 Kết thúc Usecase. ắ Dũng sự kiện phụ 2

1 Thông tin tác nhân nhập vào không hợp lệ

2 Hệ thống hiển thị thông báo lỗi

Trạng thái hệ thống trước khi Usecase được sử dụng Tác nhân phải đăng nhập vào hệ thống

Nếu thành công: Thông tin người dùng được cập nhật thành công vào hệ thống.

Nếu thất bại:Hệ thống trả về thông báo lỗi, thông tin không được cập nhật thành công Điểm mở rộng Không có

Tần suất sử dụng Ít thường xuyên. c Đặc tả Usecase “Xóa người dùng”

Mô tả: Tác nhân sử dụng usecase này để thực hiện chức năng xóa người

Xây dựng phần mềm Quản lý thư viện dùng khỏi hệ thống.

2 Tác nhân chọn chức năng xóa người dùng

3 Hệ thống hiển thị form chứa danh sách người dùng

4 Admin chọn người dùng cần xóa và click vào nút “Xóa”.

5 Hệ thống xác nhận và thực hiện xóa người dùng đó

Dòng sự kiện phụ ắ Dũng sự kiện phụ thứ 1

1 Tác nhân hủy bỏ việc xóa người dùng.

2 Hệ thống không thực hiện chức năng xóa người dùng.

3 Kết thúc Usecase. ắ Dũng sự kiện phụ thứ 2

1 Hệ thống có lỗi xảy ra trong quá trình xử lý.

2 Hệ thống hiển thị thông báo lỗi.

Trạng thái hệ thống trước khi Usecase được sử dụng

Tác nhân 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 được sử dụng Nếu thành công:Người dùng bị xóa khỏi hệ thống

Nếu thất bại:Hệ thống trả về thông báo lỗi, người dùng không bị xóa khỏi hệ thống Điểm mở rộng Không có

Tần suất sử dụng Ít thường xuyên. d Đặc tả Usecase “Phân quyền cho người dùng”

Mô tả: Tác nhân sử dụng Usecase này để phân quyền cho thủ thư , ban kỹ thuật , ban lập kế hoạch

1 Tác nhân chọn chức năng phần quyền

2 Hệ thống hiển thì form phân quyền.

3 Tác nhân chọn người dùng và phân quyền cho người dùng đó

4 Tác nhân click Xác nhận

5 Hệ thống xác nhận và lưu thông tin đó

1 Tác nhân hủy bỏ việc phân quyền.

2 Hệ thống không thực hiện phân quyền người dùng.

3 Kết thúc Usecase ắ Dũng thứ 2

1 Tác nhân đưa vào thông tin không hợp lệ

Nếu thành công: thông tin về quyền hạn đối với người dùng đó được lưu vào hệ thống.

Nếu thất bại: hệ thống thông báo lỗi. Điểm mở rộng Không có

Tần suất sử dụng Thường xuyên. e Đặc tả Usecase “Thay đổi mật khẩu”

Tác nhân Admin, Ban kỹ thuật, Ban thủ thư,

Mô tả: Tác nhân chọn usecase này để thay đổi mật khẩu.

1 Người dùng chọn chức năng thay đổi mật khẩu

2 Hệ thống hiển thị form cho phép người dùng thay đổi mật khẩu.

3 Người dùng nhập lại mật khẩu cũ và nhập mật khẩu mới vào textbox.

4 Hệ thống kiểm tra sự hợp lệ của thông tin đưa vào và lưu thông tin vào hệ thống.

1 Người dùng hủy bỏ việc thay đổi mật khẩu.

2 Hệ thống không thực hiện chức năng thay đổi mật khẩu.

3 Kết thúc Usecase ắ Dũng thứ 2

1 Thông tin người dùng nhập vào không hợp lệ

2 Hệ thống không thực hiện chức năng thay đổi mật khẩu.

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.

Nếu thành công: Mật khẩu của người dùng được thay đổi thành công, hệ thống hiển thị form “Đăng nhập” cho phép người dùng đăng nhập lại.

Nếu 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ó

Tần suất sử dụng Thường xuyên

2.4.1.2 Đặc tả Usecase “Đăng nhập”

Tác nhân Admin, ban kỹ thuật, ban thủ thư, ban lập kế hoạch

Mô tả: Tác nhân sử dụng Usecase này để thực hiện đăng nhập vào hệ thống.

1 Hệ thống hiển thị giao diện đăng nhập

2 Người dùng nhập tài khoản bao gồm Tên đăng nhập và mật khẩu.

3 Hệ thống kiểm tra và xác nhận thông tin đăng nhập.

4 Hiển thị giao diện chính của phần mềm

1 Người dùng hủy yêu cầu đăng nhập.

1 Người dùng nhập thông tin sai.

Trạng thái hệ thống trước khi Usecase được sử dụng Không đòi hỏi yêu cầu gì trước đó.

Nếu thành công: Hệ thống sẽ hiển thị giao diện chính Người dùng có thể thực hiện các chức năng theo đúng quyền hạn của mình

Nếu thông tin đăng nhập không hợp lệ, hệ thống sẽ thông báo yêu cầu người dùng đăng nhập lại Để thay đổi mật khẩu, hãy nhấn vào nút "Điểm mở rộng".

Tần suất sử dụng Rất thường xuyên.

2.4.1.3 Đặc tả Usecase “Sao lưu và phục hồi dữ liệu”

Mô tả: Tác nhân sử dụng usecase này để thực hiện chức năng sao lưu và phục hồi dữ liệu.

1 Tác nhân chọn chức năng sao lưu và phục hồi dữ liệu.

2 Hệ thống hiển thị form sao lưu và phục hồi dữ liệu.

3 Tác nhân lựa chọn hình thức sao lưu dữ liệu và phục hồi dữ liệu.

4 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 tác nhân.

1 Admin hủy bỏ việc sao lưu và phục hồi dữ liệu.

2 Hệ thống bỏ qua form sao lưu và phục hồi dữ liệu và trở về form chính.

3 Kết thúc Usecase ắ Dũng sự kiện phụ 2

1 Hệ thống xảy ra lỗi trong khi thực hiện việc sao lưu và phục hồi dữ liệu.

Admin phải đăng nhập vào hệ thống trước khi thực hiện chức năng này.

Nếu thành công: Dữ liệu được sao lưu lại trên đĩa cứng hay được khôi phục lại.

Nếu thất bại: Hệ thống thông báo lỗi Điểm mở rộng Không có

2.4.2 Đ c t Usecase “Qu n lý tài li u” ặ ả ả ệ

2.4.2.1 Đặc tả Usecase “Thêm tài liệu”

Tác nhân Ban kỹ thuật, Admin

Mô tả: Tác nhân sử dụng Usecase này khi thêm thông tin về tài liệu mới nhập về vào hệ thống.

1 Tác nhân chọn chức năng “Thêm tài liệu”

2 Hệ thống hiển thì form nhập 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… )

3 Tác nhân nhập thông tin

5 Hệ thống kiểm tra tính hợp lệ thông tin vừa nhập

6 Hệ thống xác nhận và lưu vào cơ sở dữ liệu

Dòng sự kiện phụ ắ Dũng thứ nhất

1 Tác nhân hủy bỏ việc thêm tài liệu.

2 Hệ thống bỏ qua form thêm tài liệu và trở về form chính

3 Kết thúc Usecase ắ Dũng thứ hai

1 Thông tin ban kỹ thuật đưa vào không hợp lệ.

Trạng thái hệ thống trước khi Usecase được sử dụng Người dùng phải đăng nhập vào hệ thống

Nếu thông tin tài liệu được lưu thành công vào hệ thống, người dùng sẽ nhận được thông báo thành công Ngược lại, nếu quá trình lưu trữ gặp lỗi, hệ thống sẽ báo lỗi và thông tin sẽ không được lưu.

Tần suất sử dụng Thường xuyên.

2.4.2.2 Đặc tả Usecase “Sửa thông tin tài liệu”.

Tác nhân Admin, Ban kỹ thuật

Tác nhân sử dụng Usecase này để sửa đổi các thông tin liên quan đến tài liệu, bao gồm 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 và ngôn ngữ.

1 Tác nhân chọn chức năng Sửa thông tin tài liệu.

2 Hệ thống hiển thị form chứa danh sách tài liệu.

3 Tác nhân chọn tài liệu cần sửa

4 Hệ thống hiển thị các chi tiết thông tin về tài liệu để người dùng sửa.

5 Tác nhân nhập các thông tin cần sửa

6 Tác nhân chọn lưu thông tin

7 Hệ thống kiểm tra sự hợp lệ, xác nhận của thông tin đưa vào.

8 Hệ thống lưu thông tin vào cơ sở dữ liệu

4 Tác nhân hủy bỏ việc sửa thông tin tài liệu

5 Hệ thống bỏ qua và trở về giao diện chính

4 Thông tin tác nhân nhập vào không hợp lệ

Trạng thái hệ thống trước khi Usecase được sử dụng Tác nhân phải đăng nhập vào hệ thống

Nếu thành công: Thông tin tài liệu được cập nhật thành công vào hệ thống.

Nếu thất bại:Hệ thống trả về thông báo lỗi, thông tin không được cập nhật thành công Điểm mở rộng Không có

Tần suất sử dụng Ít thường xuyên.

2.4.2.3 Đặc tả Usecase “Xóa tài liệu”

Tác nhân Admin, Ban kỹ thuật

Mô tả: Tác nhân sử dụng usecase này để thực hiện chức năng xóa tải liệu khỏi hệ thống khi nó không được sử dụng

1 Tác nhân chọn chức năng xóa tài liệu.

2 Hệ thống hiển thị form chứa danh sách tài liệu

3 Tác nhận chọn tài liệu cần xóa và click vào nút “Xóa”.

4 Hệ thống xác nhận thực hiện xóa người dùng đó

Dòng sự kiện phụ ắ Dũng sự kiện phụ thứ 1

1 Tác nhân hủy bỏ việc xóa tài liệu.

2 Hệ thống bỏ qua form xóa tài liệu và trở về form chính

3 Kết thúc Usecase. ắ Dũng sự kiện phụ thứ 2

1 Hệ thống có lỗi xảy ra trong quá trình xử lý.

Trạng thái hệ thống sau khi Usecase được sử dụng Nếu thành công:

Thông tin tài liệu bị xóa khỏi hệ thống

Nếu thất bại:Hệ thống trả về thông báo lỗi, thông tin tài liệu không bị xóa khỏi hệ thống Điểm mở rộng Không có

Tần suất sử dụng Ít thường xuyên.

2.4.3.1 Đặc tả Usecase “Thêm độc giả”

Mô tả: Tác nhân sử dụng Usecase này khi thêm thông tin về độc giả vào hệ thống.

8 Tác nhân chọn chức năng “Thêm độc giả”

9 Hệ thống hiển thì form nhập thông tin(mã thẻ, họ tên, năm sinh, giới

Xây dựng phần mềm Quản lý thư viện 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…)

10 Tác nhân nhập thông tin

12 Hệ thống kiểm tra tính hợp lệ thông tin vừa nhập

13 Hệ thống xác nhận và lưu vào cơ sở dữ liệu

4 Tác nhân hủy bỏ việc thêm độc giả.

5 Hệ thống bỏ qua form thêm tài liệu và trở về form chính

6 Kết thúc Usecase ắ Dũng thứ hai

4 Thông tin tác nhân đưa vào không hợp lệ.

Trạng thái hệ thống trước khi Usecase được sử dụng Người dùng phải đăng nhập vào hệ thống

Nếu thành công:Thông tin độc giả được lưu thành công vào hệ thống đồng thời tạo thẻ thư viện cho độc giả.

Nếu thất bại:Hệ thống báo lỗi, thông tin không được lưu Điểm mở rộng Không

Tần suất sử dụng Thường xuyên.

2.4.3.2 Đặc tả Usecase “Xóa độc giả”

Mô tả: Tác nhân sử dụng Usecase này để thực hiện chức năng xóa độc giả khỏi hệ thống.

1 Ban kỹ thuật chọn chức năng xóa độc giả

2 Hệ thống hiển thị form chứa danh sách các độc giả.

3 Ban kỹ thuật chọn độc giả cần xóa.

4 Hệ thống xác nhận và xóa độc giả khỏi hệ thống.

1 Ban kỹ thuật hủy bỏ việc xóa độc giả.

2 Hệ thống trở về form chính.

1 Hệ thống có lỗi xảy ra trong quá trình xử lý

Trạng thái hệ thống sau khi Usecase được sử dụng.

Nếu thành công: thông tin về độc giả được xóa khỏi hệ thống.

Nếu thất bại: hệ thống thông báo lỗi và thông tin về độc giả không được xóa. Điểm mở rộng Không

2.4.4 Đ c t Usecase “Qu n lý m ặ ả ả ượ n, tr tài li u” ả ệ

2.4.4.1 Đặc tả Usecase “Quản lý mượn tài liệu”

Tác nhân Thủ thư, Admin

Tóm tắt: Admin, Thủ thư sử dụng Usecase này để thực hiện chức năng quản lý mượn tài liệu khi có yêu cầu

1 Thủ thư chọn chức năng quản lý mượn tài liệu

2 Hệ thống hiển thị form cho mượn tài liệu

3 Thủ thư nhập thông tin tài liệu và độc giả

4 Hệ thống kiểm tra sự hợp lệ của thông tin đưa vào

5 Thủ thư chọn lập phiếu mượn

6 Hệ thống lập phiếu mượn lưu thông tin độc giả và phiếu mượn vào hệ

Xây dựng phần mềm Quản lý thư viện thống

Dòng sự kiện phụ a) Dòng thứ nhất

1 Thủ thư bỏ việc quản lý mượn tài liệu

2 Hệ thống trở về form chính

3 Use case kết thúc b) Dòng thứ hai

1 Thủ thư nhập vào thông tin không hợp lệ

Trạng thái hệ thống trước khi use case được thực hiện Thủ thư phải đăng nhập trước khi thực hiện use case này

Sau khi thực hiện use case, nếu thành công, phiếu mượn sẽ được lập và thông tin về người mượn cùng sách mượn sẽ được lưu vào hệ thống Ngược lại, nếu không thành công, hệ thống sẽ báo lỗi và không tạo được phiếu mượn.

Tần suất sử dụng Thường xuyên vào giờ thư viện

2.4.4.2 Đặc tả Usecase “Quản lý trả tài liệu”

Tác Nhân Thủ thư, Admin

Tóm tắt: Thủ thư thực hiện use case này để thực hiện chức năng trả tài liệu khi có độc giả trả tài liệu

1 Thủ thư chọn chức năng quản lý trả tài liệu

2 Hệ thống hiển thị form trả tài liệu mượn

3 Thủ thư nhập thông tin độc giả, tài liệu(quét mã vạch)

4 Hệ thống kiểm tra thông tin tài liệu và độc giả

5 Hệ thống hiển thị thông tin phiếu mượn

6 Thủ thư cập nhật lại thông tin phiếu mượn, click xử lý

7 Hệ thống cập nhật lại thông tin phiếu mượn

Dòng sự kiện phụ a) Dòng thứ nhất

1 Thủ thư hủy bỏ việc quản lý trả tài liệu

2 Hệ thống quay trở lại form chính

3 Use case kết thúc b) Dòng thứ hai

1 Thông tin thủ thư đưa vào không hợp lệ

2 Hệ thống trả lại thông báo lỗi

Trạng thái hệ thống trước khi use case thực hiện

Thủ thư phải đăng nhập trước khi thực hiện chức năng này.

Trạng thái hệ thống sau khi use case thực hiện

Nếu thành công: Phiếu mượn được cập nhật và lưu vào hệ thống

Nếu thất bại: Hệ thống thông báo lỗi và không thực hiện việc trả tài liệu Điểm mở rộng Không có

Tuần suất sử dụng Rất thường xuyên

2.4.4.3 Đặc tả Usecase “Xử lý độc giả vi phạm”

Tác nhân Ban thủ thư, Admin

Mô tả : Use case được sử dụng để thực hiện chức năng xử lý độc giả vi phạm

1 Ban thủ thư chọn chức năng xử lý độc giả vi phạm

2 Hệ thống hiển thị form xử lý độc giả vi phạm

3 Thủ thư kiểm tra phiếu mượn, nhập lý do vi phạm và hình thức xử phạt

4 Hệ thống cập nhật thông tin độc giả vi phạm

Dòng sự kiện phụ b) Dòng sự kiện thứ 1

1 Thủ thư chọn bỏ việc xử lý độc giả vi phạm

2 Hệ thống trở về giao diện chính

3 Use case kết thúc c) Dòng sự kiện thứ 2

1 Thông tin thủ thư nhập không hợp lệ

Trạng thái hệ thống trước khi thực hiện use case

Thủ thư phải đăng nhập vào hệ thống trước khi thực hiện user - case

Trạng thái hệ thống sau khi thực hiện use case Thành công: Lập được phiếu phạt

Thất bại: Báo lỗi Điểm mở rộng Click button “xử lý độc giả trả tài liệu muộn”

Click button “xử lý độc giả làm mất, hư hỏng tài liệu”

Tuần suất sử dụng Không thường xuyên

2.4.5 Đ c t Usecase “Tìm ki m thông tin” ặ ả ế

2.4.5.1 Đặc tả Usecase “Tìm kiếm tài liệu”

Người dùng có thể sử dụng Usecase này để tìm kiếm thông tin về tài liệu trong thư viện, giúp họ nắm bắt được các tài liệu hiện có và các loại tài liệu khác nhau có sẵn Usecase “Tìm kiếm đơn giản” hỗ trợ người dùng trong việc truy cập nhanh chóng và hiệu quả vào nguồn tài liệu phong phú.

Tác nhân Độc giả, Admin, Ban kỹ thuật, Ban thủ thư, Ban lập kế hoạch

Mô tả:Tác nhân sử dụng usecase để thực hiện chức năng tìm kiếm tài liệu

44 dựa bào tên tài liệu.

1 Người dùng chọn chức năng tìm kiếm tài liệu theo tên

2 Hệ thống hiển thị form cho phép người dùng nhập tên tài liệu vào

3 Người dùng nhập tên tài liệu

4 Hệ thống kiểm tra nếu có tài liệu như vậy thì sẽ hiển thị đầy đủ thông tin về tài liệu đó

5 Hệ thống thông báo “Không có tài liệu như vậy” nếu hệ thống kiểm tra mà không thấy tài liệu

1 Tác nhân hủy bỏ việc tìm kiếm tài liệu theo tên

2 Hệ thống bỏ qua form tìm kiếm tài liệu theo tên và sau đó trở về giao diện chính

1 Hệ thống trả về form thông báo lỗi nếu quá trình tìm kiếm xảy ra lỗi

Trạng thái hệ thống trước khi thực hiện usecase “Tìm kiếm đơn giản”

Hệ thống cần được kích hoạt.

Trạng thái hệ thống sau khi thực hiện usecase “Tìm kiếm đơn giản” Nếu thành công: thông tin về tài liệu được hiển thị

Nếu thất bại: Hệ thống thông báo không có tài liệu Điểm mở rộng Không có

2.4.5.2 Đặc tả Usecase “Tìm kiếm độc giả”

Người dùng sử dụng Usecase này để tra cứu thông tin về độc giả, bao gồm việc kiểm tra xem độc giả có mượn sách hay không, xác định ngành nghề của họ và tìm kiếm họ tên Usecase "Tìm kiếm đơn giản" giúp đơn giản hóa quá trình tìm kiếm thông tin cần thiết về độc giả.

Tác nhân Độc giả, Admin, Ban kỹ thuật, Ban thủ thư, Ban lập kế hoạch

Mô tả:Tác nhân sử dụng usecase để thực hiện chức năng tìm kiếm độc giả dựa vào họ, tên độc giả.

1 Người dùng chọn chức năng tìm kiếm độc giả dựa vào họ, tên độc giả.

2 Hệ thống hiển thị form cho phép người dùng nhập tên độc giả vào

3 Người dùng nhập tên độc giả

4 Hệ thống kiểm tra nếu có độc giả như vậy thì sẽ hiển thị đầy đủ thông tin về tài liệu đó

5 Hệ thống thông báo “Không có độc giả như vậy” nếu hệ thống kiểm tra mà không thấy độc giả

4 Tác nhân hủy bỏ việc tìm kiếm độc giả dựa vào họ, tên độc giả.

5 Hệ thống trở về giao diện chính

7 Người dùng nhập vào thông tin lỗi

8 Hệ thống trả về form thông báo lỗi

Trạng thái hệ thống trước khi thực hiện usecase “Tìm kiếm đơn giản”

Người dùng phải đăng nhập hoặc người dùng mở phần mềm

Trạng thái hệ thống sau khi thực hiện usecase “Tìm kiếm đơn giản” Nếu thành công: Thông tin độc giả được hiển thị

Nếu thất bại: Hệ thống thông báo không tồn tại độc giả đó Điểm mở rộng Không có

2.4.6 Đ c t Usecase “Th ng kê, báo cáo” ặ ả ố Đặc tả Usecase “Thống kê báo cáo tài liệu còn trong thư viện”

Tác nhân Admin, Ban lập kế hoạch, Ban thủ thư, Ban kỹ thuật

Tóm tắt: Tác nhân sử dụng Usecase này để thực hiện chức năng Thống kê tài liệu còn trong thư viên là bao nhiêu

1 Tác nhân chọn chức chức năng thống kê tài liệu còn lại

2 Hệ thống trả về form thống kê tài liệu còn lại và số lượng mỗi loại

1 Người dùng hủy bỏ chức năng thống kê tài liệu còn lại

2 Hệ thống bỏ qua form thống kê tài liệu còn lại và trở về giao diện chính

Trạng thái hệ thống trước khi Usecase “Thống kê báo cáo tài liệu còn trong thư viện được thực hiện”

Tác nhân phải đăng nhập vào hệ thống trước

Trạng thái hệ thống sau khi Usecase “Thống kê báo cáo tài liệu còn trong thư viện được thực hiện”

Nếu thành công: Hiển thị danh sách tài liệu còn lại và số lượng của chúng Nếu thất bại: Hệ thống thông báo lỗi Điểm mở rộng Không có

2.4.7 Đ c t Usecase “In n” ặ ả ấ Đặc tả Usecase “In ấn TKBC tài liệu còn trong thư viện”

Tác nhân Ban kế hoạch, Ban kỹ thuật, Ban thủ thư, Admin

Tóm tắt: Tác nhân sử dụng Usecase này để in ấn báo cáo

1 Tác nhân chọn chức năng in ấn tài liệu hiện tại.

2 Hệ thống in ra tất cả các bản báo cáo hiện có trong hệ thống.

Dòng sự kiện phụ a Dòng thứ nhất

1 Tác nhân hủy bỏ chức năng in ấn tài liệu

2 Hệ thống bỏ qua và trở về form chính

3 Usecase kết thúc b Dòng thứ hai

1 Hệ thống xảy ra lỗi trong qua trình xử lý

Trạng thái hệ thống trước khi Usecase được thực hiện Tác nhân phải đăng nhập vào hệ thống

Trạng thái hệ thống sau khi Usecase được thực hiện.

Nếu thành công: in ra tất cả các bản báo cáo hiện có trong hệ thống.

Nếu thất bại:Hiển thị thông báo lỗi Điểm mở rộng Không có

Biểu đồ lớp

Danh sách các thuộc tính

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

Bảng 3.3: Danh sách các thuộc tính Lớp Người dùng

Danh sách các phương thức

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

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

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

Bảng 3.4: Danh sách các phương thức Lớp Người dùng

Bảng 3.5: Danh sách các thuộc tính lớp Chức năng

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

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ẻ

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

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

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)

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 3.6: Danh sách các thuộc tính Lớp DSDK Tạo thẻ

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ẻ

Bảng 3.7: Danh sách các phương thức Lớp DSDK Tạo thẻ

1 SoThe Số thẻ thư viện

3 AnhBarcode Ảnh mã vạch của 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ẻ

Bảng 3.8: Danh sách các thuộc tính Lớp Độc giả

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

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

Bảng 3.9: Danh sách các phương thức Lớp Độc giả

3 LyDoVP Lý do vi phạm

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

Bảng 3.10: Danh sách các thuộc tính Lớp Xử lý vi phạm

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

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

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

Bảng 3.12: Danh sách các thuộc tính lớp “Lớp”

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

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

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

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

Bảng 3.14: Danh sách các thuộc tính Lớp Đơn vị

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

Bảng 3.15: Danh sách các phương thức Lớp Đơn vị

Bảng 3.16: Danh sách các thuộc tính Lớp Thể Loại

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

Bảng 3.17: Danh sách các phương thức Lớp Thể Loại

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

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

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

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

Bảng 3.18: Danh sách các thuộc tính Lớp Tài liệu

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

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

Bảng 3.19: Danh sách các phương thức Lớp Tài liệu

3.1.10 L p “TLChitiet” (Tài li u chi ti t) ớ ệ ế

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

3 AnhBarcode Ảnh mã vạch của từng cuốn tài liệu

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

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 3.20: Danh sách các thuộc tính Lớp Tài liệu chi tiết

1 HienThiTLChitiet Hiển thị thông tin tài liệu

Bảng 3.21: Danh sách các phương thức Lớp Tài liệu

Bảng 3.22: Danh sách các thuộc tính Lớp Tác giả

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

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

Bảng 3.23: Danh sách các phương thức Lớp Tác giả

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

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

Bảng 3.24: Danh sách các thuộc tính Lớp Nhà xuất bản

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

Bảng 3.25: Danh sách các phương thức Lớp Nhà xuất bản

1 MaNCC Mã nhà cung cấp

2 TenNCC Tên nhà cung cấp

Bảng 3.26: Danh sách các thuộc tính Lớp Nhà cung cấp

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

Bảng 3.27: Danh sách các phương thức Lớp Nhà cung cấp

Bảng 3.28: Danh sách các thuộc tính Lớp Ngôn ngữ

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

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

Bảng 3.29: Danh sách các phương thức Lớp Ngôn ngữ

3.1.15 L p “VitriTL” (V trí l u tr tài li u) ớ ị ư ữ ệ

Bảng 3.30: Danh sách các thuộc tính Lớp Vị trí tài liệu

2 SuaVitri Sửa vị trí lưu trữ

3 XoaVitri Xóa vị trí lưu trữ

4 HienThiVitri Hiển thị thông tin vị trí lưu trữ

Bảng 3.31: Danh sách các phương thức Lớp Vị trí tài liệu

3 MaNCC Mã nhà cung cấp

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

Bảng 3.32: Danh sách các thuộc tính Lớp Phiếu nhập

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

Bảng 3.33: Danh sách các phương thức Lớp Phiếu nhập

1 ID_MuonTra Mã mượn trả

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

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

8 Loai Loại mượn hay trả

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

Bảng 3.34: Danh sách các thuộc tính Lớp Mượn trả

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

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

3 UpdatePhieuMT Cập nhật phiếu mượn trả

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

Bảng 3.35: Danh sách các phương thức Lớp Mượn trả

Hình 3.11: Biểu đồ Lớp Hệ thống

Hình 3.12: Biểu đồ Lớp Độc giả

Hình 3.13: Biểu đồ Lớp Mượn trả

Hình 3.14: Biểu đồ Lớp Tài liệu

Biểu đồ tuần tự

4.1 Nhóm các chức năng Quản trị hệ thống

Hình 3.15: Biểu đồ tuần tự cho chức năng Đăng nhập

4.1.2 Ch c năng Thêm ng ứ ườ i dùng

Hình 3.16: Biểu đồ tuần tự cho chức năng Thêm người dùng

4.1.3 Ch c năng S a thông tin ng ứ ử ườ i dùng

Hình 3.17: Biểu đồ tuần tự cho chức năng Sửa thông tin người dùng

4.1.4 Ch c năng Xóa ng ứ ườ i dùng

Hình 3.18: Biểu đồ tuần tự cho chức năng Xóa người dùng

Hình 3.19: Biểu đồ tuần tự chức năng Thay đổi mật khẩu

4.1.6 Ch c năng Sao l u, ph c h i d li u ứ ư ụ ồ ữ ệ

Hình 3.20: Biểu đồ tuần tự cho chức năng Sao lưu, phục hồi dữ liệu

4.2 Nhóm chức năng Quản lý tài liệu

4.2.1 Ch c năng Thêm tài li u ứ ệ

Hình 3.21: Biểu đồ tuần tự cho chức năng Thêm tài liệu

Hình 3.22: Biểu đồ tuần tự cho chức năng Sửa thông tin tài liệu

4.2.3 Ch c năng Xóa tài li u ứ ệ

Hình 3.23: Biểu đồ tuần tự cho chức năng Xóa tài liệu

4.3 Nhóm chức năng Quản lý độc giả

Hình 3.24: Biểu đồ tuần tự cho chức năng Thêm độc giả

Hình 3.25: Biểu đồ tuần tự thực hiện chức năng Xóa độc giả

4.4 Nhóm chức năng Quản lý mượn trả tài liệu

4.4.1 Ch c năng Qu n lý m ứ ả ượ n tài li u ệ

Hình 3.26: Biểu đồ tuần tự cho chức năng Quản lý mượn tài liệu

4.4.2 Ch c năng Qu n lý tr tài li u ứ ả ả ệ

Hình 3.27: Biểu đồ tuần tự cho chức năng Quản lý trả tài liệu

4.4.3 Ch c năng X lý đ c gi vi ph m ứ ử ộ ả ạ

Hình 3.28: Biểu đồ tuần tự thực hiện chức năng Xử lý vi phạm

4.5 Chức năng Tìm kiếm thông tin

Hình 3.29: Biểu đồ tuần tự cho chức năng Tìm kiếm thông tin

4.6 Chức năng Thống kê, báo cáo

Hình 3.30: Biểu đồ tuần tự cho chức năng Thống kê, báo cáo

Hình 3.31: Biểu đồ tuần tự thực hiện chức năng In ấn

PHÂN TÍCH, THIẾT KẾ GIAO DIỆN

Form thông tin phiếu nhập

11.Form tìm kiếm tài liệu

Tiêu đề	Xây dựng phần mềm quản lý thư viện trường Đại học
Tác giả	Nguyễn Nhật Long, Lê Như Thành, Hoàng Văn Khoa
Người hướng dẫn	Ths Nguyễn Hồng Phương
Trường học	Trường Đại Học Bách Khoa Hà Nội
Chuyên ngành	Công nghệ thông tin
Thể loại	Báo cáo BTL PTTK
Thành phố	Hà Nội

Định dạng
Số trang	79
Dung lượng	2,29 MB