Bài Tập Lớn Về Quản Lý Thư Viện Trong Phân Tích Thiết Kế Hệ Thống

Phân tích thiết kế hệ thống tên bài tập lớn quản lý thư viện, khám phá các yếu tố quan trọng và giải pháp tối ưu cho hiệu quả quản lý.

• Đề tài: Quản Lý Thư Viện: Bài Tập Lớn Phân Tích Thiết Kế Hệ Thống

Mục lục chi tiết

• 1. I. XÁC ĐỊNH YÊU CẦU
• 1.1. Danh sách tác nhân
• 1.2. Danh sách Use case
• 1.3. Đăng nhập
• 1.4. Đăng xuất
• 1.5. Thêm sách
• 1.6. Xóa sách
• 1.7. Sửa thông tin sách
• 1.8. Tìm kiếm sách
• 1.9. Thêm độc giả
• 1.10. Xóa độc giả
• 1.11. Sửa thông tin độc giả
• 1.12. Tìm kiếm độc giả
• 1.13. Mượn sách
• 1.14. Trả sách
• 1.15. Biểu đồ Use case
• 1.16. Biểu đồ Activity
• 1.16.1. Thủ thư đăng nhập
• 1.16.2. Thủ thư đăng xuất
• 1.16.3. Thủ thư xóa sách
• 1.16.4. Thủ thư xóa độc giả
• 1.16.5. Thủ thư tìm kiếm độc giả
• 1.16.6. Thủ thư tìm kiếm sách
• 1.16.7. Độc giả trả sách
• 1.16.8. Độc giả mượn sách
• 1.16.9. Thủ thư thêm độc giả
• 1.16.10. Thủ thư thêm sách
• 1.16.11. Thủ thư sửa thông tin độc giả
• 1.16.12. Thủ thư sửa thông tin sách
• 2. II. PHÂN TÍCH YÊU CẦU
• 2.1. Phân tích tĩnh
• 2.1.1. Xác định lớp
• 2.1.2. Quan hệ giữa các lớp
• 2.1.3. Thuộc tính và các phương thức
• 2.2. Phân tích động
• 2.2.1. Các biểu đồ giao tiếp
• 3. II. PHA THIẾT KẾ
• 3.1. Lựa chọn công nghệ mạng

Tóm tắt

I. Hướng dẫn tổng quan bài tập lớn quản lý thư viện hiệu quả

Bài tập lớn về phân tích thiết kế hệ thống thông tin quản lý thư viện là một đề tài kinh điển trong ngành Công nghệ thông tin. Đề tài này không chỉ giúp sinh viên áp dụng kiến thức lý thuyết vào thực tiễn mà còn rèn luyện kỹ năng phân tích, thiết kế và giải quyết vấn đề một cách có hệ thống. Mục tiêu cốt lõi của đồ án công nghệ phần mềm này là xây dựng một hệ thống có khả năng tự động hóa các quy trình nghiệp vụ cốt lõi tại một thư viện, từ quản lý kho sách, quản lý độc giả cho đến quản lý mượn trả sách. Một hệ thống hiệu quả sẽ giúp giảm thiểu sai sót do thao tác thủ công, tiết kiệm thời gian cho thủ thư và nâng cao trải nghiệm của độc giả. Để hoàn thành tốt bài tập này, sinh viên cần nắm vững các khái niệm về vòng đời phát triển phần mềm, kỹ thuật thu thập và đặc tả yêu cầu phần mềm, các phương pháp mô hình hóa hệ thống sử dụng mô hình UML, và cuối cùng là kỹ thuật thiết kế CSDL và giao diện. Báo cáo cuối kỳ, hay báo cáo bài tập lớn, cần trình bày một cách logic và khoa học toàn bộ quá trình, từ giai đoạn khảo sát ban đầu đến thiết kế chi tiết, thể hiện sự hiểu biết sâu sắc về cả nghiệp vụ thư viện và kỹ thuật phần mềm. Tài liệu gốc của nhóm sinh viên trường Đại học Công nghệ Đông Á đã cung cấp một khung sườn chi tiết, trong đó nhấn mạnh việc xác định rõ ràng các tác nhân (Actor) và các ca sử dụng (Use Case) làm nền tảng cho toàn bộ quá trình phân tích và thiết kế sau này. Việc phân tích kỹ lưỡng các yêu cầu ban đầu là bước đệm quan trọng nhất, quyết định sự thành công của dự án.

