1 Project mẫu Hệ Thống quản lý tóan đơn đặt hàng Order Payment Managing System Tình trạng hệ thống FriendHood công ty chuyên đảm nhiệm việc xử lý đơn đặt hàng quản lý việc tóan khách hàng cho nhà máy sản xuất vật dụng da tiếng Hiện tại, FriendHood cịn quản lý cơng việc họ thủ công Họ sử dụng file riêng lẻ để lưu chi tiết khách hàng đơn đặt hàng Quy trình họat động họ sau: liệu đơn đặt hàng điền vào mẫu Order Processing (hình 1) dùng để phân tích Sau họ chuyển dũ liệu liên quan đến đơn đặt hàng việc chuyển hàng cho khách từ mẫu vào file Orders, liệu liên quan đến sản phẩm họ lưu vào file Products Đơn đặt hàng tóan tiền mặt (cash) hay thẻ tín dụng (credit card) Khi khách hàng (Customer) tóan, file Payments cập nhật với liệu sau: mã tóan (payment code), mã đơn đặt hàng (order code), số tiền trả (payment amount), ngày trả, kiểu trả số thẻ tín dụng, tên người giữ thẻ, ngày hết hạn khách hàng trả tiền qua thẻ tín dụng FriendHood định phải máy tính hóa việc quản lý liệu xử lý đơn đặt hàng họ, để tăng tốc việc đáp ứng yêu cầu khách hàng FriendHood muốn theo dõi việc nhân viên họ xử lý đơn đặt hàng khách u cầu thực hiện: Xây dựng mơ hình liên kết thực thể mơ hình quan hệ CSDL Tạo CSDL với ràng buộc, rule giá trị mặc định thích hợp bảng Tạo thủ tục trigger cần thiết Viết số lệnh truy vấn để test đối tượng có đáp ứng u cầu khơng Viết script chứa lệnh thực cho câu Tiến độ thực hiện: Tìm hiểu hệ thống Xây dựng mơ hình quan hệ thực thể mơ hình quan hệ Tạo CSDL với ràng buộc, rule, giá trị mặc định Tạo trigger, thủ tục cần thiết Viết lệnh truy vấn để kiểm tra tính hợp lệ đố tương Viết báo cáo hòan chỉnh script Tuần Tuần 6,7 Tuần 8,9 Tuần 10,11 Tuần 12,13 Tuần 14,15 TRƯỜNG ĐẠI HỌC CƠNG NGHIỆP TP HỒ CHÍ MINH KHOA CÔNG NGHỆ THÔNG TIN BÁO CÁO ĐỀ TÀI HỆ THỐNG QUẢN LÝ THANH TĨAN ĐƠN ĐẶT HÀNG Mơn học : Hệ Cơ sở liệu GV hướng dẫn: Nhóm: - Lớp: Thành viên nhóm: Năm học 2010 - 2011 Phần I: Thiết kế Cơ sở liệu 1. Tóm tắt hệ thống: FriendHood cơng ty chuyên đảm nhiệm việc xử lý đơn đặt hàng quản lý việc tóan cho nhà máy sản xuất vật dụng đồ da hàng đầu giới Cơng ty quản lý việc hịan tịan thủ công từ khâu nhận đơn đặt hàng, xử lý phân lọai mặt hàng đặt, sau theo dõi vịêc tóan khách, tiền mặt họăc qua thẻ tín dụng …… Nguyên tắc nghiệp vụ: Đưa nguyên tắc nghiệp vụ từ việc tìm hiểu phân tích hệ thống Mơ hình liên kết thực thể a Các kiểu thực thể CÁC THỰC THỂ (ENTITIES) …… b Các thuộc tính: - Thuộc tính thực thể, kể thuộc tính phức hợp, đa trị,… - Thuộc tính khóa thực thể THUỘC TÍNH CỦA CÁC THỰC THỂ (ATTRIBUTES) c Mơ hình thực thể kết hợp: … Mơ hình quan hệ: - Chuyển từ mơ hình ER thành mơ hình quan hệ - Xác định khóa, loại ràng buộc - Xác định phụ thuộc hàm - Chuẩn hóa liệu, chuyển tất bảng sang dạng chuẩn 3NF CÁC BẢNG (TABLES) CHUẨN HÓA BẢNG Các bảng đạt dạng chuẩn 1NF 2NF Đưa phụ thuộc hàm bảng để chứng minh bảng chuẩn 2NF Trong bảng Orders, khóa Order-Code Thuộc tính khơng khóa ShipMethod ngịai việc phụ thuộc vào khóa cịn phụ thuộc vào thuộc tính Ship-Method-ID Order-Code > Cust-Code, Emp-Code, Order-Dt, , Ship-Method-ID, Ship-Method Ship-Method-ID > Ship-Method Do đó, để bảng Orders đạt 3NF cần tạo thêm bảng Methods Shipment Tương tự, bảng Payments , thuộc tính Payment-Mode phụ thuộc vào Payment-Mode-ID ngịai việc phụ thuộc vào khóa Payment-Code Bởi cần tạo thêm bảng Payment Modes Ngịai ra, thuộc tính Cardholders-Name CreditCardExpiry-Dt phụ thuộc vào CreditCard-No ngịai việc phụ thuộc vào khóa Payment-Code Bởi vậy, cần tạo thêm table Credit Cards Mơ hình sau chuẩn hóa gồm bảng đạt 3NF sau : KHĨA CHÍNH VÀ CÁC KHĨA NGỌAI: 10 11 MỐI LIÊN HỆ GIỮA CÁC TABLE Phần 2: Thực thi sở liệu Tạo sở liệu bảng: - Cơ sở liệu FriendHood tạo SQL server với tập tin là: FriendHood.mdf FriendHood.ldf ( xem script CreateFriendHoodDatabase.sql) 12 - Dựa vào yêu cầu hệ thống, bảng CSDL xây dựng sau: Bảng Customers a Trường Cust_Id khóa tạo tự động b Các trường FirstName, LastName, Address, City, State, Phone không nên để trống c Trường Phone nên có dạng sau 0000-000-000 Bảng Employees a Trường Emp_Id khóa tạo tự động b Trường Phone nên theo dạng 0000-000-000 c Trường Title (chức vụ) nên chức vụ sau: ‘Executive’, ’Senior Executive’, ‘Manager’, ’Chairman’ d Các trường FirstName LastName không nên đề trống Bảng Products a Trường Product_Id khóa nên có định dạng sau: ‘P[0-9][0-9][0-9]’ b Trường Unit Price phải lớn c Các trường cịn lại khơng nên để trống Bảng PaymentMethods a Trường PaymentMethod_Id khóa nên có dạng sau ‘PM[0-9][0-9][0-9]’ b Trường description khơng nên để trống Bảng ShipmentMethods a Trường ShipmentMethod_Id khóa nên có dạng sau :‘SH[0-9][0-9][0-9]’ b Trường description khơng nên để trống Bảng Orders a Trường Order_Id khóa nên có dạng sau ‘O[0-9][0-9][0-9]’ b Các trường shipment name, shipment address, shipment city, shipment state, shipment phone, shipment country, shipment date, freight charge, tax không nên để trống c Trường phone nên có dạng ‘[0-9][0-9][0-9][0-9]-[0-9][0-9][0-9]-[0-9][0-9][0-9]’ d Trường Order date nên có giá trị mặc định lả ngày hành e Các trường Freight charge (cước phí), Tax (thuế) phải lớn f Trường Shipment Date sớm trưởng order date Bảng OrderDetails 13 a b c d e Trường OrderDetail_Id khóa tạo tự động Trường quantity (số lượng) discount (chiết suất) không để trống Trường Total cost tính tự động Trường Quantity phải lớn Bảng Orderdetails có khóa ngoại Order_Id vàa tuân theo quy luật bảo tòan tham chiếu Bảng Payments a Trường Payment_Id khóa tạo tự động b Trường payment amount phải lớn tổng trường total costs đơn đặt hàng bảng OrderDetails table Nếu không nhau, thi giao dịch bị từ chối hiển thị báo lỗi cho người dùng c Trường shipment date phải chậm payment date ( ngày tóan), mặc định ngày d Trường payment date phải sau order date (ngày đặt hàng) e Trường Credit card number (số thẻ tín dụng) nên có định dạng sau ‘[0-9][0-9][0-9][0-9][0-9][0-9][0-9]-[0-9][0-9][0-9]’ f Các trường payment amount payment date không nên để trống g Nếu trường payment method ‘Credit Card’ phải bảo đảm trường credit card details không để trống h Ngày Expiry date (ngày hết hạn) thẻ tín dụng phải sau ngày hành Bổ sung constraint, rule default (nếu có) Lý tạo Quy tắc nghiệp vụ trigger: Xây dựng truy vấn: Xây dựng trigger: Để thể quy tắc nghiệp vụ thứ … công ty, ta cần xây dựng trigger sau: …… Script để xây dựng bảng ghi lại tập tin sau:  CreateFriendHoodObjects.sql: chứa lệnh tạo bảng Nó chứa lệnh insert để thêm vài ghi mẫu vào bảng  CreateFriendHoodConstraints.sql: chứa constraint, rule defauft số bảng  CreateFriendHoodProcedures.sql: chứa vài thủ tục trigger CSDL  CreateFriendHoodIndexes.sql: chứa lệnh tạo mục để tăng tốc thực thi cho số lệnh truy vấn hay dùng 14  ErrorDetectionForProceduresandTriggers.sql: chứa lệnh dùng để kiểm tra tính hợp lệ đối tượng CSDL ... 6,7 Tuần 8,9 Tuần 10 ,11 Tuần 12 ,13 Tuần 14 ,15 TRƯỜNG ĐẠI HỌC CƠNG NGHIỆP TP HỒ CHÍ MINH KHOA CƠNG NGHỆ THÔNG TIN BÁO CÁO ĐỀ TÀI HỆ THỐNG QUẢN LÝ THANH TĨAN ĐƠN ĐẶT HÀNG Mơn học : Hệ Cơ sở liệu GV... Năm học 2 010 - 2 011 Phần I: Thiết kế Cơ sở liệu 1.  Tóm tắt? ?hệ? ?thống: FriendHood cơng ty chun đảm nhiệm việc xử lý đơn đặt hàng quản lý việc tóan cho nhà máy sản xuất vật dụng đồ da hàng đầu giới... định phải máy tính hóa việc quản lý liệu xử lý đơn đặt hàng họ, để tăng tốc việc đáp ứng yêu cầu khách hàng FriendHood muốn theo dõi việc nhân viên họ xử lý đơn đặt hàng khách Yêu cầu thực hiện: