PHÂN TÍCH THI�T K� H� TH�NG QU�N LÝ THƯ VI�N PHÂN TÍCH THIẾT KẾ HỆ THỐNG QUẢN LÝ THƯ VIỆN 1 CÁC PHƯƠNG PHÁP PHÂN TÍCH HỆ THỐNG VÀ NGÔN NGỮ UML 1 1 Các phương pháp phân tích hệ thống Có hai phương pháp[.]
lOMoARcPSD|17838488 PHÂN TÍCH THIẾT KẾ HỆ THỐNG QUẢN LÝ THƯ VIỆN CÁC PHƯƠNG PHÁP PHÂN TÍCH HỆ THỐNG VÀ NGƠN NGỮ UML 1.1 Các phương pháp phân tích hệ thống Có hai phương pháp phân tích thiết kế hệ thống phổ biến là: phương pháp phân tích thiết kế hướng chức phương pháp phân tích thiết kế hướng đối tượng 1.1.1 Phương pháp phân tích thiết kế hướng chức năng: Theo cách tiếp cận phần mềm xem dãy công việc (chức năng) cần thực nhập liệu, tính tốn, xủ lý, lập báo cáo in ấn kết Mỗi cơng việc thực số hàm định Như trọng tâm cách tiếp cận hàm chức năng, theo hướng phân tích thiết kế topdown phần mềm phân tích thành chức nhỏ hơn, trình lặp lặp lại chức phân rã đến cấp hàm ngơn ngữ lập trình dừng Cấu trúc chương trình xây dựng theo cách tiếp cận hướng chức có dạng hình vẽ: Main() F1 F 1.1 F 1.2 F 1.n.1 F2 … F 1.n F 1.n.2 F 1.n.m 1.n.m Hình 1.1: Mơ hình pttk hướng chức Fn lOMoARcPSD|17838488 * MỘT SỐ NHẬN XÉT: - Phân tích thiết kế hướng chức sử dụng kỹ thuật phân rã chức theo cách tiếp cận topdown để tạo cấu trúc phân cấp Chương trình xây dựng theo cách tiếp cận hướng chức thực chất tập chương trình (có thể xem hàm) mà theo máy tính cần thực để hoàn thành nhiệm vụ đặt hệ thống - Một đặc tính cách tiếp cận hướng chức dễ nhận thấy tính mở (open) hệ thống Thứ nhất, dựa vào chức mà thực tế nhiệm vụ hệ thống lại hay thay đổi nên muốn cho hệ thống đáp ứng yêu cầu phải thay đổi lại cấu trúc hệ thống, nghĩa phải thiết kế, lập trình lại hệ thống Thứ hai, việc sử dụng biến liệu toàn cục chương trình làm cho nhóm chức phụ thuộc vào cấu trúc liệu nên hạn chế tính mở hệ thống Trong thực tế, cấu tổ chức tổ chức thường thay đổi chức năng, nhiệm vụ phải đảm nhận - Mặt khác, cách tiếp cận hướng chức lại tách liệu khỏi chức xử lý nên vấn đề che giấu, bảo vệ thông tin hệ thống kém, nghĩa vấn đề an toàn, an ninh liệu phức tạp - Ngồi cách tiếp cận hướng chức khơng hỗ trợ việc sử dụng lại kế thừa nên chất lượng giá thành phần mềm khó cải thiện Những trở ngại mà nêu làm cho mơ hình xây dựng theo cách tiếp cận hướng chức không mô tả đầy đủ, trung thực hệ thống thực tế 1.1.2.Phương pháp phân tích thiết kế hướng đối tượng: Phân tích thiết kế hướng đối tượng phát triển hỗ trợ mơ hình hố hệ thống thơng tin doanh nghiệp, phân tích yêu cầu thiết kế phần mềm Quan điểm hướng đối tượng hình thành sở tiếp cận hướng hệ thống, theo cách tiếp cận thì: - Cả hệ thống coi thực thể tổ chức từ tập đối tượng (thực thể) đối tượng trao đổi với thơng qua việc gửi nhận »đây không dựa sở hệ thống làm mà dựa việc tích hợp hệ thống với hệ thống làm lOMoARcPSD|17838488 - Theo cách tiếp cận chức hệ thống biểu diễn thơng qua cơng tác đối tượng Do việc tiến hố thay đổi chức khơng ảnh hưởng tới cấu trúc tĩnh phần mềm - Sức mạnh phân tích thiết kế hướng đối tượng việc tách (chia) nhập (thống nhất) thực nhờ tập phong phú chế tích hợp chúng; khả thống cao tách để xây dựng thực thể phức tạp từ thực thể phức tạp từ thực thể đơn giản - Phân tích thiết kế hướng đối tượng tỏ lợi lập trình hệ thống phức tạp, cho lại phần mềm có tính thương mại chất lượng cao: tin cậy, dễ mở rộng dễ sử dụng lại, chạy trơn tru, phù hợp với yêu cầu người sử dụng Chúng có khả hồn thành phần mềm kỳ hạn khơng vượt q kinh phí dự kiến ban đầu - Phương pháp hướng đối tượng xây dựng dựa tập khái niệm sở: Đối tượng (object) , lớp đối tượng (class), trừu tượng hóa liệu (Data Abstraction), bao gói che dấu thơng tin (Encapsulation and Information Hiding), mở rộng, kế thừa lớp (Inheritance), đa xạ nạp chồng (Polymorphism and Overloading), liên kết động (Dynamic Binding), truyền thông điệp (Message Passing) 1.2 Sơ lược UML UML (Unified Modeling Language) ngôn ngữ chuẩn để viết kế hoạch chi tiết phần mềm Nó phù hợp cho việc mơ hình hố hệ thống hệ thống thông tin doanh nghiệp, ứng dụng phân tán web, hệ thống thời gian thực… UML ngơn ngữ mơ hình hố, đặc tả, hiển thị, xây dựng làm tài liệu vật phẩm phân tích hình thức thiết kế UML ngôn ngữ: Ngôn ngữ không giống ngơn ngữ tự nhiên hay ngơn ngữ lập trình Tuy nhiên, có tập qui luật xác định cách sử dụng UML ngôn ngữ chuẩn công nghiệp để lập kế hoạch chi tiết phần mềm Từ vựng qui tắc ngôn ngữ UML cho ta cách thức xây dựng mơ hình đọc mơ hình, khơng cho biết mơ hình cần phải lập lập chúng UML ngôn ngữ hiển thị UML ngôn ngữ đặc tả: Đặc tả mô tả rõ ràng điểm mấu chốt vấn đề UML cho phép mô tả mô hình xác, khơng nhập nhằng hồn thiện lOMoARcPSD|17838488 UML hướng tới đặc tả thiết kế, phân tích định cài đặt trình phát triển, triển khai hệ thống phần mềm UML ngôn ngữ để xây dựng: UML ngôn ngữ trực quan, mơ hình kết nối trực tiếp tới ngơn ngữ lập trình khác Có nghĩa ánh xạ mơ hình UML tới ngơn ngữ lập trình khác Java, C++ hay bảng CSDL quan hệ, csdl hướng đối tượng Ánh xạ cho khả biến đổi ngược lại từ cài đặt mơ hình UML; có nghĩa cho khả làm việc với văn hay đồ hoạ cách quán UML ngôn ngữ làm tài liệu: UML hướng tới làm tài liệu kiến trúc hệ thống chi tiết UML cho khả biểu diễn yêu cầu, thử nghiệm, mơ hình hố hoạt động lập kế hoạch quản lý sản phẩm PHÂN TÍCH HỆ THỐNG 2.1 Xác định danh sách tác nhân Qua trình tìm hiểu khảo sát thực tế, xem xét đến quan hệ tác động HỆ THỐNG QUẢN LÝ THƯ VIỆN ta xác định tác nhân có tương tác với hệ thống là: Độc giả: Tác nhân tham gia vào hệ thống để tìm kiếm sách, thực mượn trả sách, Thủ thư: Tác nhân tham gia vào hệ thống để cập nhật sở liệu sách, CSDL độc giả (thêm sách mới, sửa sách, xóa sách, thêm độc giả, xóa độc giả) Quản trị hệ thống: Tác nhân tham gia vào hệ thống để cập nhật sở liệu nhân viên thư viện, đồng thời quản lý hồ sơ người sử dụng tham gia vào hệ thống, theo dõi hệ thống làm việc hàng ngày Danh sách tác nhân ca sử dụng tác nhân: Tác nhân Đoc_gia (độc giả) Ca sử dụng (Usecase) DangNhap/DangXuat: Đăng nhập( đăng xuất) hệ thống YeuCauMuon: Yêu cầu mượn YeuCauTra: Yêu cầu trả TimKiem: Tìm kiếm thơng tin sách lOMoARcPSD|17838488 DangNhap/DangXuat: Đăng nhập( đăng xuất) hệ thống CapNhatSach: Cập nhật sách CapNhatDocGia: Cập nhật độc giả QuanLyMuon_Tra: Quản lý mượn, trả sách ThongKeBaoCao: Thống kê báo cáo Thu_thu (Thủ thư ) Quantri_hethong ( Người quản trị hệ thống) DangNhap/DangXuat: Đăng nhập( đăng xuất) hệ thống CapNhatNhanVien: Cập nhật thông tin nhân viên thư viện (thêm nhân viên, sửa, xóa thơng tin nhân viên) Hình 2.1: Bảng Tác nhân Usecase 2.2.Các mơ hình Usecase Biểu đồ Usecase tương tác UC tác nhân UC biểu diễn chức hệ thống Tác nhân người hay hệ thống khác cung cấp hay thu nhận thông tin từ hệ thống Biểu đồ UC tập trung vào quan sát trạng thái tĩnh UC hệ thống Nó đặc biệt quan trọng việc tổ chức mơ hình hố hệ thống Vì UC biểu diễn u cầu hệ thống từ góc nhìn người dùng, UC chức mà hệ thống phải có Biểu đồ tác nhân khởi động UC tác nhân nhận thông tin từ hệ thống * Tác nhân Doc_gia: lOMoARcPSD|17838488 Hình 2.2.1: Biểu đồ Usecase tác nhân Doc_gia lOMoARcPSD|17838488 * Tác nhân Thu_thu: Hình 2.2.2: Biểu đồ Usecase tác nhân Thu_thu *Tác nhân Quantri_hethong: Hình 2.2.3: Biểu đồ Usecase tác nhân Quantri_hethong lOMoARcPSD|17838488 ĐẶC TẢ CHI TIẾT CÁC USECASE (UC) 3.1 UC Dangnhap - Mục đích: Đảm bảo xác thực người sử dụng yêu cầu bảo mật hệ thống - Tác nhân: Doc_gia, Thu_thu, Quantri_hethong - Mô tả chung: Khi muốn mượn, trả, tìm kiếm tài liệu độc giả phải đăng nhập vào hệ thống Đồng thời thủ thư người quản trị hệ thống muốn thực công việc chuyên môn phải đăng nhập vào hệ thống - Luồng kiện: + Luồng kiện chính: Hành động tác nhân Phản ứng hệ thống Chọn chức đăng nhập Hiển thị form đăng nhập Nhập thông tin đăng nhập Gửi thông tin đă nhập tới hệ thống Kiểm tra thông tin đăng nhập, cho phép truy cập hệ thống, sai thơng báo lỗi Hình 3.1: Bảng Usecase DangNhap + Luồng kiện phụ: Nếu người sử dụng dùng tên truy cập mật không hệ thống yêu cầu nhập lại nhập số lần xác định - Thông tin đầu vào: Tên truy cập mật - Thông tin đầu ra: Những thông tin mà người sử dụng yêu cầu lOMoARcPSD|17838488 3.2 UC YeuCauMuon - Mục đích: Thực trình mượn sách độc giả - Tác nhân: Doc_gia - Mô tả chung: Khi độc giả muốn mượn sách, độc giả nhận phiếu yêu cầu từ thủ thư để đăng ký với hệ thống điền thông tin độc giả sách cần mượn Hệ thống kiểm tra xem thơng tin đó, khơng phù hợp khơng chấp nhận u cầu mượn sách độc giả, chấp nhận lấy sách kho dựa vào thông tin phiếu yêu cầu Trước thủ thư giao sách thẻ cho độc giả độc giả phải ký nhận vào phiếu yêu cầu giao lại cho thủ thư Sau thủ thư đưa thơng tin mượn sách vào hồ sơ quản lý sách phiếu mượn - Luồng kiện: + Luồng kiện chính: Hành động tác nhân Phản ứng hệ thống Đăng nhập vào hệ thống Kiểm tra thông tin đăng nhập Nhập thông tin tài liệu cần mượn Gửi thông tin đă nhập tới hệ thống Kiểm tra tình trạng tài liệu, cịn tài liệu cho phép mượn, ngược lại thơng báo tài liệu Nhận tài liệu mượn hết Cập nhật lại CSDL, thông báo kết trình mượn tài liệu Hình 3.2: Bảng Usecase YeuCauMuon + Luồng kiện phụ: Nếu thư viện khơng cịn tài liệu gửi tới độc giả thơng báo tình trạng tài liệu - Thơng tin đầu vào: Thông tin tài liệu cần mượn - Thông tin đầu ra: Độc giả mượn tài liệu thư viện còn, đồng thời hệ thống ghi nhận tài liệu mượn lOMoARcPSD|17838488 3.3 UC YeuCauTra - Mục đích: Thực q trình trả sách độc giả - Tác nhân: Doc_gia - Mô tả chung: Độc giả thực thao tác trả sách sau đăng nhập vào hệ thống nhập thông tin tài liệu cần trả - Luồng kiện: + Luồng kiện chính: Hành động tác nhân Phản ứng hệ thống Đăng nhập vào hệ thống Kiểm tra thông tin đăng nhập Nhập thông tin tài liệu cần trả Gửi thông tin đă nhập tới hệ thống Kiểm tra tình trạng tài liệu Cập nhật lại CSDL, thơng báo kết trình trả tài liệu Hình 3.3: Bảng Usecase YeuCauTra - Thông tin đầu vào: Thông tin tài liệu cần trả - Thông tin đầu ra: Độc giả trả tài liệu hệ thống ghi nhận tài liệu trả