1.1. Tầm quan trọng của việc phân tích thiết kế hệ thống thông tin

Giai đoạn phân tích thiết kế hệ thống thông tin đóng vai trò xương sống cho bất kỳ dự án phần mềm nào. Đây là giai đoạn chuyển đổi các yêu cầu nghiệp vụ, vốn thường mơ hồ và phi cấu trúc, thành một bản thiết kế kỹ thuật chi tiết, rõ ràng và có thể triển khai được. Nếu bỏ qua hoặc thực hiện sơ sài giai đoạn này, dự án rất dễ đi chệch hướng, gây lãng phí tài nguyên, tốn kém chi phí sửa chữa và thậm chí thất bại. Một bản phân tích tốt giúp xác định chính xác phạm vi của hệ thống, các chức năng cần có, và các ràng buộc phi chức năng như hiệu năng, bảo mật. Trong bối cảnh bài tập lớn quản lý thư viện, việc phân tích kỹ lưỡng giúp làm rõ các quy trình như tìm kiếm sách, quy trình đăng ký thành viên cho độc giả, và các bước trong nghiệp vụ quản lý mượn trả sách. Thiết kế hệ thống dựa trên bản phân tích đó sẽ đảm bảo các module được xây dựng một cách logic, dễ bảo trì và mở rộng trong tương lai.

1.2. Các giai đoạn chính trong một đồ án công nghệ phần mềm

Một đồ án công nghệ phần mềm điển hình thường tuân theo các giai đoạn của vòng đời phát triển phần mềm. Giai đoạn đầu tiên là 'Xác định yêu cầu', nơi nhóm dự án làm việc với các bên liên quan để thu thập và tài liệu hóa tất cả các yêu cầu chức năng và phi chức năng. Giai đoạn tiếp theo là 'Phân tích hệ thống', tập trung vào việc mô hình hóa các yêu cầu đó bằng các công cụ như mô hình UML. Giai đoạn 'Thiết kế hệ thống' sẽ dựa trên kết quả phân tích để thiết kế kiến trúc tổng thể, thiết kế CSDL và thiết kế giao diện (UI) chi tiết. Sau khi có bản thiết kế, giai đoạn 'Triển khai' (lập trình) sẽ bắt đầu. Cuối cùng là giai đoạn 'Kiểm thử' để đảm bảo phần mềm hoạt động đúng và giai đoạn 'Bảo trì' để sửa lỗi và nâng cấp. Việc tuân thủ quy trình này giúp quản lý dự án một cách khoa học, đảm bảo chất lượng sản phẩm và giúp việc viết báo cáo bài tập lớn trở nên hệ thống và đầy đủ.

II. Phương pháp xác định đặc tả yêu cầu cho hệ thống thư viện

