ĐỀ TÀI : quản lý HỆ thống thư viện noida môN: pt&tkht thư viện NoiDa

Mỗi độc giả có thể mượn tối đa 3 cuốn sách. Mỗi độc giả có 3 thẻ để mượn sách. Mỗi thẻ chỉ được mượn 1 quyển sách. Bất cứ lúc nào một độc giả muốn mượn 1 quyển sách thì độc giả đó phải có ít 1 nhất 1 thẻ trống. Mỗi quyển sách sẽ khi mượn thư viện sẽ qui định ngày trả lại. Nếu độc giả trả sau ngày qui định thì anh ta phải trả 2rs cho mỗi ngày bị trễ hạn. Nếu độc giả bị mất thẻ thì phải làm lại bản sao của thẻ đó. Tài khoản của mỗi độc giả sẽ được lưu trữ lại để thư viện tính phí. Việc quản lý thư viện có 2 người quản lý việc mượn và trả sách. Mỗi ngày có khoảng 100 độc giả tới thư viện để mượn và trả sách.

Thư viện có 5000 quyển sách, trong đó 1000 quyển chỉ được pháp tham khảo tại chỗ và không cho mượn. Thông tin về những quyển sách sẽ được 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 được cung cấp. những mẫu báo cáo bao gồm chi tiết những sách có trong thư viện, chi tiết tài khoản, thong tin chi tiết của các độc giả và nhà cung cấp.

Hiện tại tất cả các công việc quản lý thư viện được làm thủ công. Ngay cả việc lưu trữ cũng được ghi chép bằng tay. Do đó công việc quản lý ngày càng khó khăn khi số lượng các độc giả ngày càng gia tăng. Vấn đề khác mà các nhân viên quản lý thư viện phải đối mặt đó là các độc giả có thể có nhiều bản sao các thẻ khi độc giả hay nhân viên thư viện làm mất thẻ. Việc nay thật khó khăn để kiểm tra sự thật của việc mất thẻ của các độc giả.

Đôi lúc các nhân viên thư viện cần biết một quyển sách đã được mượn hay chưa? Việc tìm kiếm thì rất khó khăn khi quản lý hệ thống bằng tay.

Người quản lý yêu cầu những báo cáo về việc mượn sách, những sách có trong thư viện, các độc giả của thư viện và các thông tin về tài khoản. Việc cung cấp các mẫu báo cáo này bằng tay là một công việc nặng nề khi có hàng trăm và 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à và tăng tổng thu nhập. Theo quan sát mỗi tháng có ít nhất từ 50 đến 100 độc giả. Hai tháng cuối thư viện không thể them độc giả mới vì vậy thật sự khó khăn để quản lý 250 độc giả bằng tay. Với kế hoạch mở rộng, mục tiêu của người quản lý thư viện là tăng độc giả với tỷ lệ là 75 người trong 1 tháng. Đồng thới tăng phí của độc giả từ 400 thành 1000 cho mỗi năm và 500 cho nửa năm, và để phục vụ tốt hơn mỗi độc giả có thể mượn từ 3 tới 4 quyển sách.

PHẦN 1: KHẢO SÁT – YÊU CẦU CỦA ĐỀ ÁN

1. MÔ TẢ ĐỒ ÁN

   1. Mục tiêu chính của hệ thống:

• Quản lý thư viện quản lý việc mượn và trả sách của các độc giả mà không gặp khó khăn gì.

• Hệ thống gồm nhiều chức năng như mượn và trả sách, lưu trữ và xử lý các thong tin về sách, độc giả, tài khoản và phát sinh các mẫu báo cáo của các chức năng này.

2) Khảo sát thực tế:

• Thư viện có khoảng 300 độc giả. Mỗi độc giả đóng 400Rs cho 1 năm.

• 
  Mỗi độc giả có thể mượn tối đa 3 cuốn sách. Mỗi độc giả có 3 thẻ để mượn sách. Mỗi thẻ chỉ được mượn 1 quyển sách. Bất cứ lúc nào một độc giả muốn mượn 1 quyển sách thì độc giả đó phải có ít 1 nhất 1 thẻ trống. Mỗi quyển sách khi mượn thư viện sẽ qui định ngày trả lại. Nếu độc giả trả sau ngày qui định thì anh ta phải trả 2rs cho mỗi ngày bị trễ hạn. Nếu độc giả bị mất thẻ thì phải làm lại bản sao của thẻ đó. Mỗi ngày có khoảng 100 độc giả tới thư viện để mượn và trả sách.
  
• 
  Các nhân viên thư viện cần biết một quyển sách đã được mượn hay chưa?
  
• 
  Người quản lý yêu cầu những báo cáo về việc mượn sách, những sách có trong thư viện, các độc giả của thư viện và các thong tin về tài khoản.
  

Khó khăn:

• 
  Tất cả các công việc quản lý thư viện được làm thủ công. Ngay cả việc lưu trữ cũng được ghi chép bằng tay. Do đó công việc quản lý ngày càng khó khăn khi số lượng các độc giả ngày càng gia tăng.
  
• 
  Vấn đề khác mà các nhân viên quản lý thư viện phải đối mặt đó là các độc giả có thể có nhiều bản sao các thẻ khi độc giả hay nhân viên thư viện làm mất thẻ. Việc nay thật khó khăn để kiểm tra sự thật của việc mất thẻ của các độc giả.
  
• 
  Đôi lúc các nhân viên thư viện cần biết một quyển sách đã được mượn hay chưa? Việc tìm kiếm thì rất khó khăn khi quản lý hệ thống bằng tay.
  
• 
  Việc cung cấp các mẫu báo cáo này bằng tay là một công việc nặng nề khi có hàng trăm và hang ngàn hồ sơ.
  

• 
  Mục tiêu của người quản lý:
  
• 
  Tăng số lượng sách, số lượng độc giả và tăng tổng thu nhập.
  
• 
  Tăng độc giả với tỷ lệ là 75 người trong 1 tháng.
  
• 
  Tăng phí của độc giả từ 400 thành 1000 cho mỗi năm và 500 cho nửa năm, và để phục vụ tốt hơn mỗi độc giả có thể mượn từ 3 tới 4 quyển sách.
  
• 
  Hệ thống cần phải loại bỏ thẻ của độc giả
  

Xây dựng một hệ gồm các chức năng tự động sau:

• 
  Lưu trữ thẻ của các độc giả.
  
• 
  Cung cấp các báo cáo với dữ liệu lớn.
  
• 
  Cung cấp các mẫu báo tổng kế dữ liệu
  
• 
  Lưu trữ và xử lý các thông tin về tài khoản của các độc giả.
  
• 
  Lưu trữ và xử lý các thông tin về sách, độc giả, nhà cung cấp.
  
• 
  Quản lý việc mượn và trả sách của độc giả.
  
• 
  Thực hiện việc tìm kiếm và truy xuật dữ liệu dễ dàng, nhanh chóng , hiệu quả và chính xác.
  

4. Giải pháp

   • 
     Để giải quyết vấn đề trên, có thể xây dựng hệ thống như sau
     
   • 
     Xây dựng CSDL theo mô hình quan hệ.
     
   • 
     Viết chương trình bằng Microsoft Access 2003.
     

• 
  Chi phí thấp.
  
• 
  Không phải kết nối với các phần mềm khác.
  
• 
  Không đòi hỏi phải có các thiết bị khác hỗ trợ.
  
• 
  Dễ viết và dễ sử dụng.
  
• 
  Chỉ viết cho những đề tài ở mức nhỏ, dữ liệu ít.
  

• 
  Hoặc viết chương trình bằng C# hoặc Visual Basic và xây dựng CSDL bằng SQL Server hay Oracle.
  

• 
  Phải kết nối với SQL Server.
  
• 
  Viết cho đề tài lớn, nhiều dữ liệu.
  
• 
  Có nhiều chức năng lập trình hỗ trợ,…
  
• 
  Chi phí cao hơn.
  
• 
  Tốc độ truy xuất nhanh.
  

6. 
   Thu nhập
   

2. KỸ THUẬT XÁC ĐỊNH YÊU CẦU:

   1. Phỏng vấn:

After interviewing different people, Người phân tích got to know about their opinions.

Danh sách các câu hỏi dành co nhân viên thư viện:

1. Bạn mong chờ gì ở hệ thống mới (computer based)?

a) Danh mục liệt kê tốt hơn

b) Quản lý độc giả tốt hơn
c) Quản lý sách và tài khoản của độc giả tốt hơn
d) Ít có kiến thức về máy tính
e) Khác_____________

2. Bạn mong đợi bao nhiêu độc giả?

3. Bao nhiê sách có trong thư viện của bạn?

4. Bạn muốn sách được phân loại thế nào để dễ tìm kiếm (tiêu đề, tên tác giả hay chủ đế)?

5. Có quyền lợi khác nhau giữa hai độc giả không?

6. Bạn có muốn cải tiến việc đăng ký mượn sách không?

7. Bạn có muốn thong tin của sách được lưu trữ lại không?

8. Bạn muốn phân loại độc giả như thế nào?

___________________ or
__________________

9. Bạn muốn người sử dụng đang ký trực hơn là điền vào các mẫu ?

10. Bạn có đề nghị hay mong đợi ở hệ thống mới.

________________________________________________________
________________________________________________________


2) Tạo cây quyết định và bảng quyết định

a) Thủ tục trở thành một độc giả của thư viện.

Người có tuổi từ 18 trở lên có thể trở độc giả của thư viện. Mỗi độc giả đóng 500Rs cho nửa năm hay 1000Rs cho một năm.

Cây quyết định:

Bảng quyết định

Mỗi độc giả được phép mượn tối đa là 4 cuốn

Trả sách theo ngày qui định của thư viện, nếu quá ngày thì sẽ bị đóng phạt 2Rs cho một ngày trễ.

3. SƠ ĐỒ LUỒNG DỮ LIỆU (DFD)

   1. Sơ đồ ngữ cảnh

2)Sơ đồ cấp 1

VI. MÔ HÌNH DỮ LIỆU

2. Mô hình thực thể kết hợp:

MaNCC

TenNCC

ĐiaChi

ĐienThoai

Thuộc về


Sách

Cung cấp

Được cung cấp

MaSach

TenSach

TacGia

NhaXB

NămXB

LoaiSach

Độc giả

MaDG

TenDG

Ngaysinh

ĐiaChi

NgheNghiep

ĐiệnThoai

Phi


Phiếu mượn

Thuộc về

Thuộc về

MaPM

Ngaymuon

NgayTra

Mượn

Là chủ thể

Là chủ thể

Tài khoản

Chi tiết

phiếu mượn

MaTK

TenTK

SoTien


MaPM

MaSach

SoLuong

3. Lược đồ CSDL

1. Mô hình quan hệ:

4. THIẾT KẾ GIAO DIÊN

PHẦN 2

THIẾT KẾ HỆ THỐNG THEO HƯỚNG ĐỐI TƯỢNG

1. 
   Phát biểu vấn đề:
   

• Mượn sách:

  • Mỗi độc giả có thể mượn tối đa 4 cuốn sách mang về và 3 cuốn sách tham khảo tại chỗ.

  • Thời gian mượn sách trong vòng 30 ngày.

  • Hệ thống ghi nhận thông tin mượn sách cho mỗi độc giả, ngày bắt đầu mượn để tính toán ngày trả sách cho độc giả.

• Trả sách:

  • Khi trả sách thông tin mượn sách của độc giả sẽ được hiển thị. Hệ thống sẽ 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ả của các sách mà độc giả đó mượn.

  • Hệ thống kiểm tra thời hạn mượn sách nếu trả trễ thì độc giả sẽ bị phạt 2rs cho 1 ngày quá hạn.

  • Tất cả các thông tin sẽ được cập nhập vào CSDL của hệ thống.

• Lệ phí:

  • Mỗi độc giả đóng 500rs cho nửa năm và 1000rs cho 1năm

• Hệ thống cung cấp các thông tin:

• 
  Những sách có trong thư viện.
  
