Xây dựng phần mềm tối ưu hóa quản lý thư viện trường Cao đẳng Cơ Điện & Thủy Lợi

MỤC LỤC

NỘI DUNG

- Ứng dụng đề tài vào việc tối ưu hóa quá trình quản lý thư viện.

QUY TRÌNH KHẢO SÁT THỰC TRẠNG

    Kết quả khảo sát thực trạng

    • Thực trạng quản lý thư viện tại trường Cao đẳng Cơ Điện & Thủy Lợi và trường Trung cấp Kinh Tế Kỹ Thuật Tô Hiệu

      Thư viện trường Cao đẳng Cơ Điện & Thuỷ Lợi và trường Trung cấp Kinh Tế Kỹ Thuật Tô Hiệu đều chưa cho học sinh, sinh viên mượn sách về mà chỉ cho sinh viên mượn sách để đọc tại thư viện. Sau đó, thủ thư tìm đến các giá sách và nếu tìm thấy sách theo yêu cầu của học sinh, sinh viên thì thủ thư đưa sách cho sinh viên mượn và giữ lại thẻ sinh viên.

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

        − Nhân viên ban kỹ thuật kiểm tra thông tin đúng, người đăng kí chưa làm thẻ hoặc thẻ đã làm không còn được sử dụng thì ghi nhận thông tin và đưa vào danh sách đăng kí làm thẻ, nếu độc giả đã làm thẻ và thẻ vẫn còn hoạt động thì không cho độc giả đăng kí làm tiếp nữa. − Dựa trên kết quả thống kê tài liệu được yêu cầu, tài liệu được mựơn nhiều ban kế hoạch có thể lập kế hoạch bổ sung thêm những loại tài liệu cần thiết hoặc nhập ít hơn hoặc ngừng mua những tài liệu ít được sử dụng, tài liệu đã lạc hậu dựa trên thống kê tài liệu thanh lý và tài liệu mượn ít.

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

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

        Các chức năng của hệ thống 1. Quản trị hệ thống

        • Vẽ biểu đồ Usecase
          • Đặc tả các Usecase

            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, 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. 12 Dán mã lên tài liệu Dán mã vào tài liệu tương ứng 13 Thêm tài liệu Ban kỹ thuật thêm tài liệu. 14 Sửa thông tin tài liệu Ban kỹ thuật sửa thông tin tài liệu 15 Xóa tài liệu Ban kỹ thuật xóa tài liệu. Bao gồm các chức năng: xử lý yêu cầu mượn tài liệu, lập phiếu mượn, sửa thông tin phiếu mượn, xóa phiếu mượn. 21 Xử lý yêu cầu mượn Thủ thư xử lý theo yêu cầu độc giả. 22 Lập phiếu mượn Thủ thư lập phiếu mượn. 23 Sửa thông tin phiếu mượn Thủ thư sửa thông tin phiếu mượn. 24 Xóa phiếu mượn Thủ thư xóa phiếu mượn. 25 Quản lý trả tài liệu 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. 26 Xử lý yêu cầu trả Thủ thư xử lý khi độc giả trả tài liệu 27 Cập nhật thông tin phiếu. Cập nhật lại thông tin cho phiếu mượn sau khi độc giả trả tài liệu. 28 Xử lý độc giả vi phạm Thủ thư xử lý độc giả vi phạm quy đinh mượn trả. 29 Thông báo hết độc giả mượn quá hạn. Thủ thư thông báo tới độc giả mượn quá hạn. 31 Tìm kiếm tài liệu. 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 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 độ…. 33 Tìm kiếm thông tin mượn trả. 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ư… lựa chọn hình thức thống kê, báo cáo: TKBC tài liệu nhập, TL đang được mượn, TL còn trong thư viện, TKBC độ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. Vẽ biểu đồ Usecase. Biểu đồ Usecase tổng quát. Biểu đồ Usecase “Quản trị hệ thống”. 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. Biểu đồ Usecase “Quản lý độc giả”. 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ư. 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. Biểu đồ Usecase “Tìm kiếm tài liệu”. Biểu đồ Usecase “Tìm kiếm độc giả”. 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ả”. Biểu đồ Usecase “Thống kê, báo cáo”. Tác nhân “Người dùng” bao gồm các tác nhân như: Admin, ban thủ thư, ban kỹ thuật, ban lập kế hoạch đều tham gia vào quá trình xem các thống kê báo cáo. Biểu đồ Usecase “In ấn”. Tác nhân “Người dùng” bao gồm các tác nhân như: Admin, ban thủ thư, ban kỹ thuật, ban lập kế hoạch đều tham gia vào quá trình in ấn các thống kê báo cáo. Đặc tả các Usecase. Đặc tả Usecase “Quản trị hệ thống”. Đặc tả Usecase “Quản lý người dùng”. Đặc tả Usecase “Thêm người dùng”. Admin sử dụng Usecase này để thực hiện chức năng thêm người dùng mới, 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.  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ị form thêm người dùng. - Admin nhập các thông tin liên quan đến người dùng: 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 Use case. Dòng thứ nhất:. - Admin hủy bỏ việc thêm người dùng. - Hệ thống bỏ qua form thêm người dùng và trở về form chính. 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. Không có yêu cầu đặc biệt.  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 về người dùng được thêm vào hệ thống.  Trường hợp thất bại: hệ thống thông báo lỗi và không thêm được người dùng vào hệ thống.  Điểm mở rộng Không có. Giao diện form “Hồ sơ người dùng”). Đặc tả Usecase “Sửa thông tin người dùng”. 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 chính:. - Admin chọn bản ghi cần sửa và sửa lại thông tin người dùng cho đúng. - Hệ thống 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. - Kết thúc Use case. Dòng thứ nhất:. - Admin hủy bỏ việc sửa người dùng. - Hệ thống bỏ qua form sửa người dùng và trở về giao diện chính. 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. Không có yêu cầu đặc biệt.  Trạng thái hệ thống trước khi usecase “Sử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 “Sửa người dùng” được thực hiện.  Trường hợp thành công: thông tin về người dùng được cập nhật lại.  Trường hợp thất bại: hệ thống thông báo lỗi và thông tin về người dùng không được thay đổi.  Điểm mở rộng Không có. Giao diện form “Hồ sơ người dùng”) c. Đặc tả Usecase “Xóa người dùng”. Admin sử dụng usecase này để thực hiện chức năng xóa người dùng khỏi hệ thống.  Dòng sự kiện chính:. - Hệ thống hiển thị form 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 đó. 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. Dòng thứ hai:. - Hệ thống có lỗi xảy ra trong quá trình xử lý. - Hệ thống hiển thị thông báo lỗi. Không có yêu cầu đặc biệt.  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: người dùng đó đượ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à người dùng đó không bị xóa khỏi hệ thống.  Điểm mở rộng Không có. Giao diện form “Hồ sơ người dùng”) d. Đặc tả Usecase “Phân quyền cho người dùng”. Admin sử dụng Usecase này để phân quyền cho ban thủ thư, ban kỹ thuật, ban lập kế hoạch.  Dòng sự kiện chính:. - Admin chọn chức năng phân quyền. - Hệ thống hiển thị form phân quyền cho người dùng. - Admin chọn người dùng và chọn quyền hạn cho người dùng đó. - Admin click vào nút “Xác nhận”. - Hệ thống xác nhận và lưu thông tin đó. - Kết thúc Use case. Dòng thứ nhất:. - Admin hủy bỏ việc phân quyền. - Hệ thống không thực hiện phân quyền người dùng. Dòng thứ hai:. - Thông tin admin đưa vào không hợp lệ. Không có yêu cầu đặc biệt.  Trạng thái hệ thống trước khi Usecase “Phân quyền 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 “Phân quyền người dùng” được thực hiện.  Trường hợp 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.  Trường hợp thất bại: hệ thống thông báo lỗi.  Điểm mở rộng Không có. Giao diện form “Phân quyền”) e.  Trạng thái hệ thống trước khi Usecase “Tìm kiếm đơn giản” được thực hiện Người dùng phải đăng nhập vào hệ thống đối với phần mềm hoặc đang thăm website thư viện trường trước khi thực hiện chức năng này.

            Hình 3.4: Biểu đồ Usecase “Quản lý độc giả”
            Hình 3.4: Biểu đồ Usecase “Quản lý độc giả”

            Biểu đồ lớp

            • Danh sách các lớp
              • Vẽ biểu đồ lớp

                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ẻ 3.3.1.4. 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ả Danh sách các phương thức.

                Hình 3.13: Biểu đồ Lớp Mượn trả
                Hình 3.13: Biểu đồ Lớp Mượn trả
                • Nhóm các chức năng Quản trị hệ thống 1. Chức năng Đăng nhập

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

                  Giao diện chính của phần mềm

                  Thanh công cụ chứa các biểu tượng giúp người dung truy cập nhanh vào những chức năng thường xuyên sử dụng và quan trọng của hệ thống bao gồm: Mượn tài liệu; Trả tài liệu; In mã vạch; Tìm tài liệu; Đăng ký làm thẻ thư viện; In thẻ thư viện; Tìm kiếm độc giả; Độc giả mượn quá hạn;. Quản lý mượn trả bao gồm: Mượn trả tài liệu, Trả tài liệu, Xử lý vi phạm, Độc giả mượn quá hạn.

                  Menu “Hệ thống”

                    − Sau đó, admin chọn chức năng trong Listbox “Danh sách chức năng”, click vào nút hệ thống sẽ thực hiện chuyển các chức năng được lựa chọn sang Listbox “Chức năng sử dụng”. Người dùng nhập mật khẩu vào các textbox tương ứng và click vào hệ thống kiểm tra dữ liệu phù hợp thì sẽ cập nhật mật khẩu mới và hiển thị thông báo.

                    Hình 5.2: Giao diện form “Hồ sơ người dùng”
                    Hình 5.2: Giao diện form “Hồ sơ người dùng”

                    Menu “Hồ sơ tài liệu”

                      − Thông tin bổ sung: tác giả, nhà xuất bản, năm xuất bản, lần tái bản, ngôn ngữ, số trang, khổ giấy, giá bìa, vị trí lưu trữ, nội dung, số phát hành, ngày phát hành. − Sau khi nhập đầy đủ các thông tin người dùng click vào hệ thống kiểm tra dữ liệu nhập vào nếu hợp lệ thì lưu vào cơ sở dữ liệu và hiển thị bản ghi lên gridview “Danh sách phiếu nhập”.

                      Hình 5.6: Giao diện form “Biên mục tài liệu”
                      Hình 5.6: Giao diện form “Biên mục tài liệu”

                      Menu “Hồ sơ độc giả”

                        − Mã cá nhân: là mã học sinh, sinh viên hoặc mã cán bộ giáo viên; mã cá nhân có thể nhập số hoặc chữ, không được nhập các ký tự đặc biệt và ký tự có dấu. − Ngày sinh, giới tính: chọn từ radiobutton “Giới tính” , “Ngày sinh” tương ứng, đối với ngày sinh phải nhỏ hơn ngày hiện tại.

                        Hình 5.10: Giao diện form “Đăng ký làm thẻ thư viện”
                        Hình 5.10: Giao diện form “Đăng ký làm thẻ thư viện”

                        Menu “Quản lý mượn trả”

                          − Người dùng click vào hệ thống sẽ kiểm tra, nếu dữ liệu hợp lệ thì lưu phiếu mượn vào hệ thốn và hiển thị lên layoutview, nếu dữ liệu không hợp lệ thì sẽ thông báo lỗi và người dùng phải nhập lại dữ liệu. Người dùng nhập đủ các thông tin vào các textbox tương ứng và click vào hoặc click chuột phải chọn hệ thống sẽ đánh dấu tài liệu được trả và xóa khỏi danh sách tài liệu đang mượn.

                          Hình 5.13: Giao diện form “Trả tài liệu”
                          Hình 5.13: Giao diện form “Trả tài liệu”

                          Tìm kiếm thông tin

                            Tìm kiếm nâng cao: tìm kết hợp nhiều tiêu chí như mã tài liệu, tên tài liệu, ngành, tên tác giả, tên nhà xuất bản, nhà xuất bản và số phát hành. Người dùng có thể nhập vào một trong các tiêu chí đó vào các textbox tương ứng và click vào hệ thống kiểm tra tiêu chí tìm kiếm nếu tồn tại dữ liệu thì hiển thị lên gridview “Kết quả tìm kiếm”, ngược lại không hiển thị dữ liệu lên gridview.

                            Hình 5.17: Giao diện form “Tìm kiếm tài liệu – tìm nâng cao”
                            Hình 5.17: Giao diện form “Tìm kiếm tài liệu – tìm nâng cao”

                            Menu “Thống kê, báo cáo”

                              Sau đó người dùng chọn khoảng thời gian cần thống kê và click vào thì hiển thị kết quả như dưới đây. Người dùng click vào và nhập vào các tiêu chí báo cáo vào các textbox và combobox tương ứng.

                              Hình 5.21: Giao diện form “Tài liệu còn trong thư viện”
                              Hình 5.21: Giao diện form “Tài liệu còn trong thư viện”