Xác định và đặc tả yêu cầu là bước khởi đầu quyết định hướng đi của toàn bộ dự án. Một bản đặc tả yêu cầu phần mềm (Software Requirement Specification - SRS) chất lượng là tài liệu giao tiếp chính giữa người dùng và đội phát triển. Đối với hệ thống quản lý thư viện, quá trình này bắt đầu bằng việc xác định các tác nhân chính. Dựa trên tài liệu tham khảo, hệ thống có hai tác nhân cơ bản: Thủ thư (người quản trị và vận hành hệ thống) và Độc giả (người sử dụng dịch vụ của thư viện). Từ các tác nhân này, chúng ta xác định các chức năng mà họ có thể thực hiện, hay còn gọi là các Use Case. Ví dụ, Thủ thư có các Use Case như 'Đăng nhập', 'Quản lý sách', 'Quản lý độc giả', và 'Quản lý mượn trả sách'. Mỗi Use Case lớn này lại được chia thành các Use Case nhỏ hơn như 'Thêm sách', 'Xóa sách', 'Tìm kiếm độc giả'. Việc liệt kê đầy đủ và chi tiết các Use Case này là cực kỳ quan trọng. Sau khi có danh sách, bước tiếp theo là đặc tả chi tiết cho từng Use Case, bao gồm: Tên Use Case, Tác nhân chính, Tiền điều kiện, Hậu điều kiện (Đảm bảo thành công), và Chuỗi sự kiện chính (luồng xử lý). Cách tiếp cận này đảm bảo mọi yêu cầu đều được ghi nhận một cách rõ ràng, tránh những hiểu lầm có thể phát sinh trong các giai đoạn sau của dự án.

2.1. Xác định tác nhân và xây dựng danh sách Use Case chi tiết

Tác nhân (Actor) là một thực thể bên ngoài tương tác với hệ thống. Trong bài tập lớn quản lý thư viện, việc xác định đúng tác nhân là nền tảng để xây dựng Use Case. Tài liệu gốc đã chỉ ra Thủ thư là tác nhân chính, người thực hiện hầu hết các chức năng quản trị. Độc giả cũng là một tác nhân quan trọng, dù trong mô hình này họ tương tác gián tiếp qua thủ thư. Danh sách Use Case được xây dựng dựa trên các nhiệm vụ mà tác nhân cần thực hiện. Ví dụ, Use Case 'Quản lý sách' bao gồm các chức năng con: Thêm, Sửa, Xóa, và Tìm kiếm sách. Tương tự, 'Quản lý độc giả' cũng có các chức năng CRUD (Create, Read, Update, Delete) tương ứng. Use Case quan trọng nhất, phản ánh nghiệp vụ cốt lõi, là 'Quản lý mượn sách' và 'Quản lý trả sách'. Việc lập danh sách này phải đảm bảo bao quát hết các quy trình nghiệp vụ cần được tin học hóa.

2.2. Kỹ thuật viết tài liệu đặc tả yêu cầu phần mềm chi tiết

Sau khi có danh sách Use Case, việc viết đặc tả yêu cầu phần mềm là bước cụ thể hóa từng chức năng. Một bản đặc tả tốt cần mô tả rõ ràng luồng sự kiện chính (main flow) và các luồng ngoại lệ (alternative/exception flows). Ví dụ, trong Use Case 'Thêm sách', luồng chính là thủ thư nhập thông tin và hệ thống lưu thành công. Luồng ngoại lệ có thể là 'Mã sách bị trùng' hoặc 'Thông tin nhập không hợp lệ'. Theo tài liệu nghiên cứu, mỗi đặc tả cần có các mục như 'Tên Use Case', 'Tác nhân chính', 'Tiền điều kiện' (ví dụ: Thủ thư đã đăng nhập), 'Đảm bảo thành công' (ví dụ: Sách được thêm vào cơ sở dữ liệu quản lý thư viện), và 'Chuỗi sự kiện'. Việc mô tả chi tiết các bước tương tác giữa tác nhân và hệ thống trong chuỗi sự kiện giúp đội phát triển hiểu chính xác cần phải xây dựng chức năng như thế nào, đồng thời là cơ sở để thiết kế các ca kiểm thử (test case) sau này.

III. Bí quyết mô hình hóa UML cho bài tập lớn quản lý thư viện

