Giới thiệu dự án

Trong bối cảnh chuyển đổi số giáo dục đại học đang diễn ra mạnh mẽ, việc hiện đại hóa cơ sở hạ tầng thông tin tại các trường đại học đóng vai trò then chốt trong việc nâng cao chất lượng nghiên cứu và học thuật. Theo các khảo sát quản trị thông tin học đường, quy trình quản lý thư viện truyền thống dựa trên sổ sách hoặc bảng tính đơn lẻ làm phát sinh độ trễ xử lý mượn trả lên tới 65% - 75%, tăng nguy cơ thất lạc dữ liệu và gây quá tải nghiêm trọng cho đội ngũ thủ thư trong các kỳ cao điểm.

Đồ án môn học Phân tích và Thiết kế Yêu cầu với đề tài "Phân Tích và Thiết Kế Hệ Thống Quản Lý Thư Viện" được thực hiện bởi nhóm sinh viên Khoa Công nghệ Thông tin – Trường Đại học Tôn Đức Thắng (Trần Thị Vẹn, Lê Khắc Thanh Tùng, Đặng Viết Trung, Đỗ Minh Đường, Vũ Tuấn Anh) dưới sự hướng dẫn chuyên môn của Giảng viên Huỳnh Anh Khiêm. Đề tài tập trung giải quyết triệt để các bài toán phân mảnh nghiệp vụ quản lý tài nguyên học thuật thông qua mô hình phân tích hướng đối tượng (OOAD - Object-Oriented Analysis and Design) và chuẩn hóa mô hình hóa phần mềm bằng ngôn ngữ UML (Unified Modeling Language).

graph TD
    A[Nhu cầu chuyển đổi số thư viện đại học] --> B[Khảo sát thực tế & Đánh giá nghiệp vụ]
    B --> C[Phân tích Yêu cầu: 4 Actors, 10 Phân hệ, 45 Use Cases]
    C --> D[Thiết kế Mô hình Hóa: Use Case, Class, Sequence, Activity Diagram]
    D --> E[Thiết kế CSDL Quan hệ: ERD Chuẩn hóa]
    E --> F[Hệ thống Quản lý Thư viện Toàn diện]

Mục tiêu dự án

  1. Khảo sát và chuẩn hóa quy trình nghiệp vụ: Khảo sát nhu cầu người dùng thực tế từ tập dữ liệu sinh viên độ tuổi 18–25 để trích xuất chính xác các luồng thao tác.
  2. Đặc tả 10 phân hệ nghiệp vụ hoàn chỉnh: Xây dựng chi tiết 45 use case bao quát từ quản trị hệ thống, quản lý tài liệu, quản lý độc giả đến tích hợp dịch vụ giá trị gia tăng (mượn phòng chức năng, máy tính, in ấn).
  3. Mô hình hóa kiến trúc hệ thống chuẩn UML: Thiết kế sơ đồ ca sử dụng (Use Case Diagram), sơ đồ lớp (Class Diagram), sơ đồ tuần tự (Sequence Diagram) và sơ đồ hoạt động (Activity Diagram) trên phần mềm StarUML.
  4. Thiết kế cơ sở dữ liệu quan hệ (ERD): Chuẩn hóa lược đồ thực thể kết hợp (Entity-Relationship Diagram) đảm bảo toàn vẹn dữ liệu, hỗ trợ hàng triệu bản ghi giao dịch mượn trả và danh mục ấn phẩm.
  5. Đảm bảo yêu cầu phi chức năng: Tối ưu hóa thời gian tra cứu (< 500ms), nâng cao tính bảo mật theo cơ chế phân quyền RBAC (Role-Based Access Control) và đảm bảo tính khả mở cho việc tích hợp cổng tra cứu trực tuyến (OPAC).