• 
  Phát sinh các báo cáo về độc giả, sách, chi tiết mượn và trả sách cũng như tài khoản của mỗi độc giả.
  

• 
  Lưu trữ thẻ của các độc giả.
  
• 
  Cung cấp các báo cáo với dữ liệu lớn.
  
• 
  Cung cấp các mẫu báo tổng kế dữ liệu
  
• 
  Lưu trữ và xử lý các thông tin về tài khoản của các độc giả.
  
• 
  Lưu trữ và xử lý các thông tin về sách, độc giả, nhà cung cấp.
  
• 
  Quản lý việc mượn và trả sách của độc giả.
  
• 
  Thực hiện việc tìm kiếm và truy xuật dữ liệu dễ dàng, nhanh chóng , hiệu quả và chính xác.
  

2. 
   Xây dựng mô hình Use case
   
   1. 
      Xác định 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
   

1) Login hệ thống

2) Mượn sách

3) Trả sách

4) Truy vấn sách










2. Mượn Sách





Nhân viên

thư viện

Đocgia

3. Trả sách

5. Sách

1. Login


Người quản lý

thư viện

6. Chi tiết độc giả

7. Phát sinh các báo cáo

8. Bảo trì Login hệ thống

>

<>

<>>>

<>

3. 
   Đặc tả Use Case
   

1. 
   Login hệ thống
   

1. 
   Giới thiệu
   

Use case này 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 các báo cáo, bảo trì Login hệ thống)
  
• 
  Doc gia (Mượn sách, Trả sách, Truy van Sách)
  

2. 
   Actors
   

Người quản lý thư viện, nhân viên thư viện, doc gia.

3. 
   Điều kiện trước
   

Là thành viên

4. 
   Điều kiện sau
   

Nếu use case thành công thì người sử dụng có thể Login vào hệ thống, ngược lại thì không.

5. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

Use case này bắt đầu khi các actor login vào hệ thống QLTV

• 
  Hệ thống yêu cầu nhập : user name và Password
  
• 
  Actor nhập user name và Password
  
• 
  Hệ thống kiểm tra user name và Password có hợp lệ không?
  
• 
  Nếu là Người quản lý thư viện, anh ta sẽ vào hệ thống với menu dành cho người quản lý.
  
• 
  Nếu là Nhân viên lý thư viện, anh ta sẽ vào hệ thống với menu dành cho nhân viên.
  
• 
  Nếu là Docgia thư viện, anh ta sẽ vào hệ thống với menu dành cho nhân viên.
  
• 
  Kết thúc Use case.
  

1. 
   Luồng dữ liệu khác
   

• 
  User name và Password không hợp lệ hiển thị thông báo lỗi và kết thúc use case.
  

6. 
   Những yêu cầu đặc biệt
   

Không có

7. 
   Những Use case liên quan
   

Không có.

2. 
   Mượn sách
   

1. 
   . Giới thiệu
   

Use case này cung cấp việc mượn sách của hệ thống Quản Lý Thư Viện

• 
  Sách mang về : mượn tối đa là 30 ngày.
  
• 
  Sách tham khảo tại chỗ.
  

2. 
   . Actors
   

Nhân viên thư viện, độc giả.

3. 
   . Điều kiện trước
   

Nhân viên thư viện phải Login vào hệ thống.

4. 
   . Điều kiện sau
   

Nếu use case thành công thì độc giả sẽ được mượn sách, ngược lại thì không.

5. 
   . Luồng dữ liệu
   

1. 
   Luồng dữ liệu cơ sở
   

Use case này bắt đầu khi các độc giả mượn sách.

• 
  Chọn sách cần mượn
  
