Thông thường, khi khách hàng mua sách, nhà sách sẽ không lưu lại thông tin của mỗi một khách hàng khi đến mua. Ta gọi đó là lữ khách.
Và khi khách hàng mua sách, khách hàng được quyền được nợ. Nếu khách hàng nợ, khách hàng phải ghi lại thông tin khách hàng sau khi thu nợ trong biểu mẫu Phiếu Thu Tiền để nhà sách lưu giữ thông tin nợ và trả của khách hàng đó. [BM4] Và dựa vào đó, nhà sách sẽ có một báo cáo công nợ để theo dõi việc nợ của mỗi khách hàng trong mỗi tháng. [BM3.2] Trong [BM3.1], ta có: Nợ đầu: Số tiền khách nợ từ kỳ trước Phát sinh: Nợ: Số tiền khách hàng nợ thêm Trả: Số tiền khách hàng trả nợ Nợ cuối: Số tiền khách còn nợ vào cuối kỳ
Nợ cuối = Nợ đầu - Phát sinh
BM3.1 Báo Cáo Công Nợ
Tháng:...
STT Khách Hàng Nợ Đầu Phát Sinh Nợ Cuối
1 2
BM3.2 Phiếu Thu Tiền
Họ tên khách hàng:... Điện thoại:... Ngày thu tiền:...
Địa chỉ:... Email:... Số tiền thu:...
BM3 Thiết kế dữ liệu với tính đúng đắn: ★ Thuộc tính mới: - firstName - lastName - phone - email - address - isFemale - month - debtAmount - paidAmount - openingDebit - closingDebit - paidDate - Description - isMember ★ Thiết kế dữ liệu
- Tạo bảng Customer: dùng để chứa các thuộc tính liên quan đến khách hàng: + id là khóa chính
+ firstName
+ lastName + phone + email + address + isFemale + isMember
- Tạo bảng DebtRecepit: dùng để chứa các thuộc tính liên quan đến phiếu thu tiền nợ:
+ id là khóa chính của DebtReceipt
+ customerID - khóa ngoại tham chiếu đến thuộc tính id của bảng Customer
+ datePaid + paidAmount + description
- Tạo bảng DebtReport: dùng để chứa các thuộc tính liên quan đến báo cáo thu nợ khách hàng
+ id là khóa chính của DebtReceipt
+ customerID - khóa ngoại tham chiếu đến thuộc tính id của bảng Customer
+ debtReceiptID - khóa ngoại tham chiếu đến thuộc tính id của bảng DebtReceipt
+ Month
+ openingDebit + closingDebit + debtAmount
+ paidAmount - khóa ngoại tham chiếu đến thuộc tính paidAmount của bảng DebtRecepit
★ Sơ đồ logic