Sử dụng mô hình UML (Unified Modeling Language) là phương pháp trực quan và hiệu quả để phân tích và thiết kế hệ thống. Đối với bài tập lớn quản lý thư viện, các sơ đồ UML không chỉ giúp làm rõ cấu trúc và hành vi của hệ thống mà còn là công cụ giao tiếp mạnh mẽ trong đội nhóm. Sơ đồ quan trọng nhất ở giai đoạn phân tích là sơ đồ Use Case quản lý thư viện, biểu diễn tổng quan các chức năng và sự tương tác của tác nhân với hệ thống. Để làm rõ hơn luồng xử lý của từng chức năng, sơ đồ hoạt động (activity diagram) được sử dụng. Ví dụ, sơ đồ hoạt động cho chức năng mượn sách sẽ mô tả các bước từ khi thủ thư tìm độc giả, tìm sách, kiểm tra điều kiện cho mượn, đến khi cập nhật thông tin vào hệ thống. Ở mức độ sâu hơn, sơ đồ tuần tự (sequence diagram) minh họa sự tương tác và thông điệp trao đổi giữa các đối tượng theo thời gian cho một kịch bản cụ thể, ví dụ như kịch bản 'Đăng nhập thành công'. Về mặt cấu trúc, sơ đồ lớp (class diagram) quản lý thư viện là sơ đồ quan trọng nhất, xác định các lớp đối tượng, thuộc tính, phương thức và mối quan hệ giữa chúng, tạo nền tảng cho việc thiết kế CSDL và lập trình hướng đối tượng.

3.1. Cách vẽ sơ đồ Use Case và sơ đồ hoạt động Activity Diagram

Để vẽ sơ đồ Use Case quản lý thư viện, đầu tiên cần xác định khung hệ thống (system boundary), sau đó đặt các tác nhân (Actor) bên ngoài và các Use Case (hình oval) bên trong. Các đường nối thể hiện mối quan hệ tương tác. Các mối quan hệ như <> (bao gồm) và <> (mở rộng) có thể được sử dụng để tổ chức các Use Case phức tạp. Trong khi đó, sơ đồ hoạt động (activity diagram) lại tập trung vào luồng công việc. Sơ đồ này bắt đầu bằng một nút khởi tạo, đi qua các hành động (hình chữ nhật bo góc), các điểm quyết định (hình thoi) và kết thúc ở một nút kết thúc. Tài liệu tham khảo đã minh họa rõ các sơ đồ hoạt động cho các chức năng chính như 'Thủ thư thêm sách' hay 'Độc giả mượn sách', cho thấy rõ ràng các bước và điều kiện rẽ nhánh trong quy trình.

3.2. Xây dựng sơ đồ lớp Class Diagram và phân tích tĩnh

Phân tích tĩnh là quá trình xác định các lớp thực thể của hệ thống. Kỹ thuật phổ biến là trích xuất danh từ từ bản đặc tả yêu cầu. Từ tài liệu gốc, các danh từ ứng viên cho lớp bao gồm: Sách, Độc giả, Thủ thư, MượnTrảSách. Sơ đồ lớp (class diagram) quản lý thư viện sẽ biểu diễn các lớp này dưới dạng các hình chữ nhật, bên trong có tên lớp, danh sách thuộc tính (attributes) và danh sách phương thức (methods). Ví dụ, lớp 'Sách' có thuộc tính như 'maS', 'tenS', 'tenTg' và phương thức như 'add()', 'delete()', 'search()'. Quan trọng hơn cả là xác định mối quan hệ giữa các lớp: quan hệ một-nhiều (ví dụ: một Độc giả có thể mượn nhiều Sách), quan hệ kế thừa, hay quan hệ kết hợp. Một sơ đồ lớp được thiết kế tốt sẽ là bản thiết kế chi tiết cho việc tạo các bảng trong cơ sở dữ liệu quản lý thư viện.

IV. Cách thiết kế CSDL và kiến trúc hệ thống quản lý thư viện