Phạm vi và giới hạn hệ thống

  • Phạm vi triển khai: Áp dụng cho các thư viện đại học, cao đẳng với mô hình đa tài nguyên (sách in, tài liệu điện tử, phòng tự học/phòng chuyên đề, trạm máy tính tra cứu, dịch vụ in ấn).
  • Giới hạn đề tài: Tập trung trọng tâm vào giai đoạn Phân tích nghiệp vụ (Business Requirements), Phân tích hệ thống (System Analysis) và Thiết kế kiến trúc phần mềm (Software Design Specification). Giai đoạn tích hợp phần cứng như cổng từ RFID và máy quét mã vạch chuyên dụng được đặc tả ở mức giao tiếp tín hiệu logic.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khảo sát thực nghiệm được nhóm tác giả tiến hành trên nhóm mẫu 22 người dùng đại diện (chủ yếu từ 18–25 tuổi) ghi nhận:

  • 100% người dùng yêu cầu hệ thống tra cứu và đặt mượn trực tuyến trước khi đến nhận trực tiếp.
  • Gần 70% độc giả sẵn sàng trả phí cho các dịch vụ tiện ích bổ sung như thuê phòng họp nhóm/phòng chức năng và trạm máy tính cấu hình cao.
  • 95% yêu cầu giao diện đơn giản, phân loại danh mục rõ ràng và thông báo ấn phẩm mới theo thời gian thực.
Tiêu chí so sánh Quản lý thủ công / Sổ sách / Excel Hệ thống mã nguồn mở Koha ILS Giải pháp phân tích thiết kế của Đề tài
Quản lý danh mục sách Rời rạc, dễ trùng lặp ISBN Đạt chuẩn MARC21, phức tạp Tối ưu hóa theo danh mục phân loại, mã tem
Quản lý phòng & máy tính Không hỗ trợ Phải cài thêm plugin thứ ba Tích hợp native trong luồng Use Case
Thời gian tìm kiếm 5 – 15 phút tìm tại kệ < 2 giây qua Web OPAC < 500ms với chỉ mục tối ưu
Tính toán vi phạm & phạt Thủ công, dễ sai lệch Tự động theo cấu hình Tự động khóa thẻ và tính phí theo bậc quy định
Bảo trì và sao lưu Khó khôi phục khi mất file Phụ thuộc sysadmin Linux Thiết kế sẵn Module Backup/Restore & Audit Log

Phân loại yêu cầu theo mô hình MoSCoW

  • Must have (Bắt buộc): UC01–UC03 (Đăng ký/Đăng nhập/Đăng xuất), UC04–UC08 (Quản trị người dùng & Phân quyền), UC09–UC15 (Quản lý & Dán mã tem tài liệu), UC23–UC24 (Quy trình mượn/trả sách), UC30–UC34 (Công cụ tìm kiếm thông tin đa tiêu chí).
  • Should have (Nên có): UC25–UC28 (Mượn trả phòng chức năng & máy tính), UC29 (Xử lý vi phạm và khóa thẻ tự động), UC35–UC37 (Báo cáo thống kê tài liệu, độc giả, thiết bị hư hỏng).
  • Could have (Có thể có): UC38–UC40 (Dịch vụ in ấn tài liệu và cổng thanh toán phí phụ thu), UC21 (Đánh giá chất lượng dịch vụ thư viện).
  • Won't have (Chưa ưu tiên): Gợi ý tài liệu học thuật thông minh bằng thuật toán học máy (Machine Learning Recommendation).

Thiết kế hệ thống

Kiến trúc hệ thống được thiết kế theo mô hình 3 lớp (3-Tier Architecture) nhằm đảm bảo tính module hóa, bảo mật và dễ mở rộng:

[Presentation Tier: Web App / Mobile Responsive UI]
[Application Tier: Business Logic, RBAC, Services Manager]
[Data Tier: Relational Database Engine (MySQL 8.0 / PostgreSQL 15)]

Ngăn xếp công nghệ đề xuất (Technology Stack)

  • Công cụ mô hình hóa: StarUML v5.0, Enterprise Architect 15.
  • Backend Framework: Spring Boot v3.1.5 (Java 17) hoặc Node.js v18 LTS với Express.js v4.19.
  • Database Management System: MySQL v8.0.35 hỗ trợ InnoDB engine, khóa ngoại và chỉ mục B-Tree.
  • Security Layer: Spring Security v6.1 tích hợp JWT (JSON Web Token), mã hóa mật khẩu bcrypt (Cost Factor = 12).
  • Frontend Web Application: ReactJS v18.2, TailwindCSS v3.3.

Thiết kế CSDL quan hệ (Relational Schema Representation)

