ĐỀ TÀI : QUẢN LÝ HỆ THỐNG THƯ VIỆN NOIDA MÔN: PT&TKHT Thư viện NoiDa thư viện lớn Hiện có khoảng 300 độc giả Người có tuổi từ 18 trở lên trở độc giả thư viện Mỗi độc giả đóng 400Rs cho năm Thông tin chi tiết độc giả lưu trữ lại để biết thời hạn độc giả Mỗi độc giả mượn tối đa sách Mỗi độc giả có thẻ để mượn sách Mỗi thẻ mượn sách Bất lúc độc giả muốn mượn sách độc giả phải có thẻ trống Mỗi sách mượn thư viện qui định ngày trả lại Nếu độc giả trả sau ngày qui định phải trả 2rs cho ngày bị trễ hạn Nếu độc giả bị thẻ phải làm lại thẻ Tài khoản độc giả lưu trữ lại để thư viện tính phí Việc quản lý thư viện có người quản lý việc mượn trả sách Mỗi ngày có khoảng 100 độc giả tới thư viện để mượn trả sách Thư viện có 5000 sách, 1000 pháp tham khảo chỗ không cho mượn Thông tin sách lưu trữ lại, thông tin chi tiết gồm mã sách, tên sách, nhà xuất bản, tác giả, năm xuất bản, … Nhiều mẫu báo cáo cung cấp mẫu báo cáo bao gồm chi tiết sách có thư viện, chi tiết tài khoản, thong tin chi tiết độc giả nhà cung cấp Hiện tất công việc quản lý thư viện làm thủ công Ngay việc lưu trữ ghi chép tay Do công việc quản lý ngày khó khăn số lượng độc giả ngày gia tăng Vấn đề khác mà nhân viên quản lý thư viện phải đối mặt độc giả có nhiều thẻ độc giả Trang hay nhân viên thư viện làm thẻ Việc thật khó khăn để kiểm tra thật việc thẻ độc giả Đôi lúc nhân viên thư viện cần biết sách mượn hay chưa? Việc tìm kiếm khó khăn quản lý hệ thống tay Người quản lý yêu cầu báo cáo việc mượn sách, sách có thư viện, độc giả thư viện thông tin tài khoản Việc cung cấp mẫu báo cáo tay công việc nặng nề có hàng trăm hang ngàn hồ sơ Người quản lý lên kế hoạch mở rộng thư viện, tăng số lượng sách, số lượng độc già tăng tổng thu nhập Theo quan sát tháng có từ 50 đến 100 độc giả Hai tháng cuối thư viện them độc giả thật khó khăn để quản lý 250 độc giả tay Với kế hoạch mở rộng, mục tiêu người quản lý thư viện tăng độc giả với tỷ lệ 75 người tháng Đồng thới tăng phí độc giả từ 400 thành 1000 cho năm 500 cho nửa năm, để phục vụ tốt độc giả mượn từ tới sách Để giảm khó khăn trên, hệ thống cần phải loại bỏ thẻ Một hệ thống có chức tự động lưu trữ thông tin phát sinh báo cáo trợ giúp công việc tìm kiếm nhanh nắm chi tiết tài Trang PHẦN 1: KHẢO SÁT – YÊU CẦU CỦA ĐỀ ÁN I MÔ TẢ ĐỒ ÁN 1) Mục tiêu hệ thống: • Quản lý thư viện quản lý việc mượn trả sách độc giả mà không gặp khó khăn • Hệ thống gồm nhiều chức mượn trả sách, lưu trữ xử lý thong tin sách, độc giả, tài khoản phát sinh mẫu báo cáo chức 2) Khảo sát thực tế: • Thư viện có khoảng 300 độc giả Mỗi độc giả đóng 400Rs cho năm • Mỗi độc giả mượn tối đa sách Mỗi độc giả có thẻ để mượn sách Mỗi thẻ mượn sách Bất lúc độc giả muốn mượn sách độc giả phải có thẻ trống Mỗi sách mượn thư viện qui định ngày trả lại Nếu độc giả trả sau ngày qui định phải trả 2rs cho ngày bị trễ hạn Nếu độc giả bị thẻ phải làm lại thẻ Mỗi ngày có khoảng 100 độc giả tới thư viện để mượn trả sách • Các nhân viên thư viện cần biết sách mượn hay chưa? • Người quản lý yêu cầu báo cáo việc mượn sách, sách có thư viện, độc giả thư viện thong tin tài khoản Khó khăn: • Tất công việc quản lý thư viện làm thủ công Ngay việc lưu trữ ghi chép tay Do công việc quản lý ngày khó khăn số lượng độc giả ngày gia tăng Trang • Vấn đề khác mà nhân viên quản lý thư viện phải đối mặt độc giả có nhiều thẻ độc giả hay nhân viên thư viện làm thẻ Việc thật khó khăn để kiểm tra thật việc thẻ độc giả • Đôi lúc nhân viên thư viện cần biết sách mượn hay chưa? Việc tìm kiếm khó khăn quản lý hệ thống tay • Việc cung cấp mẫu báo cáo tay công việc nặng nề có hàng trăm hang ngàn hồ sơ 3) Yêu cầu đề án • Mục tiêu người quản lý: • Tăng số lượng sách, số lượng độc giả tăng tổng thu nhập • Tăng độc giả với tỷ lệ 75 người tháng • Tăng phí độc giả từ 400 thành 1000 cho năm 500 cho nửa năm, để phục vụ tốt độc giả mượn từ tới sách • Hệ thống cần phải loại bỏ thẻ độc giả Yêu cầu: Xây dựng hệ gồm chức tự động sau: • Lưu trữ thẻ độc giả • Cung cấp báo cáo với liệu lớn • Cung cấp mẫu báo tổng kế liệu • Lưu trữ xử lý thông tin tài khoản độc giả • Lưu trữ xử lý thông tin sách, độc giả, nhà cung cấp • Quản lý việc mượn trả sách độc giả Trang Thực việc tìm kiếm truy xuật liệu dễ dàng, nhanh chóng , hiệu • xác 4) Giải pháp • Để giải vấn đề trên, xây dựng hệ thống sau • Xây dựng CSDL theo mô hình quan hệ • Viết chương trình Microsoft Access 2003  Chi phí thấp  Không phải kết nối với phần mềm khác  Không đòi hỏi phải có thiết bị khác hỗ trợ  Dễ viết dễ sử dụng  Chỉ viết cho đề tài mức nhỏ, liệu • Hoặc viết chương trình C# Visual Basic xây dựng CSDL SQL Server hay Oracle  Phải kết nối với SQL Server  Viết cho đề tài lớn, nhiều liệu  Có nhiều chức lập trình hỗ trợ,…  Chi phí cao  Tốc độ truy xuất nhanh Trang 5) Chi phí Chi phí Phần mềm Oracle Visual basic Windows Server 2003 Windows XP professional Phần cứng Máy trung tâm Máy khách Sự phát triển Người phân tích Chuyên viên thiết kế Quá trình huấn luyện Dữ liệu nhập Bảo hành ( month) Người có kinh nghiệm Tổng chi phí 6) Thu nhập Chi phí cho đơn vị Số lượng Tổng chi phí 50,000 30,000 15,000 5,000 1 50,000 30,000 15,000 5,000 100,000 100,000 50,000 50,000 50,000 50,000 20,000 20,000 5,000 1 1 50,000 50,000 40,000 20,000 5,000 20,000 20,000 5,55,000 Năm đầu Mức đầu tư Thu nhập = 5,50,000 = 6,90,000 Thu nhập thực tế = 6,90,000 - 5,50,000 = 1,40,000 = 1,40,000 / 5,50,000 = 254 = 25.4 % năm đầu Lãi Năm hai Mức đầu tư Thu nhập = 5,50,000 = 13,80,000 Thu nhập thực tế = 13,80,000 - 5,50,000 Trang = 8,30,000 Lãi = 830000/550000 = 1.50 = 150 % cuối năm hai Năm ba Mức đầu tư Thu nhập = 5,50,000 = 20,70,000 Thu nhập thực tế = 20,70,000 - 5,50,000 = 15,20,000 Lãi = 1520000/550000 = 2.76 = 276 % cuối năm ba Năm tư Mức đầu tư Thu nhập = 550,000 = 2760000 Thu nhập thực tế = 2760000 - 550000 = 2210000 Lãi = 2210000 / 550000 = 4.018 II 1) = 401.8 % cuối năm tư KỸ THUẬT XÁC ĐỊNH YÊU CẦU: Phỏng vấn: Người phân tích: Bạn có quan tâm tới đề nghị xây dựng hệ thống tự động cho thư viện bạn? Trang Người quản lý thư viện: Tôi quan tâm làm giảm bớt công việc Người phân tích: Bạn cho biết chi tiết không? Người quản lý thư viện: Vấn đề việc quản lý thẻ thành viên Thẻ độc giả bị nhiều lần Chúng phải tạo thẻ cho độc giả Nhưng có khó khăn để tìm hiểu có phải độc giả bị thẻ hay không, độc giả nói dối để mượn nhiều sách Chúng quản lý việc Người phân tích: Bạn nghĩ vấn đề nên giải nào? Người quản lý thư viện: Nên thẻ cho độc giả Tất thông tin nên lưu trữ máy tính Chúng dễ dàng kiểm tra sách mượn thành viên Người phân tích: Bạn thường cập nhập thành viên nào? Người quản lý thư viện: Thường khoảng 50 tới 100 độc giả tháng Nhưng cho hai tháng thêm độc giả khó khăn quản lý 250 độc giả Nhưng việc xử lý máy tính chúng cúng mở rộng số lượng độc giả tăng thu nhập Người phân tích: Bạn giải thích vấn đề nào? Người quản lý thư viện: Mỗi tháng có khoảng 50 tới 100 độc giả Nếu hệ thống xây dựng, mở rộng độc giả đến thư viện độc giả phải trả phí cho thư viện Người quản lý dự định tăng phí từ 400 đến 500 cho nửa năm 1000rs cho năm Do tăng thu nhập Người phân tích: Bạn có phân loại độc giả không? Trang Người quản lý thư viện: Không, không phân loại độc giả Tất Người phân tích: Có sách thư viện? Người quản lý thư viện: Khoảng 5000 sách Người phân tích: Bạn có lưu trữ lại chúng không? Người quản lý thư viện: Có Người phân tích: Bạn phân loại sách nào? Người quản lý thư viện : Theo chủ đề Người phân tích: Bạn thích người sử dụng đăng ký trực tuyến người sử dụng điền vào mẫu giấy? Người quản lý thư viện: Có, thích Đôi lúc mẫu chúng thong tin độc giả Nó tốt đăng ký mày tính Người phân tích: Bạn có mong đợi hay đề nghị cho hệ thống không? Người quản lý thư viện: Nó nên có khả cung cấp mẫu báo cáo nhanh Người phân tích: Những mẫu báo cáo ư? Tôi hoàn toàn quên điều này? Hiện mẫu báo cáo bạn cung cấp cho người? Người quản lý thư viện: Đầu tiên sách thư viện, danh sách độc giả, danh sách nhà cung cấp sách cho chúng tôi, mẫu báo cáo tài chình Người phân tích: Bạn có vài mẫu chúng không? Trang Người quản lý thư viện: Vâng, có muốn mẫu sử dụng hệ thống Người phân tích : Vâng bảo đảm có Bạn đề nghị khác không? Người quản lý thư viện: Không Bạn có đủ lãnh vực Người phân tích: Cám ơn cộng tác bạn Rất vui nói chuyện với bạn Người quản lý thư viện: Đó niềm vui thích Chào Người phân tích vấn độc giả Nơi vấn: Phòng đọc Người phân tích: Xin chào Nếu bạn rảnh, tối hỏi bạn vài câu hỏi không? Member: Rất vui lòng Người phân tích: Bạn có biết thư viện có hệ thống tự động không? Member: có, Tôi thấy điều tốt Người phân tích: Bạn có sẵn sang trả thêm phí cho hệ thống tự động máy tính? Member: Với chức cải tiến, giúp tìm sách dễ dàng nhanh Nhưng vấn đề tiền bao nhiêu? Người phân tích: Tôi biết họ lên kế hoạch phí từ 400 đến 500 cho nửa năm 1000 cho năm Trang 10 Trang 20 IV THIẾT KẾ GIAO DIÊN Trang 21 PHẦN THIẾT KẾ HỆ THỐNG THEO HƯỚNG ĐỐI TƯỢNG Phát biểu vấn đề: • Mượn sách: o Mỗi độc giả mượn tối đa sách mang sách tham khảo chỗ o Thời gian mượn sách vòng 30 ngày o Hệ thống ghi nhận thông tin mượn sách cho độc giả, ngày bắt đầu mượn để tính toán ngày trả sách cho độc giả • Trả sách: o Khi trả sách thông tin mượn sách độc giả hiển thị Hệ thống hiển thị chi tiết mã số độc giả, tên độc giả, mã sách, tên sách mượn, ngày mượn, ngày trả sách mà độc giả mượn o Hệ thống kiểm tra thời hạn mượn sách trả trễ độc giả bị phạt 2rs cho ngày hạn o • Tất thông tin cập nhập vào CSDL hệ thống Lệ phí: o • Mỗi độc giả đóng 500rs cho nửa năm 1000rs cho 1năm Hệ thống cung cấp thông tin:   Những sách có thư viện Phát sinh báo cáo độc giả, sách, chi tiết mượn trả sách tài khoản độc giả Trang 22 Yêu cầu: • Lưu trữ thẻ độc giả • Cung cấp báo cáo với liệu lớn • Cung cấp mẫu báo tổng kế liệu • Lưu trữ xử lý thông tin tài khoản độc giả • Lưu trữ xử lý thông tin sách, độc giả, nhà cung cấp • Quản lý việc mượn trả sách độc giả • Thực việc tìm kiếm truy xuật liệu dễ dàng, nhanh chóng , hiệu xác Xây dựng mô hình Use case 1) Xác định Actor Gồm Actor: 1) Người quản lý thư viện (Librarian) 2) Nhân viên thư viện (Operator) 3) Độc giả (Reader) 2) Xác định Use case Gồm Use case: 1) Login hệ thống 5) Sách 2) Mượn sách 6) Độc giả 3) Trả sách 7) Phát sinh báo cáo 4) Truy vấn sách 8) Trang 23 Bảo trì Mượn Sách Nhân viên thư viện Trả sách Đocgia Truy vấn sách Sách Người quản lý thư viện Chi tiết độc giả Phát sinh báo cáo Bảo trì Login hệ thống Trang 24 Login Mượn Sách Nhân viên thư viện >> Trả sách Truy vấn sách Sách Người quản lý thư viện Chi tiết độc giả Phát sinh báo cáo Trang 25 Tìm thông tin mượn trả sách độc giả 3) 1) 1.1 1.2 1.3 1.4 1.5 1.6 1.7 Đặc tả Use Case Login hệ thống Giới thiệu Use case cung cấp việc login vào hệ thống Quản Lý Thư Viện ◊ Nhân viên thư viện (Mượn sách, Trả sách, Thông tin Sách , Thông tin độc giả, Thông tin loại sách, Thông tin nhà cung cấp) ◊ Người quản lý thư viện (Phát sinh báo cáo, bảo trì Login hệ thống) ◊ Doc gia (Mượn sách, Trả sách, Truy van Sách) Actors Người quản lý thư viện, nhân viên thư viện, doc gia Điều kiện trước Là thành viên Điều kiện sau Nếu use case thành công người sử dụng Login vào hệ thống, ngược lại không Luồng liệu 1.5.1 Luồng liệu sở Use case bắt đầu actor login vào hệ thống QLTV • Hệ thống yêu cầu nhập : user name Password • Actor nhập user name Password • Hệ thống kiểm tra user name Password có hợp lệ không? • Nếu Người quản lý thư viện, vào hệ thống với menu dành cho người quản lý • Nếu Nhân viên lý thư viện, vào hệ thống với menu dành cho nhân viên • Nếu Docgia thư viện, vào hệ thống với menu dành cho nhân viên • Kết thúc Use case 1.5.2 Luồng liệu khác • User name Password không hợp lệ hiển thị thông báo lỗi kết thúc use case Những yêu cầu đặc biệt Không có Những Use case liên quan Không có 2) Mượn sách 2.1 Giới thiệu Trang 26 Use case cung cấp việc mượn sách hệ thống Quản Lý Thư Viện ◊ Sách mang : mượn tối đa 30 ngày ◊ Sách tham khảo chỗ 2.2 Actors Nhân viên thư viện, độc giả 2.3 Điều kiện trước Nhân viên thư viện phải Login vào hệ thống 2.4 Điều kiện sau Nếu use case thành công độc giả mượn sách, ngược lại không 2.5 Luồng liệu 2.2.1 Luồng liệu sở Use case bắt đầu độc giả mượn sách • Chọn sách cần mượn • Hệ thống đọc kiểm tra thông tin độc giả (có độc giả không, có đóng lệ phí chưa, mượn số sách qui định không) • Kiểm tra sách (trực tuyến) • Hiển thị ngày trả sách mà độc giả mượn • Thông tin sách độc giả lưu trữ vào CSDL • Phát sinh phiếu mượn sách • Kết thúc Use case 2.2.2 Luồng liệu khác • Nếu kiểm tra thông tin độc giả không hợp lệ thông báo lỗi • Sách mượn không thông báo (trực tuyến) • Kết thúc use case 2.6 Những yêu cầu đặc biệt • Độc giả muốn mượn sách độc giả phải có thẻ trống 2.7 Những Use case liên quan Tìm thông tin mượn trả sách độc giả Trang 27 Trả sách 3.1 Giới thiệu Use case cung cấp việc trả sách cho hệ thống Quản Lý Thư Viện tính toán tổng phí cho độc giả trả sách sau ngày qui định 3.2 Actors Nhân viên thư viện, độc giả 3.3 Điều kiện trước Nhân viên thư viện phải login vào hệ thống 3.4 Điều kiện sau Nếu use case thành công sách trả cho thư viện, độc giả trả ngày qui định hệ thống tính phí, ngược lại không 3.5 Luồng liệu 3.5.1 Luồng liệu sở Use case bắt đầu độc giả trả sách cho thư viện • Hệ thống đọc thông tin sách • Đọc Thông tin tài khoản độc giả, • Nhập sách trả • Thông tin độc giả sách trả lưu vào CSDL • Phát sinh phiếu trả sách • Kết thúc Use case 3.5.2 Luồng liệu khác • Nếu độc giả trả sách ngày qui định, phí tính cập nhập vào CSDL • Kết thúc use case 3.6 Những yêu cầu đặc biệt Độc giả có mượn sách 3.7 Những Use case liên quan Tìm, thông tin mượn trả sách độc giả Truy vấn Sách 4.1 Giới thiệu Use case cung cấp việc tìm sách theo điều kiện định : ◊ Tìm theo tác giả ◊ Tìm theo tên sách ◊ Tìm theo chủ đề 4.2 Actors Nhân viên thư viện, độc giả 4.3 Điều kiện trước Nhân viên thư viện phải login vào hệ thống 4.4 Điều kiện sau Trang 28 Nếu use case thành công chi tiết sách hiển thị 4.5 Luồng liệu 4.5.1 Luồng liệu sở Use case bắt đầu độc giả muốn tìm sách • Hệ thống hiển thị điều kiện khác để người sử dụng chọn lựa • Người sử dụng chọn điều kiện • Kết hiển thị • Kết thúc Use case 4.5.2 Luồng liệu khác Nếu tìm không thấy, kết thúc use case 4.6 Những yêu cầu đặc biệt Không có 4.7 Những Use case liên quan login Độc giả 5.1 Giới thiệu Use case cung cấp thông tin độc : ◊ Tài khoản ◊ Thông tin mượn sách 5.2 Actors Nhân viên thư viện, độc giả 5.3 Điều kiện trước Nhân viên thư viện login vào hệ thống 5.4 Điều kiện sau Là thành viên thư viện 5.5 Luồng liệu 5.5.1 Luồng liệu sở • Use case hiển thị thông tin độc giả • Kết thúc Use case 5.6 Những yêu cầu đặc biệt Không có 5.7 Những Use case liên quan Không có Sách 6.1 Giới thiệu Use case tài liệu sách cập nhật vào hệ thống Quản Lý Thư Viện 6.2 Actors Nhân viên thư viện 6.3 Điều kiện trước Trang 29 6.4 6.5 6.6 6.7 Nhân viên thư viện phải Login vào hệ thống Điều kiện sau Nếu use case thành công thông tin sách hiển thị cập nhật vào hệ thống, ngược lại không Luồng liệu 6.5.1 Luồng liệu sở Use case bắt đầu nhân viên thư viện muốn thêm, xóa hay sửa thông tin sách • Cập nhật thay đổi tương ứng vào CSDL • Kết thúc Use case 6.5.2 Luồng liệu khác Không có Những yêu cầu đặc biệt Không có Những Use case liên quan Không có Phát sinh báo cáo 7.1 Giới thiệu Use case cung cấp báo cáo cho hệ thống Quản Lý Thư Viện 7.2 Actors Người quản lý thư viện 7.3 Điều kiện trước Người quản lý thư viện phải Login vào hệ thống 7.4 Điều kiện sau Nếu use case thành công báo cáo phát sinh, ngược lại không 7.5 Luồng liệu 7.5.1 Luồng liệu sở Use case bắt đầu người quản lý thư viện muốn phát sinh báo cáo hệ thống QLTV • Hệ thống hiển thị báo cáo theo yêu cầu điều kiện mà người sử dụng cần • In báo cáo • Kết thúc Use case 7.5.2 Luồng liệu khác • Nếu in vượt phạm vi trang giấy ngưng thao tác in chỉnh sửa trang in cho phù hợp • Kết thúc use case 7.6 Những yêu cầu đặc biệt Không có 7.7 Những Use case liên quan Trang 30 Không có Bảo trì login hệ thống 8.1 Giới thiệu Use case cung cấp việc bảo trì chi tiết login vào hệ thống Quản Lý Thư Viện 8.2 Actors Người quản lý thư viện 8.3 Điều kiện trước Nhân viên thư viện phải login vào hệ thống 8.4 Điều kiện sau Nếu use case thành công chi tiết Login cập nhật, ngược lại không 8.5 Luồng liệu 8.5.1 Luồng liệu sở Use case bắt đầu người quản lý thư viện muốn thêm, xóa hay sửa vài thông tin login vào hệ thống QLTV • Những thay đổi tương ứng làm • Kết thúc Use case 8.5.2 Luồng liệu khác Không có 8.6 Những yêu cầu đặc biệt Không có 8.7 Những Use case liên quan Không có Trang 31 2.4 Gắn quan hệ Login Mượn Sách Nhân viên thư viện >> Trả sách Truy vấn sách Độc giả Sách Người quản lý thư viện Chi tiết độc giả Bảo trì Login hệ thống Phát sinh báo cáo Trang 32 Tìm thông tin mượn trả sách độc giả Xây dựng Class Diagram CungCap Taikhoan MaNCC TenNCC ĐiaChi ĐienThoai MaTK TenTK SoTien ThemDG() Xoa() Capnhat() ThemDG() Xoa() Capnhat() QuanLyThuVien MaQL TenQL UserID madg ĐocGia Sach MaDG TenDG Ngaysinh ĐiaChi ĐiệnThoai Phai UserID MaSach TenSach TenTg NhaXB LoaiSach Soluong MaNCC Them() Xoa() CapNhat() ThemDG() Xoa() Capnhat() Phi() ChiTietmuon Tra MaSach MaPM Soluong * Them() Xoa() Capnhap() Login User Id User Name Password User Role Them() Xoa() Capnhap() Muon/Tra Sach NhanVienThuVien MaPM NgayMuon NgayTra MaDG MaNV Hoten UserID Them() Xoa() Capnhap() Them() Xoa() Capnhap() * Them() Xoa() Capnhap() Trang 33 Xây dựng Sequence Diagram :User :Login :Kiển tra Login Nhập userId Password Nhập chi tiết Lấy thông tin chi tiết Kiểm tra Login Hiện thông báo lỗi Sequence diagram – Login Chú ý : User người quản lý thư viện, nhân viên thư viện, độc giả Trang 34 :Chi tiết Login