Giai đoạn thiết kế là bước chuyển hóa các mô hình phân tích thành một bản thiết kế cụ thể sẵn sàng cho việc lập trình. Hai khía cạnh quan trọng nhất trong giai đoạn này là thiết kế kiến trúc và thiết kế CSDL. Về kiến trúc, tài liệu nghiên cứu đề xuất sử dụng kiến trúc 3 tầng (3-tier architecture), bao gồm: Tầng giao diện người dùng (Presentation Layer), Tầng xử lý nghiệp vụ (Business Logic Layer), và Tầng truy cập dữ liệu (Data Access Layer). Lựa chọn này mang lại nhiều ưu điểm như tính linh hoạt, dễ bảo trì, và tăng cường bảo mật. Tầng giao diện chịu trách nhiệm hiển thị thông tin và nhận tương tác từ thủ thư. Tầng nghiệp vụ xử lý các logic chính như kiểm tra điều kiện mượn sách. Tầng dữ liệu tương tác trực tiếp với cơ sở dữ liệu quản lý thư viện. Về thiết kế cơ sở dữ liệu, bước đầu tiên là xây dựng sơ đồ ERD quản lý thư viện (Entity-Relationship Diagram). Sơ đồ này trực quan hóa các thực thể (Entities), thuộc tính (Attributes) và mối quan hệ (Relationships) giữa chúng. Từ sơ đồ ERD, việc chuyển đổi thành lược đồ cơ sở dữ liệu quan hệ (các bảng, các cột, khóa chính, khóa ngoại) trở nên đơn giản và có hệ thống, đảm bảo tính toàn vẹn và nhất quán của dữ liệu.

4.1. Kỹ thuật thiết kế sơ đồ ERD quản lý thư viện tối ưu

Việc thiết kế CSDL bắt đầu với sơ đồ ERD quản lý thư viện. Các thực thể chính được xác định từ sơ đồ lớp, bao gồm SACH, DOCGIA, và THUTHU. Một thực thể quan trọng khác là MUONTRA để lưu lại thông tin giao dịch. Mỗi thực thể sẽ có các thuộc tính tương ứng, ví dụ SACH có MaSach (khóa chính), TenSach, TacGia. Mối quan hệ giữa các thực thể cần được xác định rõ ràng: một DOCGIA có thể thực hiện nhiều lần MUONTRA, và một lần MUONTRA liên quan đến nhiều SACH (thông qua một bảng chi tiết mượn trả). Việc chuẩn hóa cơ sở dữ liệu (thường đến dạng chuẩn 3NF) là cần thiết để loại bỏ dư thừa dữ liệu và các vấn đề về cập nhật, đảm bảo hệ thống hoạt động hiệu quả và dữ liệu luôn nhất quán.

4.2. Lựa chọn kiến trúc và các biện pháp an toàn bảo mật

Kiến trúc 3 tầng được lựa chọn vì nó tách biệt rõ ràng các thành phần của hệ thống. Điều này không chỉ giúp việc phát triển song song dễ dàng hơn mà còn tăng cường an ninh. Tầng dữ liệu được bảo vệ phía sau tầng nghiệp vụ, hạn chế truy cập trực tiếp từ client. Về an toàn bảo mật, tài liệu đề xuất các biện pháp quan trọng. Thứ nhất là mã hóa mật khẩu bằng thuật toán như MD5 để tránh lộ thông tin đăng nhập. Thứ hai là cơ chế ghi nhật ký (logging) mọi thay đổi dữ liệu để có thể truy vết khi có sự cố. Thứ ba là sao lưu dữ liệu định kỳ để phòng ngừa rủi ro mất mát. Đặc biệt, việc phòng chống tấn công SQL Injection bằng cách lọc và xác thực mọi dữ liệu đầu vào từ người dùng là yêu cầu bắt buộc để đảm bảo hệ thống không bị khai thác lỗ hổng bảo mật.

Trích đoạn nội dung tài liệu

BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ ĐÔNG Á BÀI TẬP LỚN HỌC PHẦN: Phân tích thiết kế hệ thống TÊN BÀI TẬP LỚN: Quản lý thư viện Sinh viên thực hiện Khóa Lớp Mã sinh viên Thang Quang Lợi 11 CNTT 1 20200365 Lại Văn Hưng 11 CNTT1 20200355 Đỗ Văn Nhật 11 CNTT1 20200145 Bắc Ninh, tháng 10 năm 2022 BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ ĐÔNG Á BÀI TẬP LỚN HỌC PHẦN: Phân tích thiết kế hệ thống TÊN BÀI TẬP LỚN: : Quản lý thư viện STT Sinh viên thực hiện Điểm bằng số Điểm bằng chữ Ký tên SV 1 Thang Quang Lợi 2 Lại Văn Hưng 3 Đỗ Văn Nhật CÁN BỘ CHẤM 1 CÁN BỘ CHẤM 2 (Ký và ghi rõ họ tên) (Ký và ghi rõ họ tên) Bắc Ninh, tháng 10 Năm 2022 Mục Lục I. Xác định yêu cầu. Danh sách tác nhân. Danh sách Use case.

Sửa thông tin sách. Thêm độc giả. Sửa thông tin độc giả. Tìm kiếm độc giả.

Biểu đồ Use case. Phân tích yêu cầu. Phân tích tĩnh. Quan hệ giữa các lớp.

Thuộc tính và các phương thức. Phân tích động. Các biểu đồ giao tiếp.39 Thủ thư đăng nhập. 39 Thủ thư tìm kiếm sách.

39 Thủ thư tìm kiếm độc giả. 40 Thủ thư thêm độc giả. 40 Thủ thư sửa độc giả. 41 Thủ thư xóa độc giả.

41 Thủ thư thêm sách. 41 Thủ thư sửa sách. 42 Thủ thư xóa sách. 42 Độc giả mượn sách.

43 Độc giả trả sách. Pha thiết kế. Lựa chọn công nghệ mạng. Thiết kế tương tranh và an toàn bảo mật.Thiết kế tương tranh.

Thiết kế an toàn bảo mật. Phân rã hệ thống con. Xây dựng biểu đồ gói. Thiết kế hệ thống con.

Xây dựng lược đồ cơ sở dữ liệu. Xác định yêu cầu 1. Danh sách tác nhân - Độc giả: là người đã làm thẻ thư viện, có các thông tin được lưu trữ trong CSDL độc giả như: họ tên, ngày tháng năm sinh, giới tính, số CMND,… - Thủ thư: là người trực tiếp sử dụng phần mềm quản lý thư viện. Thủ thư được cung một tài khoản để đăng nhập vào hệ thống 2.

Danh sách Use case - U1: Đăng nhập: thủ thư đăng nhập hệ thống - U2: Đăng xuất: thủ thử thoát khỏi hệ thống - U3: Quản lý độc giả: thủ thư thực hiện các chức năng quản lý độc giả với các thao tác cơ bản: thêm độc giả, xóa độc giả, sửa thông tin độc giả, tìm kiếm độc giả - U4: Quản lý sách: thủ thư thực hiện các chức năng quản lý sách với các thao tác cơ bản: thêm sách, sửa thông tin sách, xóa sách, tìm kiếm sách - U5: Quản lý mượn sách: thủ thư thực hiện thêm,các thông tin liên quan tới việc mượn sách của độc giả như: tên các đầu sách đã mượn, tên độc giả, ngày mượn sách. - U6: Quản lý trả sách: thủ thư thực hiện xác nhận việc trả sách của độc giả bằng các thao tác: tìm kiếm tên độc giả muốn trả sách, xác nhận các sách độc giả đã trả 3. Đăng nhập Tên Use Case Đăng nhập Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Không Đảm bảo tối thiểu Trở lại màn hình đăng nhập để Thủ thư có thể đăng nhập lại Đảm bảo thành công Thủ thư đăng nhập vào hệ thống Kích hoạt Button Đăng nhập trên Frm Đăng nhập Chuỗi sự kiện chính: 1. Thủ thư kích hoạt Frm Đăng nhập.

