Phân tích yêu cầu cải tiến hệ thống quản lý thư viện Trường Việt Hàn

MỤC LỤC

Phân tích

Lựa chọn kỹ thuật phân tích yêu cầu - BPI ( Business process improvement)

 Khi có công nghệ mới dễ thích ứng, vì vậy có thể tập trung vào hệ thống mới để cải thiện. - BPA (Business process automation) : Không làm thay đổi quá trình nghiệp vụ của hệ thống, tự động hóa quá trình nghiệp vụ. Nhận biết vấn đề của hệ thống hiện tại để đưa ra phương án thực hiện cho hệ thống tương lai.

- BPR (Business process reengineering) : Làm thay đổi hẳn quá trình nghiệp vụ, thay đổi cơ bản hoạt động của hệ thống hiện tại. Do đó không phù hợp với hệ thống quản lý thư viện đang vận hành. Qua việc nghiên cứu 3 kỹ thuật trên cùng với việc phân tích hệ thống thực hiện chúng em đi đến quyết định sử dụng kỹ thuật BPI trong việc phân tích yêu cầu.

Lựa chọn phương pháp thu thập yêu cầu .1 Điều tra ( Questionaires)

    - Ban quản trị và nhóm dự án : Quốc Anh - Người sử dụng hệ thống : Khách hàng. • Thiết lập cuộc họp: Chuẩn bị đầy đủ cơ sở vật chất và điều kiện để cuộc họp diễn ra một cách thuận lợi nhất. - Nguyên tắc họp nhiệt tình, nghiêm túc, hào hứng, tạo bầu không khí thoải mái giữa các thành viên.

    - Thắng đưa ra các câu hỏi để nhóm làm việc thảo luận và ghi nhận những ý kiến có ích đồng thời đưa ra một số phần mềm mẫu có chức năng tương tự để thảo luận. - Ninh sẽ trả lời các câu hỏi của các thành viên đại diện cho phía khách hàng. - Dựa trên phương pháp cải tiến quá trình nghiệp vụ, Quốc Anh sẽ hướng mọi người thảo luận để tìm hướng phát triển tối ưu cho hệ thống.

    - Nhóm sẽ tiếp nhận các ý kiến cải tiến phần mềm do phía khách hàng đưa ra và mọi người cùng phân tích tìm giải pháp. • Kết quả : Sau 5 ngày họp, với tinh thần làm việc trách nhiệm và nghiêm túc, mọi người đã cùng nhau đóng góp nhiều ý kiến để hoàn thiện dự án.

    Xác định yêu cầu

      - Thời gian đáp ứng khi người sử dụng thực hiện thao tác tìm kiếm, truy xất báo cáo không quá 3s. - Cần có khả năng bảo mật : Người sử dụng phải nhập đúng username và Password thì mới đăng nhập được vào hệ thống. - Hệ thống được thiết kế cho người dùng biết sử dụng tiếng Việt, không có yêu cầu gì đặc biệt về văn hóa, chính trị.

      Sơ đồ hệ thống

        Brief Description: Use case này cho ta biết làm thế nào để có thể cập nhật hay bỏ qua một bạn đọc mới vào CSDL. Hệ thống thông báo đã có bạn đọc này trong CSDL - Hệ thống hỏi cán bộ có thêm bạn đọc không. Brief Description: Use case này cho ta biết làm thế nào để có thể cập nhật hay bỏ qua một tài liệu mới vào CSDL.

        Hệ thống thông báo đã có tài liệu này trong CSDL - Hệ thống hỏi cán bộ có thêm tài liệu không. - Cán bộ nếu bỏ qua thì trở về giao diện cập nhật tài liệu - Cán bộ xem lại và đồng ý nhập tài liệu. - Cán bộ thủ thư: Muốn có thông tin đầy đủ, chính xác về bạn đọc,tài liệu - Tài liệu muốn có thông tin đầy đủ về tài liệu.

         Xem các thông tin liên quan đến các tài liệu như sách báo, tạp chí,….để cập nhật và lưu trữ các thông tin. - Cán bộ cần thông báo cho hệ thống biết khi có sự thay đổi,cập nhật thông tin liên quan đến tài liệu và bạn đọc. - Hệ thống sẽ thông báo cho cán bộ và bạn đọc biết khi bạn đọc vi phạm qui đinh nào đó như mượn sách quá hạn, mượn tài liệu gì, thời gian bao lâu.

         Các use case: tìm kiếm tài liệu, cập nhật bạn đọc, cập nhật cập nhật tài liệu, quản lý mượn sách, quản lý trả sách, xem thông tin cá nhân.  (để cập nhật thông tin thì thủ thư cần đăng nhập vào hệ thống , do đó sự kiện đăng nhập hệ thống sẽ là điều kiện cho use case cập nhật ,. Vậy ta có thêm use case “cập nhật”). <<extend>>: Một use case được mở rộng từ một use case khác bằng cách them vào một chức năng cụ thể.

        Xác định sơ đồ use case mức tổng quát:tìm các chức năng chính của ht, thường dùng các quan hệ kết hợp, tổng quát hóa và include .Nếu chưa kể đến các chức năng mượn và trả sách thì chức năng tổng quát của hệ thống là : đăng nhập, cập nhật và tìm kiếm. Phân rã các use case mức cao: phân rã các use case tổng quát thành các use case cụ thể hơn sử dụng quan hệ ‘extend’. Như vậy use case “cập nhật ” được phân rã thành “cập nhật bạn đọc ” và “cập nhật tài liệu”.

        Tiếp tục phân rã sơ đồ use case cho đến khi gặp use case ở nút lá: các use case ở nút là thường gắn với một chức năng cụ thể trong đó hệ thống thực sự tương tác với tác nhân. Hệ thống quản lý thư viện chỉ phân thành các giao diện ứng dụng (API),ngoài ra chỉ sử dụng thêm SQL ….

        Mô hình hóa cấu trúc

        Thẻ CRC (Class Responsibility Colabolation card) Các CRC card của các lớp

        Description: Độc giả có thể đăng nhập vào hệ thống để tra cứu, tìm kiếm, mượn trả tài liệu. - Tìm kiếm, tra cứu tài liệu - Xem thông tin cá nhân - Mượn trả tài liệu. Description: Cán bộ thực hiện cập nhật sách,tài liệu,quản lý các hợp đồng giao dịch,mượn,trả sách của các độc giả.Đồng thời,cán bộ cũng định kì đưa ra báo cáo về tình hình tài liệu của thư viện,các vi phạm của độc giả….

        - Thực hiện các giao dịch(Nhập sách,bán sách,thanh lý sách.) - Đưa ra các báo cáo về sách,tài. Class name:Sách,tài liệu ID: 5 Type: Concrete, domain Description: Các loại sách và tài liệu có. Description: Các giao dịch của thư viện đều được biểu hiện thông qua các hóa đơn.

        Biểu đồ chuỗi (Sequence diagram)

        Thông điệp được vẽ bằng đóng đi từ chu kỳ sống của đối tượng này đến chu kỳ sống của đối tượng khác, trên mũi tên là tên thông điệp, một đối tượng có thế gửi thông điệp đến chính nó. • Trong quá trình tương tác có thể có đối tượng mới được tạo ra hay có đối tượng bị hủy, biểu diễn bằng dấu chéo ở cuối chu kỳ sống của đối tượng bị hủy,. Cách tìm đối tượng: danh từ trong các luồng sự kiện hay các kịch bản.

        Không nhất thiết mọi đối tượng nằm trong luồng sự kiện, các đối tượng điều khiển cũng ko có trong luồng sự kiện.