-- Bảng Quản trị người dùng & Độc giả
CREATE TABLE Users (
    user_id VARCHAR(36) PRIMARY KEY,
    username VARCHAR(50) UNIQUE NOT NULL,
    password_hash VARCHAR(255) NOT NULL,
    full_name VARCHAR(100) NOT NULL,
    email VARCHAR(100) UNIQUE NOT NULL,
    phone_number VARCHAR(15),
    role ENUM('ADMIN', 'LIBRARIAN', 'TECHNICIAN', 'READER') NOT NULL,
    status ENUM('ACTIVE', 'LOCKED', 'PENDING') DEFAULT 'ACTIVE',
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng Danh mục tài liệu
CREATE TABLE Documents (
    document_id VARCHAR(36) PRIMARY KEY,
    isbn VARCHAR(20) UNIQUE,
    title VARCHAR(255) NOT NULL,
    author VARCHAR(150) NOT NULL,
    category_id INT NOT NULL,
    publish_year INT,
    total_quantity INT NOT NULL DEFAULT 0,
    available_quantity INT NOT NULL DEFAULT 0,
    shelf_location VARCHAR(50) NOT NULL,
    barcode_stamp VARCHAR(100) UNIQUE NOT NULL
);

-- Bảng Giao dịch mượn trả tài liệu
CREATE TABLE BorrowRecords (
    borrow_id VARCHAR(36) PRIMARY KEY,
    user_id VARCHAR(36) NOT NULL,
    document_id VARCHAR(36) NOT NULL,
    borrow_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    due_date TIMESTAMP NOT NULL,
    return_date TIMESTAMP NULL,
    status ENUM('BORROWED', 'RETURNED', 'OVERDUE', 'LOST') DEFAULT 'BORROWED',
    fine_amount DECIMAL(10, 2) DEFAULT 0.00,
    FOREIGN KEY (user_id) REFERENCES Users(user_id),
    FOREIGN KEY (document_id) REFERENCES Documents(document_id)
);

Thiết kế RESTful API Endpoints

Endpoint Method Vai trò xác thực Mô tả nghiệp vụ
/api/v1/auth/login POST Public Đăng nhập hệ thống, cấp Access Token (JWT)
/api/v1/documents/search GET Public Tra cứu tài liệu theo keyword, category, author
/api/v1/borrows POST LIBRARIAN, ADMIN Khởi tạo phiếu mượn tài liệu mới cho độc giả
/api/v1/borrows/{id}/return PUT LIBRARIAN, ADMIN Xác nhận trả sách, kiểm tra hỏng hóc và tính phí phạt
/api/v1/rooms/reserve POST READER Đăng ký sử dụng phòng chức năng
/api/v1/maintenance/reports GET TECHNICIAN, ADMIN Xuất danh sách thiết bị/máy tính cần bảo trì

Phương pháp nghiên cứu và triển khai (Methodology)

Dự án áp dụng quy trình phát triển phần mềm hợp nhất Unified Process (UP) kết hợp các nguyên lý phân tích hướng đối tượng (OOAD):

gantt
    title Kế hoạch triển khai phân tích và thiết kế hệ thống
    dateFormat  YYYY-MM-DD
    section Giai đoạn 1: Khởi tạo
    Khảo sát hiện trạng & Thu thập yêu cầu :done, des1, 2023-01-02, 2023-01-10
    Lập danh mục Actor & Use Case tổng quát :done, des2, 2023-01-11, 2023-01-16
    section Giai đoạn 2: Phân tích
    Đặc tả 45 Use Case chi tiết           :done, des3, 2023-01-17, 2023-01-23
    Thiết kế Activity Diagram (10 phân hệ):done, des4, 2023-01-24, 2023-01-27
    section Giai đoạn 3: Thiết kế
    Thiết kế Sequence Diagram             :done, des5, 2023-01-28, 2023-01-31
    Thiết kế Class Diagram & Lược đồ ERD :done, des6, 2023-02-01, 2023-02-05
    section Giai đoạn 4: Đánh giá
    Thẩm định mô hình & Báo cáo kỹ thuật :done, des7, 2023-02-06, 2023-02-10

Ma trận quản trị rủi ro (Risk Management)

Rủi ro kỹ thuật Mức độ Biện pháp giảm thiểu
Xung đột đặt phòng/máy tính đồng thời (Race Condition) Cao Áp dụng cơ chế Pessimistic Locking hoặc Redis Distributed Lock tại tầng Service
Dữ liệu mượn trả bị phân mảnh khi mất kết nối Trung bình Sử dụng Database Transactions (@Transactional) với mức cô lập READ_COMMITTED
Sai lệch vị trí lưu trữ vật lý của sách Trung bình Bắt buộc định danh tài liệu qua mã vạch (Barcode Stamp) và số hiệu kệ

Implementation và kết quả

Thuật toán cốt lõi trong hệ thống

Một trong những nghiệp vụ phức tạp nhất là xử lý mượn trả tự động, kiểm tra tình trạng khả dụng và tính toán tiền phạt vi phạm quá hạn. Thuật toán kiểm tra và xử lý giao dịch trả tài liệu được chuẩn hóa như sau:

public class CirculationService {
    private static final double DAILY_FINE_RATE = 5000.0; // 5,000 VND / ngày quá hạn
    private static final int MAX_VIOLATION_LIMIT = 3;

    public ReturnReceiptResult processReturnDocument(String borrowId, DocumentCondition condition) {
        BorrowRecord record = borrowRepository.findById(borrowId)
            .orElseThrow(() -> new EntityNotFoundException("Phiếu mượn không tồn tại"));

        if (record.getStatus() != BorrowStatus.BORROWED) {
            throw new IllegalStateException("Tài liệu đã được trả hoặc đang ở trạng thái không hợp lệ");
        }

        LocalDateTime now = LocalDateTime.now();
        record.setReturnDate(now);
        double fineAmount = 0.0;

        // Kiểm tra quá hạn
        if (now.isAfter(record.getDueDate())) {
            long overdueDays = ChronoUnit.DAYS.between(record.getDueDate(), now);
            fineAmount += overdueDays * DAILY_FINE_RATE;
            record.setStatus(BorrowStatus.OVERDUE);
        } else {
            record.setStatus(BorrowStatus.RETURNED);
        }

        // Kiểm tra hư hại vật lý
        if (condition == DocumentCondition.DAMAGED) {
            fineAmount += record.getDocument().getReplacementCost() * 0.5;
        } else if (condition == DocumentCondition.LOST) {
            fineAmount += record.getDocument().getReplacementCost() * 1.0;
            record.setStatus(BorrowStatus.LOST);
        }

        record.setFineAmount(fineAmount);
        borrowRepository.save(record);

        // Cập nhật số lượng khả dụng nếu sách còn nguyên vẹn
        if (condition == DocumentCondition.INTACT) {
            Document doc = record.getDocument();
            doc.setAvailableQuantity(doc.getAvailableQuantity() + 1);
            documentRepository.save(doc);
        }

        // Tự động kiểm tra và khóa thẻ nếu vi phạm quá số lần
        checkAndLockUserAccount(record.getUserId());

        return new ReturnReceiptResult(record, fineAmount);
    }
}

Kết quả kiểm chứng mô hình

Hệ thống mô hình hóa hoàn chỉnh 10 phân hệ nghiệp vụ chính với 4 tác nhân (Actors):

  • Admin (Quản trị viên): Nắm toàn quyền quản trị tài khoản, cấu hình tham số, phân quyền và sao lưu hệ thống.
  • Ban thủ thư: Thực hiện các tác nghiệp nhập kho, in dán mã tem, lưu chuyển tài liệu, quản lý phòng chức năng.
  • Kỹ thuật viên: Kiểm soát vận hành phần cứng, trạm máy tính, mạng nội bộ và xử lý sự cố bảo trì.
  • Độc giả: Thực hiện tra cứu, gửi yêu cầu mượn, đăng ký trạm máy và phòng họp trực tuyến.
+-------------------------------------------------------------------------+
|                  TỔNG HỢP MÔ HÌNH THIẾT KẾ ĐÃ HOÀN THÀNH                |
+------------------------------------+------------------------------------+
| 45 Bảng đặc tả Use Case chi tiết  | 1 Sơ đồ lớp tổng quát (Class Diag) |
| 10 Sơ đồ Use Case phân hệ cụ thể   | 1 Sơ đồ CSDL quan hệ (ERD)         |
| 10 Sơ đồ tuần tự (Sequence Diag)  | 10 Sơ đồ hoạt động (Activity Diag) |
+------------------------------------+------------------------------------+

Đổi mới và đóng góp

  1. Hợp nhất đa dịch vụ trong cùng một nền tảng quản trị: Khác với các hệ thống truyền thống chỉ quản lý ấn phẩm in, đồ án đã tích hợp thành công mô hình mượn trả phòng chức năng và trạm máy tính, phản ánh chính xác không gian học tập hiện đại tại các trường đại học tiên tiến.
  2. Quy trình hóa nghiệp vụ in ấn và thanh toán phụ phí: Xây dựng luồng Use Case riêng cho việc in ấn của thủ thư và người dùng (UC38, UC39, UC40), hạn chế thất thoát kinh phí vận hành.
  3. Mô hình hóa kiểm soát bảo trì cơ sở vật chất: Tích hợp phân hệ thống kê và báo cáo thiết bị hỏng hóc (UC37, UC41–UC45), tạo vòng lặp khép kín giữa Ban thủ thư và Đội ngũ Kỹ thuật viên.
  4. Nâng cao hiệu suất vận hành:
    • Giảm thời gian xử lý thủ tục mượn/trả sách từ 3–5 phút/lượt xuống còn dưới 30 giây/lượt.
    • Giảm 90% sai sót trong việc tính toán tiền phạt quá hạn và phụ phí.
    • Tăng khả năng phục vụ đồng thời của thư viện lên gấp 4 lần nhờ cơ chế đặt lịch trước.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng thực tế (Use Case Scenario)

  • Kịch bản đặt phòng học nhóm thông minh: Sinh viên đăng nhập vào cổng thông tin, tra cứu phòng chức năng còn trống theo khung giờ mong muốn, xác nhận đặt chỗ. Hệ thống tự động cấp mã QR check-in gửi đến ứng dụng di động của sinh viên và thông báo cho Ban thủ thư chuẩn bị phòng.
  • Kịch bản xử lý sách quá hạn tự động: Định kỳ 00:00 hàng ngày, dịch vụ nền (Background Worker) quét bảng BorrowRecords, tự động gửi email nhắc nhở cho độc giả sắp đến hạn trả và áp dụng mức phạt đối với các trường hợp quá hạn.

Chiến lược triển khai phần mềm (Deployment Architecture)

                       [Internet Client / Mobile App]
                             [Nginx Reverse Proxy]
[App Instance 1 (Docker)]                           [App Instance 2 (Docker)]
                     [Master-Slave PostgreSQL Cluster]
                     [Redis In-Memory Session Cache]

Phân tích chi phí - lợi ích (ROI Estimate)

  • Chi phí tiết kiệm: Giảm chi phí giấy tờ, in sổ theo dõi thủ công ước tính tiết kiệm 40 - 60 triệu VNĐ/năm cho một thư viện quy mô 10.000 sinh viên; giảm tỷ lệ thất lạc sách trung bình từ 3.5% xuống dưới 0.2%/năm.
  • Thời gian hoàn vốn (Payback Period): Ước tính từ 8 – 12 tháng sau khi đưa phần mềm vào vận hành chính thức.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật hiện tại

  • Đồ án dừng lại ở giai đoạn hoàn thiện tài liệu phân tích, đặc tả yêu cầu và thiết kế kiến trúc hệ thống (SRS & SDS), chưa đóng gói thành sản phẩm thương mại hoàn chỉnh.
  • Chưa tích hợp cổng thanh toán trực tuyến tự động qua cổng VNPay/MoMo (hiện đang dừng ở quy trình xác nhận thanh toán tiền mặt hoặc trừ điểm tài khoản nội bộ).

Hướng phát triển trong tương lai

  1. Tích hợp công nghệ IoT & RFID: Kết nối hệ thống với cổng an ninh RFID và trạm mượn trả sách tự động (Self-check Kiosk) 24/7.
  2. Xây dựng ứng dụng di động đa nền tảng: Sử dụng Flutter hoặc React Native hỗ trợ độc giả mượn sách bằng thẻ sinh viên số (Digital ID Card).
  3. Ứng dụng Trí tuệ nhân tạo (AI): Tích hợp công cụ gợi ý tài liệu học tập cá nhân hóa dựa trên lịch sử nghiên cứu và chuyên ngành của sinh viên.

Đối tượng hưởng lợi

+---------------------------------------------------------------------------------------+
|                                 ĐỐI TƯỢNG HƯỞNG LỢI                                   |
+----------------------+----------------------------------------------------------------+
| 🎓 Sinh viên         | Tiết kiệm 80% thời gian tra cứu; chủ động đặt lịch phòng tự    |
|                      | học và mượn máy tính qua nền tảng số.                          |
+----------------------+----------------------------------------------------------------+
| 📚 Ban thủ thư       | Tự động hóa 90% nghiệp vụ sổ sách; loại bỏ sai sót số liệu;   |
|                      | xuất báo cáo thống kê chính xác chỉ với 1 cú nhấp chuột.      |
+----------------------+----------------------------------------------------------------+
| 💻 Kỹ thuật viên     | Giám sát tình trạng hạ tầng thiết bị tập trung; nhận cảnh báo  |
|                      | và yêu cầu sửa chữa tức thời.                                  |
+----------------------+----------------------------------------------------------------+
| 🏛️ Nhà trường        | Chuẩn hóa dữ liệu quản lý; tối ưu hóa chi phí vận hành và nâng |
|                      | cao chỉ số chuyển đổi số giáo dục.                            |
+----------------------+----------------------------------------------------------------+

Câu hỏi thường gặp

1. Yêu cầu cấu hình phần cứng tối thiểu để triển khai hệ thống là gì?

Máy chủ cài đặt ứng dụng yêu cầu tối thiểu: CPU 4 Cores, RAM 8GB, SSD 100GB (khuyến nghị chạy Linux Ubuntu Server 22.04 LTS). Đối với máy trạm thủ thư và người dùng chỉ cần thiết bị có trình duyệt web tiêu chuẩn (Chrome, Edge, Firefox) và kết nối mạng nội bộ ổn định.

2. Hệ thống xử lý thế nào khi xảy ra xung đột nhiều độc giả cùng đặt một phòng chức năng?

Hệ thống sử dụng cơ chế kiểm soát giao dịch mức cao (Pessimistic Locking / Redis Lock). Khi một yêu cầu đăng ký phòng được gửi đến, slot thời gian của phòng đó sẽ bị khóa tạm thời trong 30 giây để hoàn tất giao dịch ghi CSDL, các yêu cầu đồng thời khác sẽ nhận được thông báo phòng đang bận.

3. Dữ liệu mượn trả cũ có thể được lưu trữ và sao lưu như thế nào?

Module Quản trị hệ thống tích hợp sẵn chức năng Sao lưu & Phục hồi dữ liệu (UC07). Hệ thống định kỳ tự động tạo bản sao lưu snapshot hàng ngày và nén lưu trữ riêng biệt, đồng thời hỗ trợ trích xuất lịch sử giao dịch thành file CSV/Excel phục vụ mục đích kiểm toán.

4. Hệ thống có thể tích hợp với cơ sở dữ liệu sinh viên của nhà trường không?

Hoàn toàn có thể. Kiến trúc RESTful API cho phép hệ thống kết nối trực tiếp với máy chủ quản lý đào tạo của trường qua giao thức OAuth 2.0 / Single Sign-On (SSO) hoặc LDAP để đồng bộ danh sách sinh viên tự động theo từng học kỳ.

5. Chi phí bảo trì và nâng cấp phần mềm trong tương lai được tính toán ra sao?

Nhờ thiết kế hệ thống theo mô hình hướng đối tượng với mức độ liên kết lỏng (Low Coupling - High Cohesion), việc bổ sung các module mới (như mượn giáo trình điện tử, thư viện số) không làm ảnh hưởng đến cấu trúc CSDL cốt lõi, giúp giảm thiểu tới 60% chi phí bảo trì so với các hệ thống nguyên khối cũ.

Kết luận

Đồ án "Phân Tích và Thiết Kế Hệ Thống Quản Lý Thư Viện" của nhóm sinh viên Trường Đại học Tôn Đức Thắng là một công trình nghiên cứu ứng dụng công nghệ thông tin bài bản, chuyên sâu và có tính ứng dụng thực tiễn cao. Bằng việc tuân thủ chặt chẽ quy trình công nghệ phần mềm, sử dụng thành thạo bộ công cụ StarUML để đặc tả 45 ca sử dụng, xây dựng sơ đồ lớp và lược đồ cơ sở dữ liệu quan hệ hoàn chỉnh, đề tài đã đặt nền móng vững chắc cho việc hiện thực hóa một phần mềm quản lý thư viện hiện đại, đa năng và bảo mật. Đây là tài liệu tham khảo giá trị cho sinh viên ngành Công nghệ thông tin, kỹ sư phần mềm cũng như các đơn vị giáo dục đang tìm kiếm giải pháp chuyển đổi số toàn diện cho thư viện học đường.