Hệ thống hiển thị form để nhập Tên tài khoản và Mật khẩu. Thủ thư nhập thông tin Tên tài khoản và Mật khẩu và chọn Button Đăng nhập. Hệ thống thông báo Đăng nhập thành công và hiển thị Frm Menu chính. Hệ thống thông báo Tên tài khoản hoặc Mật khẩu không chính xác.

Hệ thống yêu cầu nhập lại Tên tài khoản và/ hoặc Mật khẩu. Thủ thư nhập lại thông tin và tiếp tục các bước sau. Phác thảo giao diện đăng nhập: 3. Đăng xuất Tên Use Case Đăng xuất Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Hệ thống trở về trạng thái ban đầu Đảm bảo thành công Thủ thư đăng xuất khỏi hệ thống Kích hoạt Button Đăng xuất trên Frm Menu chính Chuỗi sự kiện chính: 1.

Thủ thư kích hoạt Frm Menu chính. Hệ thống hiển thị 4 Button Quản lý sách, Quản lý độc giả, Quản lý mượn – trả và Đăng xuất. Thủ thư chọn Button Đăng xuất. Hệ thống thông báo Đăng xuất thành công và hiển thị Frm Đăng nhập.

Ngoại lệ: Không Phác thảo giao diện menu chính 3. Thêm sách Tên Use Case Thêm sách Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Hệ thống loại bỏ các thông tin đã thêm và quay lui lại bước trước Đảm bảo thành công Đã thêm được sách Kích hoạt Button Thêm trên Frm Quản lý sách Chuỗi sự kiện chính: 1. Thủ thư kích hoạt Frm Quản lý sách. Hệ thống hiển thị form để nhập thông tin sách, các tùy chọn Thêm, Sửa, Xóa, Tìm kiếm và danh sách Sách có trong CSDL.

Thủ thư nhập thông tin Mã sách, Tên sách, Tên tác giả, Loại sách, Nhà xuất bản, Năm xuất bản, Số lượng và chọn Button Thêm. Hệ thống kiểm tra thông tin và lưu vào CSDL. Hệ thống thông báo Thêm sách thành công và hiển thị thông tin sách ở danh sách Sách. Hệ thống thông báo Mã sách bị trùng.

Hệ thống yêu cầu nhập lại Mã sách. Thủ thư nhập lại Mã sách và tiếp tục các bước sau. Phác thảo giao diện quản lý sách 3. Xóa sách Tên Use Case Xóa sách Ngữ cảnh Thủ thư đã thêm sách thành công Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Hệ thống trở về trạng thái ban đầu Đảm bảo thành công Đã xóa được sách Kích hoạt Button Xóa trên Frm Quản lý sách Chuỗi sự kiện chính: 1.

Thủ thư kích hoạt Frm Quản lý sách. Hệ thống hiển thị form để nhập thông tin sách, các tùy chọn Thêm, Sửa, Xóa, Tìm kiếm và danh sách Sách có trong CSDL. Thủ thư chọn một Sách trong danh sách Sách và chọn Button Xóa. Hệ thống kiểm tra thông tin và xóa khỏi CSDL.

Hệ thống thông báo Xóa sách thành công và hiển thị thông tin sách ở danh sách Sách. Hệ thống thông báo sách đang có người mượn, không thể xóa. Sửa thông tin sách Tên Use Case Sửa thông tin sách Ngữ cảnh Thủ thư đã thêm sách thành công Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Hệ thống loại bỏ các thông tin đã thêm và quay lui lại bước trước Đảm bảo thành công Đã sửa được thông tin sách Kích hoạt Button Sửa trên Frm Quản lý sách Chuỗi sự kiện chính: 1. Thủ thư kích hoạt Frm Quản lý sách.