• 
  Hệ thống đọc và kiểm tra thông tin độc giả (có là độc giả không, có đóng lệ phí chưa, mượn quá 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ả sẽ mượn
  
• 
  Thông tin sách và độc giả được lưu trữ vào CSDL.
  
• 
  Phát sinh phiếu mượn sách.
  
• 
  Kết thúc Use case.
  

1. 
   Luồng dữ liệu khác
   

• 
  Nếu kiểm tra thông tin độc giả không hợp lệ hiện thông báo lỗi.
  
• 
  Sách mượn không còn hiện thông báo (trực tuyến).
  
• 
  Kết thúc use case.
  

1. 
   . Những yêu cầu đặc biệt
   

• 
  Độc giả muốn mượn 1 quyển sách thì độc giả đó phải có ít 1 nhất 1 thẻ trống..
  

2.7. Những Use case liên quan

Tìm thông tin mượn và trả sách của độc giả

2. 
   Trả sách
   

1. 
   Giới thiệu
   

Use case này cung cấp việc trả sách cho hệ thống Quản Lý Thư Viện và tính toán tổng phí cho độc giả trả sách sau ngày qui định.

2. 
   Actors
   

Nhân viên thư viện, độc giả.

3. 
   Điều kiện trước
   

Nhân viên thư viện phải login vào hệ thống.

4. 
   Điều kiện sau
   

Nếu use case thành công thì sách được trả cho thư viện, nếu độc giả trả quá ngày qui định hệ thống sẽ tính phí, ngược lại thì không.

5. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

Use case này bắt đầu khi độc giả trả sách cho thư viện

• 
  Hệ thống đọc thông tin về sách.
  

• 
  Đọc Thông tin tài khoản của độc giả,
  
• 
  Nhập sách trả
  
• 
  Thông tin độc giả và sách trả sẽ được lưu vào CSDL.
  
• 
  Phát sinh phiếu trả sách.
  
• 
  Kết thúc Use case.
  

1. 
   Luồng dữ liệu khác
   

• 
  Nếu độc giả trả sách quá ngày qui định, phí sẽ được tính và sẽ được cập nhập vào CSDL.
  
• 
  Kết thúc use case.
  

6. 
   Những yêu cầu đặc biệt
   

Độc giả có mượn sách

7. 
   Những Use case liên quan
   

Tìm, thông tin mượn và trả sách của độc giả

3. 
   Truy vấn Sách
   
   1. 
      Giới thiệu
      

Use case này cung cấp việc tìm một quyển sách theo điều kiện được chỉ định như :

• 
  Tìm theo tác giả.
  
• 
  Tìm theo tên sách.
  
• 
  Tìm theo chủ đề.
  

2. 
   Actors
   

Nhân viên thư viện, độc giả.

3. 
   Điều kiện trước
   

Nhân viên thư viện phải login vào hệ thống.

4. 
   Điều kiện sau
   

Nếu use case thành công thì chi tiết sách được hiển thị.

5. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

Use case này bắt đầu khi các độc giả muốn tìm sách

• 
  Hệ thống hiển thị những điều kiện khác nhau để người sử dụng chọn lựa.
  
• 
  Người sử dụng chọn điều kiện.
  
• 
  Kết quả được hiển thị.
  
• 
  Kết thúc Use case.
  

2. 
   Luồng dữ liệu khác
   

Nếu tìm không thấy, kết thúc use case

6. 
   Những yêu cầu đặc biệt
   

Không có

7. 
   Những Use case liên quan
   

login.

3. 
   Độc giả
   
   1. 
      Giới thiệu
      

Use case này cung cấp các thông tin của độc giả như :

• 
  Tài khoản
  
• 
  Thông tin mượn sách
  

2. 
   Actors
   

Nhân viên thư viện, độc giả.

3. 
   Điều kiện trước
   

Nhân viên thư viện login vào hệ thống

4. 
   Điều kiện sau
   

Là thành viên của thư viện.

1. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

• 
  Use case này hiển thị các thông tin của độc giả
  

• 
  Kết thúc Use case.
  

6. 
   Những yêu cầu đặc biệt
   

Không có

7. 
   Những Use case liên quan
   

Không có.

3. 
   Sách
   
   1. 
      Giới thiệu
      

Use case tài liệu về các sách được cập nhật vào hệ thống Quản Lý Thư Viện

2. 
   Actors
   

Nhân viên thư viện.

3. 
   Điều kiện trước
   

Nhân viên thư viện phải Login vào hệ thống.

4. 
   Điều kiện sau
   

Nếu use case thành công thì thông tin của sách được hiển thị và cập nhật vào hệ thống, ngược lại thì không.

5. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

Use case này bắt đầu khi nhân viên thư viện muốn thêm, xóa hay sửa các thông tin về sách.

• 
  Cập nhật những thay đổi tương ứng vào CSDL.
  
• 
  Kết thúc Use case.
  

2. 
   Luồng dữ liệu khác
   

Không có.

6. 
   Những yêu cầu đặc biệt
   

Không có

7. 
   Những Use case liên quan
   

Không có.

3. 
   Phát sinh các báo cáo
   
   1. 
      Giới thiệu
      

Use case này cung cấp các báo cáo cho hệ thống Quản Lý Thư Viện

2. 
   Actors
   

Người quản lý thư viện.

3. 
   Điều kiện trước
   

Người quản lý thư viện phải Login vào hệ thống.

4. 
   Điều kiện sau
   

Nếu use case thành công thì các báo cáo sẽ được phát sinh, ngược lại thì không.

5. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

Use case này bắt đầu khi người quản lý thư viện muốn phát sinh các báo cáo của hệ thống QLTV

• 
  Hệ thống hiển thị những báo cáo theo các yêu cầu và điều kiện mà người sử dụng cần.
  
• 
  In các báo cáo.
  
• 
  Kết thúc Use case.
  

1. 
   Luồng dữ liệu khác
   

• 
  Nếu in vượt quá phạm vi của trang giấy thì sẽ ngưng thao tác in và chỉnh sửa trang in cho phù hợp.
  
• 
  Kết thúc use case.
  

6. 
   Những yêu cầu đặc biệt
   

Không có

7. 
   Những Use case liên quan
   

Không có.

3. 
   Bảo trì login hệ thống
   
   1. 
      Giới thiệu
      

Use case này cung cấp việc bảo trì chi tiết login vào hệ thống Quản Lý Thư Viện

2. 
   Actors
   

Người quản lý thư viện.

3. 
   Điều kiện trước
   

Nhân viên thư viện phải login vào hệ thống

4. 
   Điều kiện sau
   

Nếu use case thành công thì chi tiết của Login được cập nhật, ngược lại thì không.

5. 
   Luồng dữ liệu
   
   1. 
      Luồng dữ liệu cơ sở
      

Use case này bắt đầu khi người quản lý thư viện muốn thêm, xóa hay sửa một vài thông tin của login vào hệ thống QLTV

• 
  Những thay đổi tương ứng sẽ được làm
  
• 
  Kết thúc Use case.
  

2. 
   Luồng dữ liệu khác
   

Không có.

6. 
   Những yêu cầu đặc biệt
   

Không có

7. 
   Những Use case liên quan
   

Không có.
2.4. Gắn các quan hệ

8. Bảo trì Login hệ thống

2. 
   Xây dựng Class Diagram
   

CungCap

MaNCC

TenNCC

ĐiaChi

ĐienThoai

ThemDG()

Xoa()

Capnhat()


Taikhoan

QuanLyThuVien

MaQL

TenQL

UserID

Them()

Xoa()

Capnhap()

MaTK

TenTK

SoTien

madg

ThemDG()

Xoa()

Capnhat()

Sach

ĐocGia

Login

User Id

User Name

Password

User Role

Them()

Xoa()

Capnhap()

MaSach

TenSach

TenTg

NhaXB

LoaiSach

Soluong

MaNCC

MaDG

TenDG

Ngaysinh

ĐiaChi

ĐiệnThoai

Phai

UserID

Them()

Xoa()

CapNhat()

ThemDG()

Xoa()

Capnhat()

Phi()








Muon/Tra Sach

MaPM

NgayMuon

NgayTra

MaDG

Them()

Xoa()

Capnhap()

ChiTietmuonTra

MaSach

MaPM

Soluong

Them()

Xoa()

Capnhap()

NhanVienThuVien

MaNV

Hoten

UserID

1..*



1..*

Them()

Xoa()

Capnhap()

3. 
   Xây dựng Sequence Diagram
   

Chú ý : User là người quản lý thư viện, nhân viên thư viện, độc giả

Trang