Hệ thống hiển thị form để nhập thông tin sách, các tùy chọn Thêm, Sửa, Xóa, Tìm kiếm và danh sách Sách có trong CSDL. Thủ thư chọn một Sách trong danh sách Sách và chọn Button Sửa. Hệ thống hiển thị các thông tin của Sách ở form nhập thông tin, gồm có: Mã sách, Tên sách, Tên tác giả, Loại sách, Nhà xuất bản, Năm xuất bản, Số lượng. Thủ thư nhập thông tin cần chỉnh sửa của Sách rồi chọn Button Thêm.

Hệ thống kiểm tra thông tin và lưu vào CSDL. Hệ thống thông báo Thêm sách thành công và hiển thị thông tin sách ở danh sách Sách. Hệ thống thông báo Mã sách bị trùng. Hệ thống yêu cầu nhập lại Mã sách.

Thủ thư nhập lại Mã sách và tiếp tục các bước sau. Tìm kiếm sách Tên Use Case Tìm kiếm sách Ngữ cảnh Thủ thư đã thêm sách thành công Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Trở lại màn hình tìm kiếm để Thủ thư có thể tìm kiếm lại Đảm bảo thành công Đã tìm được sách Kích hoạt Button Tìm kiếm trên Frm Tìm kiếm sách Chuỗi sự kiện chính: 1. Thủ thư kích hoạt Frm Quản lý sách. Hệ thống hiển thị form để nhập thông tin sách, các tùy chọn Thêm, Sửa, Xóa, Tìm kiếm và danh sách Sách có trong CSDL.

Thủ thư chọn Button Tìm kiếm. Hệ thống hiển thị Frm tìm kiếm sách với form để nhập thông tin sách và 2 Button Tìm kiếm và Hủy. Thủ thư nhập một hoặc nhiều thông tin sách ở form nhập thông tin, gồm có Mã sách, Tên sách, Tên tác giả, Loại sách, Nhà xuất bản, Năm xuất bản và chọn Button Tìm kiếm. Hệ thống hiển thị danh sách Sách theo thông tin Thủ thư đã nhập ở Frm Quản lý sách.

Hệ thống thông báo Không tìm thấy sách. Hệ thống yêu cầu nhập lại thông tin sách. Thủ thư nhập lại thông tin sách và tiếp tục các bước sau. Phác thảo giao diện tìm kiếm sách 3.

Thêm độc giả Tên Use Case Thêm độc giả Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Hệ thống loại bỏ các thông tin đã thêm và quay lui lại bước trước Đảm bảo thành công Đã thêm được độc giả Kích hoạt Button Thêm trên Frm Quản lý độc giả Chuỗi sự kiện chính: 1. Thủ thư kích hoạt Frm Quản lý độc giả. Hệ thống hiển thị form để nhập thông tin độc giả, các tùy chọn Thêm, Sửa, Xóa, Tìm kiếm và danh sách Độc giả có trong CSDL. Thủ thư nhập thông tin Mã độc giả, Tên độc giả, Ngày sinh, Số CMTND, Số điện thoại, Ngày hết hạn thẻ, Địa chỉ và chọn Button Thêm.

Hệ thống kiểm tra thông tin và lưu vào CSDL. Hệ thống thông báo Thêm độc giả thành công và hiển thị thông tin độc giả ở danh sách Độc giả. Hệ thống thông báo Mã độc giả bị trùng. Hệ thống yêu cầu nhập lại Mã độc giả.

Thủ thư nhập lại Mã độc giả và tiếp tục các bước sau. Phác thảo giao diện quản lý độc giả 3. Xóa độc giả Tên Use Case Xóa độc giả Ngữ cảnh Thủ thư đã thêm độc giả thành công Tác nhân chính Thủ thư Người chịu trách nhiệm Người quản lý hệ thống Tiền điều kiện Thủ thư đã đăng nhập vào hệ thống Đảm bảo tối thiểu Hệ thống trở về trạng thái ban đầu Đảm bảo thành công Đã xóa được độc giả Kích hoạt Button Xóa trên Frm Quản lý độc giả Chuỗi sự kiện chính: 1. Thủ thư kích hoạt Frm Quản lý độc giả.