Mức vật lý sẽ là thể hiện cụ thể trên máy tính cho giải pháp dữ liệu đã được lựa chọn. Nó được thể hiện ở hai khía cạnh: cấu trúc dữ liệu cụ thể và phương thức truy nhập. Cũng như hai mức đã khảo sát ở trước, mức vật lý được mô tả qua hai mô hình: mô hình vật lý về dữ liệu và mô hình vật lý về xử lý. Để tìm hiểu sâu hơn về vấn đề này mời các bạn tham khảo Bài giảng Chương 5: Mức vật lý của hệ thống thông tin.
105 Chương MỨC VẬT LÝ CỦA HTTT Ở mức tổ chức, xem xét mơ hình sở liệu thực chất quan tâm đến cấu trúc lơ gic liệu Cấu trúc thể cách độc lập với máy tính phần mềm quản trị liệu cụ thể Mức vật lý thể cụ thể máy tính cho giải pháp liệu lựa chọn Nó thể hai khía cạnh: cấu trúc liệu cụ thể phương thức truy nhập Cũng hai mức khảo sát trước, mức vật lý mơ tả qua hai mơ hình: mơ hình vật lý liệu mơ hình vật lý xử lý Mơ hình vật lý liệu 1.1 Thiết kế sở liệu vật lý Thiết kế sở liệu vật lý bước cuối giai đoạn thiết kế liệu Quá trình thiết kế sở liệu vật lý trình ánh xạ cấu trúc liệu logic xây dựng mơ hình tổ chức liệu vào mơ hình bên hệ thống Đa số hệ thống thông tin sử dụng hệ quản trị sở liệu để tạo sở liệu cho hệ thống Thiết kế sở liệu vật lý bao gồm bước sau: Thiết kế sở liệu: mô tả file liệu, file mục, truy cập nhớ máy tính Thiết kế hệ thống cấu trúc chương trình: mơ tả chương trình mơ đun chương trình khác tương ứng với sơ đồ luồng liệu yêu cầu đặt bước phân tích trước Thiết kế chiến lược xử lý phân tán: mô tả hệ thống xử lý liệu xử lý cho người sử dụng mạng máy tính Thơng thường, người ta sử dụng thông tin để tạo sở liệu vật lý: Các quan hệ chuẩn hố Định nghĩa thuộc tính Các mơ tả cho biết đâu liệu sử dụng (đọc, sửa chữa, xoá, ) Các công nghệ sử dụng để triển khai việc xây dựng sở liệu Mặc dù giai đoạn thiết kế liệu cố gắng chuẩn hóa lược đồ quan hệ với hy vọng lược đồ dạng chuẩn 3, cài đặt cụ thể file liệu để tiện lợi bổ sung vào số trường tính tốn, hình thành số trường phức hợp, đưa vào số trường phân rã từ trường khác Thậm chí, ghép hai lược đồ dạng chuẩn 3, phá vỡ ý nghĩa chuẩn hóa, để tiện việc xử lý Hiện nhiều cơng cụ CASE độc lập tích hợp số hệ quản trị sở liệu để hỗ trợ cho trình thiết kế sở liệu Trên sở cấu trúc liệu vật lý cung cấp, CASE tạo hệ thống file cần thiết phục vụ cho hoạt động hệ thống Chẳng hạn, Designer Oracle, SQL, Tập hợp tất quan hệ hình thành từ mơ hình tổ chức liệu, file phục vụ cho hoạt động hệ thống gọi mơ hình vật lý liệu hệ thống thông tin 1.2 Thiết kế trường Ở mức vật lý, trường đồng với thuộc tính mơ hình tổ chức liệu Trường đơn vị liệu nhỏ phần mềm hệ thống nhận 106 Các yêu cầu việc thiết kế trường - Tiết kiệm không gian nhớ - Biểu diễn giá trị - Cài đặt ràng buộc toàn vẹn liệu - Đặt giá trị mặc định (Default) để giảm thiểu thời gian nhập liệu Chọn kiểu liệu độ rộng trường Hầu hết hệ quản trị sở liệu thương mại cung cấp cho người dùng kiểu liệu thông dụng như: text, number, logical, date, time, Khi chọn kiểu liệu độ rộng trường nên chọn kiểu khai báo độ rộng vừa đủ, không nên làm phức tạp cấu trúc liệu hệ thống 1.3 Thiết kế file Một hệ thống thông tin hoạt động thường sử dụng sáu loại file đây: File liệu (data file): file chứa liệu nghiệp vụ liên quan đến mơ hình logic liệu mơ hình vật lý liệu Loại file tồn có nội dung thay đổi Ví dụ, file chứa thông tin khách hàng, file chứa thông tin sách thư viện, File tham chiếu từ bảng (lookup table file): file chứa liệu lấy từ bảng liệu Những file thường sử dụng trường hợp lấy liệu nhanh để kết xuất thông tin File giao dịch ( transaction file): file liệu tạm thời phục vụ cho hoạt động ngày tổ chức File thường thiết kế để phục vụ việc xử lý nhanh tình xảy File làm việc (work file): file tạm thời để lưu kết trung gian, file tự động xố khơng cần thiết File bảo vệ (protection file): file thiết kế để lưu trữ file khác có nguy bị sai hỏng trình làm việc File lịch sử (history file): file chứa liệu cũ không sử dụng, sử dụng để làm việc cần thiết 1.4 Các hệ quản lý file File đơn vị lưu trữ nhớ hệ điều hành Mọi thơng tin lưu nhớ tổ chức thành file Về chất thơng tin, file văn bản, chương trình, liệu, dù chúng dãy bit liệu Quản lý file thực thao tác lưu trữ, tìm kiếm, di chuyển, xóa, thiết lập thuộc tính cho file Mặc dù thao tác thực thông qua hệ điều hành thực tế có nhiều phần mềm sử dụng để quản lý file dễ dàng tiện lợi Chú ý khơng có tương hợp kích thuớc file nhớ nên đọc/ghi file hệ điều hành sử dụng chiến lược nhớ đệm để lưu hình ảnh file đoạn file nhớ 1.5 Các cấu trúc liệu phương thức truy nhập a Tổ chức file truy nhập tuần tự: Các ghi file xếp liên tiếp Việc truy nhập đến nơi file thực theo thể thức duyệt lần lược gặp ghi cần tìm 107 Cách thường thời gian số trường hợp cách để tìm kiếm thơng tin b Truy nhập ngẫu nhiên theo hàm băm Trong trường hợp ghi chia thành nhiều khối có độ dài người ta xây dựng hàm băm cho phép tính địa khối liệu chứa ghi theo khóa ghi c Truy nhập theo file mục Các ghi file xếp tùy ý Một file mục tạo cho phép xác định vị trí ghi cụ thể file gốc Nhược điểm phương pháp phải tốn không gian để lưu file mục 1.6 Thiết kế kiểm soát file Nhằm bảo vệ liệu chống lại phá hủy người khác thông thường người ta sử dụng hai biện pháp kỹ thuật lưu mã hóa file liệu a Thủ tục lưu file Các file quan trọng cần lưu trữ vào thiết bị riêng theo chu kỳ xác định, cần lấy để sử dụng Từ việc nghiên cứu hệ thống, từ kinh nghiệm định file cần lưu Việc tổ chức lưu thực phần mềm trợ giúp, phần mềm có nhiệm vụ nhắc nhở người sử dụng công việc lưu b Đặt mật cho chương trình mã hố nội dung file Nhằm bảo đảm an toàn nội dung file, số ứng dụng qn sự, tài chính, thơng thường người ta đặt mật (password) mã hóa nội dung file File mở để làm việc người sử dụng đưa dung mật Mã hóa nội dung file chuyển cách biểu diễn liệu file sang dạng khác Nhiều hệ điều hành phần mềm quản lý liệu cung cấp cơng cụ mã hóa giải mã liệu 1.7 Xác định quy mô file không gian lưu trữ cần thiết Một ví dụ thiết kế file liệu Trong hệ thống thông tin “Quản lý kho hàng ” có mơ hình tổ chức liệu hệ thống quan hệ sau: Nhà CC (Mã NCC, Tên NCC, Đchỉ NCC) Kho (Tên kho, Đchỉ kho) Khhàng (Mã khách, Tên khách, Đchỉ khách) Phiếu nhập (Số phiếu_N, Ngày nhập, Mã NCC) Phiếu xuất (Sốphiếu_X, Ngày xuất, Mãkhách) Hàng (Mãhàng, Tênhàng, Đơnvị, Đơngiá, Tên kho) Gồm hàng_N (Sốphiếu_N, Mãhàng, SL_nhập) Gồm hàng_X (Sốphiếu_X, Mãhàng, SL_xuất) Chứa (Tồn kho, Tên kho, Mã hàng) Dựa vào khảo sát trước quan hệ mô tả chúng dạng khai báo sau: 108 NHA_CC Fieldname Data type Field size Format Validation Rule MA_NCC (K) Text Chữ hoa Len()=2 TEN_NCC Text 30 Chữ đầu viết hoa Not null ĐCHI_NCC Text 50 Chữ đầu viết hoa KHO Fieldname Data type Field size Format TENKHO (K) Text Chữ hoa DCHI_KHO Text 25 Chữ đầu viết hoa Validation Rule KHHANG Fieldname Data type Field size Format Validation Rule MAKHACH (K) Text Chữ hoa Len()=3 TENKHACH Text 30 Chữ đầu viết hoa Not null ĐCHI_KHACH Text 50 Chữ đầu viết hoa PHIEUXUAT Fieldname Data type Field size Format Validation Rule SOPHIEU_X (K) Text Chữ số Len()=8 MAKHACH (FK) Text Chữ hoa Len()=3 NGAYXUAT Date dd-mm-yy PHIEUNHAP Fieldname Data type Field size Format Validation Rule SOPHIEU_N (K) Text Chữ số Len()=8 MA_NCC (FK) Text Chữ hoa Len()=2 NGAYNHAP Date dd-mm-yy 109 HANG Fieldname Data type Field size Format Validation Rule MAHANG (K) Text Chữ hoa+Chữ số Len()=6 TENHANG Text 30 Chữ đầu viết hoa Not null DONVI Text Chữ đầu viết hoa DONGIA Num Số nguyên TENKHO (FK) HANGNHAP Text Chữ hoa Fieldname Data type Field size Format Validation Rule SOPHIEU_N (K) Text Chữ số Len()=8 MAHANG (K) Text Chữ hoa+Chữ số Len()=6 SL_NHAP Num Số nguyên HANGXUAT Fieldname Data type Field size Format Validation Rule SOPHIEU_X (K) Text Chữ số Len()=8 MAHANG (K) Text Chữ hoa+Chữ số Len()=6 SL_XUAT Num Số nguyên CHUA Fieldname Data type Field size Format TENKHO (K) Text Chữ hoa TONKHO Num Số nguyên MAHANG (K) Text Chữ hoa+Chữ số Mơ hình vật lý xử lý (mức tác nghiệp) Validation Rule Len()=6 110 2.1 Mục đích Mơ hình trả lời cho câu hỏi cuối là: cơng việc hoạt động nào? Từ mơ hình tổ chức xử lý có, người phân tích tiến hành xem xét, biến chức năng, công việc thành đơn vị chương trình Ứng với đơn vị chương trình người phân tích phải viết đặc tả chi tiết để chuẩn bị cho việc lập trình 2.2 Mơ đun xử lý Mơ đun xử lý thể cơng việc có liên quan với thực liền mạch nhằm thực chức Nói chung tiêu chuẩn để xác định mơ đun xử lý mờ, nêu lên phương hướng phân rã chức mà khơng xác định xác quy mơ mơ đun Thông thường mô đun xử lý thể cơng đoạn có chất cập nhật tra cứu liệu thao tác nhóm liệu nhỏ Ví dụ, Chức làm phiếu xuất kho bao gồm mô đun sau: - Tra cứu danh sách đại lý để kiểm tra khách hàng - Kiểm tra hàng tồn kho - Lấy yêu cầu để lập phiếu xuất cập nhật tồn kho 2.3 Phân rã mô đun Để dễ dàng việc mã hố, cài đặt chương trình sửa chữa chương trình, người ta phân rã mơ đun thành nhiều mô đun Một mô đun phân rã đến lúc tách thêm gọi mô đun sơ cấp Tuy nhiên, việc phân rã phải bảo đảm mối liên hệ mô đun lớn với mô đun Trong thực tế thường xảy trường hợp phân rã mô đun nhỏ đến mức xuất mơ đun chung, điều giảm nhẹ cơng sức lập trình sau Phân rã mô đun gợi giao diện chọn chức theo kiểu thực đơn chương trình tổng thể sau Để mơ tả việc phân rã mô đun thành nhiều mô đun con, người ta dùng sơ đồ phân rã chức sau: Làm phiếu xuất kho Kiểm tra tư cách đại lý Tra cứu tồn kho Nhập yêu cầu, Làm phiếu xuất , Cập nhật tồn kho Các yếu tố để phân rã mô đun a Phân rã mô đun theo điểm công tác: điều thể chổ nhiều người nhiều phận có cơng việc nhau, chức có nơi làm việc gom thành mơ đun Ví dụ, thơng tin nâng bậc lương, chuyển ngạch, cần cho phận tổ chức mà cho phận kế tốn phải có mơ đun chung để cập nhật, tra cứu thông tin 111 b Phân rã mô đun theo hướng chức năng: theo cách chức có chung công việc tổ chức riêng c Phân rã mơ đun theo thời gian: thời gian yếu tố để phân rã mơ đun Ví dụ, việc in báo cáo kết học tập sinh viên thực vào cuối năm học với hàng loạt báo cáo khác báo cáo khối lượng công tác giáo viên, 2.4 Sơ đồ tổng thể phân rã chức năng: Dựa kết phân rã mơ đun, người phân tích phải lên sơ đồ tổng thể chức để hướng đến cấu trúc hố chương trình Hiện có vài quan điểm việc gộp mơ đun thành nhóm chức chương trình a Gộp mơ đun theo hướng đối tượng: Gộp theo đối tượng nhóm chức theo liệu theo tập thực thể Ví dụ, ba tập thực thể hệ thống thông tin “Quản lý đào tạo” sinh viên, giáo viên mơn học Chúng ta gộp mô đun theo tập thực thể theo sơ đồ sau: Hình 5.2a Gộp chức theo đối tượng ĐÀO TẠO SINH VIÊN CẬP NHẬT LÝ LỊCH SINH VIÊN CẬP NHẬT ĐIỂM THI THÔNG KÊ KẾT QUẢ HỌC TẬP GIÁO VIÊN CẬP NHẬT LÝ LỊCH GIÁO VIÊN GHI NHẬN KHỐI LƯỢNG GDẠY THÔNG KÊ GIẢNG DẠY MÔN HỌC CẬP NHẬP MƠN HỌC LẬP CHƯƠNG TRÌNH ĐÀO TẠO PHÂN CƠNG GIẢNG DẠY 112 b Gộp mơ đun theo kiện: Gộp theo kiện gộp theo hoạt động hệ thống Một kiện gây loạt chức hệ thống Ví dụ, hệ thống thơng tin “Quản lý kho hàng” có ba kiện “Nhập hàng”, “Xuất hàng” “Báo cáo” Chúng ta gộp theo kiện mô đun theo sơ đồ Hình 5.2.b Gộp chức theo kiện QUẢN LÝ KHO NHẬP HÀNG CẬP NHẬT SỐ LIỆU, CẬP NHẬT PHIẾU NHẬP, CẬP NHẬT TỒN KHO IN PHIẾU NHẬP XUẤT HÀNG CẬP NHẬT SỐ LIỆU, CẬP NHẬT PHIẾU XUẤT, CẬP NHẬT TỒN KHO IN PHIẾU XUẤT BÁO CÁO BÁO CÁO TỒN KHO CÂN ĐỐI KHO c Gộp mô đun theo tiện lợi: Gộp theo tiện lợi gộp mô đun theo tiêu chuẩn tiện dụng theo người sử dụng cụ thể theo mạch cơng việc Ví dụ, hệ thống thơng tin “Quản lý khách sạn” thường có mạch cơng việc sau: Tiếp nhận khách bao gồm công việc: Cập nhật phòng, Giữ chổ, Check in Dịch vụ bao gồm công việc: cập nhật dịch vụ, ghi nhận dịch vụ, tốn Thống kê bao gồm cơng việc: Hệ số sử dụng phòng, Số lượng khách, Doanh thu Chúng ta tổ chức mơ đun theo mạch công việc sau: 113 QUẢN LÝ KHÁCH SẠN TIẾP NHẬN KHÁCH CẬP NHẬT PHÒNG GIỮ CHỔ CHECK IN KHAI BÁO TẠM TRÚ DỊCH VỤ CẬP NHẬT DỊCH VỤ GHI NHẬN DỊCH VỤ THANH TOÁN THỐNG KÊ HỆ SỐ SỬ DỤNG PHÒNG SỐ LƯỢNG KHÁCH DOANH THU Gộp chức theo mạch công việc 2.5 Mô tả mô đun Sau phân rã mô đun, người phân tích phải chuyển giao kết phân tích thiết kế cho người lập trình đê chuẩn bị cài đặt Các mô đun phải mô tả cách chi tiết thông qua biểu đồ gọi IPO Chart sau: 114 IPO CHART Callofby: < danh sách đun Name modun: System: Số: Call: < danh sách mô mà Date: gọi mô hệ thống thông tin> mô Designer: đun sẽ thiết kế> Objective: Ví dụ: Mơ đun Nhập liệu bảng Huyện hệ thống thông tin “Quản Input: < danh sách tham biến Output: < danh sách tham biến lý công chức” liệu vào> liệu ra> Processing: < mơ tả chi tiết q trình xử lý thuật giải rõ ràng> Ví dụ IPO CHART Số: Name of modun: Nhập Huyện Call by: Main Menu System:Quản lý công chức Date: 01/01/2005 Call: None Designer: Nguyễn Mậu Hân Objective:Nhập liệu cho bảng Huyện Input: Bảng Tỉnh, Huyện Output: Bảng Huyện Processing:Tạo Form nhập liệu cho bảng Huyện Trong Form tạo Combo box để chọ Mãtỉnh, Mãtỉnh khoá bảng Tỉnh FK bảng Huyện 130 Mơ hình tổ chức liệu Sau mơ hình tổ chức liệu hệ thống thơng tin “Quản lý học tập sinh viên”: KHOA (Mãkhoa, Tênkhoa, Sốđiệnthoại, Trưởngkhoa) LOP (Mãlớp, Tênlớp, Sỉsố, Phònghọc, Giáoviênchủnhiệm, Mãkhoa) GIAOVIEN (Mãgiáoviên, Họtên, Địachỉ, Email, Sốđiệnthoại, Sốdiđộng, Họchàm, Họcvị, Mãkhoa) SINHVIEN (Mãsinhviên, Họtên, Ngàysinh, Nơisinh, Giớitính, Địachỉ, Email, Dântộc, Tơngiáo, Mãlớp) MONHOC (Mãmơnhọc, Tênmơnhọc, Sốđơnvịhọctrình) GIANGDAY (Mãgiáoviên, Mãlớp, Mãmơnhọc, Họckỳ, Nămhọc, Sốtiết) HOC (Mãsinhviên, Mãmơnhọc, Điểmlần1, Điểmlần2) Hình 6: Mơ hình tổ chức liệu IV MỨC VẬT LÝ Mức vật lý liệu Các đặc trưng thuộc tính quan hệ: Relation KHOA Field size Field Name Data Type Validation Rule Mãkhoa Text Tênkhoa Text 20 Not null Sốđiệnthoại Text 10 xxx-xxxxxx Trưởngkhoa Text 30 Not null Primary key 131 LOP GIAOVIEN SINHVIEN MONHOC Mãlớp Text Primary key Tênlớp Text 14 Not null Sỉsố Number Not null Phònghọc Text Not null, Ax.xx Giáoviênchủnhiệm Text 30 Not null Mãkhoa Text Foreign key Mãgiáoviên Text Primary key Họtên Text 30 Not null Địachỉ Text 50 Not null Email Text 30 Sốđiệnthoại Text 10 xxx-xxxxxx Sốdiđộng Text 10 09xxxxxxxx Họchàm Text Họcvị Text 11 Mãkhoa Text Foreign key Mãsinhviên Text Primary key Họtên Text 30 Not null Ngàysinh Datetime Not null, dd/mm/yy Nơisinh Text 50 Not null Giớitính Logic Not null Địachỉ Text 50 Not null Email Text 30 Dântộc Text 10 Tôngiáo Text 15 Mãlớp Text Foreign key Mãmônhọc Text Primary key Tênmơnhọc Text 20 Not null Sốđơnvịhọctrình Number Not null Not null 132 GIANGDAY HOC Mãgiáoviên Text Mãlớp Text Mãmônhọc Text Họckỳ Text Not null Nămhọc Text Not null, xxxx-xxxx Sốtiết Number Not null Mãsinhviên Text Mãmônhọc Text Điểmlần1 Double Not null, x.x Điểmlần2 Double x.x Mức vật lý xử lý a Phân rã module Primary key Primary key 133 IPO CHART Số: 000010 Name of modun: Lập danh sách sinh viên lớp Date: 33/13/2004 b Mô tả module System: Quản lý học tập Designer: Nhóm Sau phân rã module, chuyển giao kết phân tích thiết kế cho Objective: danh viênnày củaphải lớp mơ học.tả cách chi tiết người lập trình để chuẩnLập bị cài đặt.sách Các sinh module thông qua biểu đồ gọi IPO CHART sau: Call by: Main Menu Call: None Input: danh sách sinh viên đủ điều Output: danh sách sinh viên cessing: tạo form danh sách lớp combobox chứa tên lớp kiện họcsốtiếp danh sách sinh lớpđến họclớp, datagrid chứa textbox chứa thơng tin liên quan 134 135 Ví dụ PHÂN TÍCH THIẾT KẾ HỆ THỐNG THƠNG TIN “QUẢN LÍ HÀNG HÓA Ở NHÀ SÁCH PHÚ XUÂN” I Nghiên cứu trạng Hoạt động nhà sách Phú Xuân Nhà sách Phú Xuân trung tâm bán hàng lớn thành phố Huế Các mặt hàng đa dạng từ sách, báo, tạp chí đến loại văn phòng phẩm, hàng lưu niệm, hàng điện tử Nguồn hàng nhà sản xuất, nhà xuất nước cung cấp Hàng hóa đặt kệ chia theo thể loại Ngồi hàng cịn đặt kho dự trữ Thông tin mặt hàng bao gồm: số ISBN, tên mặt hàng, giá mua, giá bán, số lượng có Riêng với mặt hàng sách có thêm thơng tin tác giả, nhà xuất bản, năm xuất Hoạt động nhà sách gồm: mua hàng bán hàng Mua hàng: Khi có nhu cầu mua thêm hàng Bộ phận quản lí nhà sách gửi phiếu yêu cầu đến nhà cung cấp Hàng nhập kèm với hóa đơn mua hàng, sau kiểm tra hàng không đạt chất lượng, số lượng gửi trả lại Hàng kiểm tra cho tiến hành nhập kho Hóa đơn thêm Bản đưa cho Bộ phận Kế tốn, cịn Bộ phận quản lí giữ Mẫu hố đơn mua hàng Cơng ty Văn Hóa Phương Nam Nhà sách Phú Xuân-TP Huế 131 Trần Hưng Đạo HÓA ĐƠN MUA HÀNG Số: Ngày: / / Nhà cung cấp: Địa chỉ: STT Tên hàng Đơn vị tính Đơn giá Số lượng Thành tiền Bán hàng: Đối với khách mua sĩ trước hết họ phải viết vào đơn đặt hàng (theo mẫu), Sau đối chiếu với lượng hàng kho, đủ tiến hành lập hóa đơn bán hàng (theo mẫu) bán cho khách 136 ĐƠN ĐẶT HÀNG Ngày: / / Họ tên khách hàng: Địa chỉ: Số ĐT: STT Tên hàng Số lượng Khách hàng Cơng ty Văn Hóa Phương Nam Nhà sách Phú Xuân-TP Huế 131 Trần Hưng Đạo HÓA ĐƠN BÁN HÀNG Số: Ngày: / / Họ tên khách hàng: Địa chỉ: STT Mã hàng Tên hàng Khách hàng Đơn vị tính Đơn giá Số lượng Thành tiền Nhân viên bán hàng Cịn khách mua lẻ họ vào quầy tự chọn loại hàng mà cần mua Sau quầy thu ngân để tốn Khách nhận phiếu tính tiền (theo mẫu) kèm với hàng Để cho khách hàng dễ tìm thấy loại hàng cần mua, nhà sách bố trí loại hàng theo chủng loại ngăn kệ có ghi tên chủng loại lên ngăn kệ Nhà sách có hai quầy tốn, quầy trang bị máy tính máy đọc mã vạch 137 Cơng ty Văn Hóa Phương Nam Nhà sách Phú Xuân-TP Huế 131 Trần Hưng Đạo PHIẾU TÍNH TIỀN Ngày: Tên NV: Giờ: =================================== x ================================== ================================== Tổng cộng Cuối tháng, phận quản lý gởi báo cáo doanh thu tháng, sách bán chạy tháng cho lãnh đạo công ty Dựa vào thông tin này, lãnh đạo cơng ty đề chiến lược phát triển phù hợp Nhược điểm làm thủ công - khối lượng công việc lớn, nhiều cơng đoạn, địi hỏi tính xác cao - số lượng sổ sách lưu trữ nhiều - tốn nhiều nhân lực thời gian - khách hàng nhiều thời gian tìm kiếm - lưu trữ nhiều thơng tin thừa Ưu điểm hệ thống tin học hóa - Giúp khách hàng tìm kiếm nhanh mặt hàng - Khách hàng gửi ý kiến, đề nghị loại sách cần mua - Giúp Nhà sách quảng cáo loại sách nhập - Đảm bảo tính xác nhanh chóng toán kiểm kê - Dễ dàng phát triển hệ thống lên mạng Internet Phạm vi nghiên cứu - Quản lý việc mua bán hàng, 138 - Không trọng đến việc quản lý nhân Đối tượng nghiên cứu - Khách hàng - Nhà cung cấp Yêu cầu hệ thống - Máy tính - Máy in - Máy quét mã vạch - Nhân viên có trình độ tin học Chức hỗ trợ định - Thống kê lượng hàng nhập xuất - Thống kê loại hàng bán chạy - Ghi nhận ý kiến khách hàng - Lập loại bảng biểu, báo cáo, biểu đồ theo yêu cầu Biểu đồ chức nghiệp vụ (BFD) Quản lí hàng hóa 1.Mua hàng 2.Bán hàng 3.Hỗ trợ khách hàng 1.1 Gửi phiếu yêu cầu 2.1 Nhận đơn đặt hàng 3.1 Tìm kiếm thơng tin 1.2 Nhận hàng 2.2 Xuất hàng 3.2 Quảng cáo 1.3 Thanh toán 2.3 Thanh toán 3.3 Ghi nhận ý kiến 1.4 Cập nhật liệu 2.4 Cập nhật liệu 1.5 Thống kê hàng nhập 2.5 Thống kê hàng bán 139 Sơ đồ ngữ cảnh Ban Giám đốc Báo cáo Quyết định Báo cáo Đơn đặt hàng Khách hàng sĩ Bộ phận quản lí sách Hóa đơn bán Phiếu tính tiền Phiếu u cầu Khách hàng lẻ Hóa đơn mua Kế tốn Tổng hợp thu ngân Hóa đơn mua Nhà cung cấp 10 Biểu đồ luồng liệu (DFD) Mức 0: Hóa đơn bán Hóa đơn mua Quản lí hàng hóa Nhà cung cấp Khách hàng Ý kiến đóng góp Đơn đặt hàng Hàng không đảm bảo Mức 1: Hàng không đảm bảo Nhà cung cấp Hóa đơn mua Mua hàng DKho hàng Hóa đơn bán Khách hàng Bán hàng Đơn đặt hàng Hỗ trợ khách hàng ý kiến đóng góp DSổ lưu ý kiến khách hàng 140 Mức 2: Định nghĩa cho chức 1: Mua hàng Nhập hàng Hàng kiểm tra Nhà cung cấp 1.2 Nhận hàng 1.3 Thanh toán Cập nhật kho Phiếu yêu cầu Hàng không đảm bảo 1.4 Cập nhật liệu 1.1 Gửi phiếu yêu cầu Bộ phận QL 1.5 Thống kê DKho hàng Định nghĩa cho chức 2: Bán hàng (chỉ dành cho khách sĩ) Đơn không đáp ứng Đơn đặt hàng Khách hàng Hóa đơn bán 2.3 Thanh tốn Bộ phận QL 2.1 Nhận đơn đặt hàng Đơn đáp ứng 2.2 Xuất hàng 2.5 Thống kê hàng bán 2.4 Cập nhật liệu DKho hàng 141 Định nghĩa cho chức 3: Hỗ trợ khách hàng Kết trả Khách hàng 3.1 Tìm kiếm thơng tin Các từ khóa Thơng tin tìm kiếm D Kho hàng Thơng tin có 3.2 Quảng cáo Thơng tin quảng cáo DSổ lưu ý kiến khách hàng Ý kiến đóng góp 3.3 Ghi nhận ý kiến II Mơ hình quan niệm hệ thống Mơ hình quan niệm liệu a Các tập thực thể: SÁCH HÀNG HÓA NHÀ CUNG CẤP Mã hàng Số trang Mã nhà cung cấp ISBN Năm xuất Tên nhà cung cấp Số lượng Tác giả Số điện thoại Hình ảnh Tóm tắt nội dung Địa Đơn vị tính KHÁCH HÀNG NGĂN KỆ Tài khoản NHÂN VIÊN Mã khách hàng Mã ngăn Mã nhân viên Tên khách hàng Số kệ Tên nhân viên Số điện thoại Tầng Địa Số điện thoại Địa Tài khoản THỂ LOẠI NHÀ XUẤT BẢN User name NGÔN NGỮ Mã thể loại Mã nhà xuất Mã ngôn ngữ Tên thể loại Tên nhà xuất Tên ngôn ngữ 142 b Sơ đồ ER Bán Số HĐ bán Giá bán Ngày Số lượng (1,n KHÁCH HÀNG Mã khách hàng Tên khách hàng Số điện thoại Địa Tài khoản NGĂN KỆ Mã ngăn Số kệ Tầng Vị trí HÀNG HĨA Mã hàng Số lượng Hình ảnh Đơn vị tính NHÂN VIÊN Mã nhân viên Tên nhân viên Địa Số điện thoại User name Password Mua Số HĐ mua Số lượng Giá mua Ngày NHÀ CUNG CẤP Mã nhà cung cấp Tên nhà cung cấp Số điện thoại Địa Tài khoản isa THE LOAÏ Mã thể loại Tên thể loại Thuộc _TL SÁCH Số trang Nhà xuát Năm xuất Tác giả Tóm tắt nội dung Thuộc_NN NGƠN NGỮ Mã ngơn ngữ Tên ngơn ngữ Thuộc_ NXB NHÀ XUẤT BẢN Mã nhà xuất Tên nhà xuất 143 Mơ hình tổ chức liệu Bước 1: Chuyển tập thực thể thành quan hệ tương ứng Ta có quan hệ sau: +Hàng hóa (Mã hàng, tên hàng, số lượng, hình ảnh, đơn vị tính) +Sách (Mã sách, số trang, nhà xuất bản, năm xuất bản, tác giả, tóm tắt nội dung) +Nhà cung cấp (Mã nhà cung cấp, tên nhà cung cấp, địa chỉ, số điện thoại, tài khoản) +Khách hàng (Mã khách hàng, tên khách, địa chỉ, số điện thoại, tài khoản) + Ngăn kệ (Mã ngăn, số kệ, tầng) + Nhân Viên (Mã nhân viên, Tên nhân viên, địa chỉ, ssố điện thoại, user name, password) + Thể loại (Mã thể loại, tên thể loại) + Nhà xuất (Mã NXB, Tên NXB) +Ngôn ngữ(mã ngôn ngữ, tên ngôn ngữ) Bước 2: Chuyển mối quan hệ nhị ngun khơng có thuộc tính: Xét mối quan hệ Thuộc_TL, Thuộc_NN, Thuộc_NXB, Vị trí: bổ sung thêm thuộc tính vào quan hệ sách Như quan hệ Sách lúc là: +Sách (Mã sách, mã thể loại, mã ngôn ngữ, mã NXB, số trang, nhà xuất bản, năm xuất bản, tác giả, tóm tắt nội dung) Xét mối quan hệ Vị trí: bổ sung thêm thuộc tính vào quan hệ Hàng hoá Như quan hệ Hàng hoá lúc là: +Hàng hóa (Mã hàng,ISBN, mã ngăn, tên hàng, số lượng, hình ảnh) Bước 3: Chuyển mối quan hệ nhị ngun có thuộc tính Mối quan hệ Mua chuyển thành quan hệ Mua sau: +Mua (Mã nhà cung cấp, mã hàng hoá, mã nhân viên số lượng, giá mua, ngày) Bước 4: Chuyển mối quan hệ đa nguyên Mối quan hệ Bán chuyển thành quan hệ Bán sau: +Bán (Mã hàng hoá, mã khách hàng, mã nhân viên số lượng, giá bán, ngày) Mô tả dạng bảng: 144 Hết chương ... quản lý thông tin sau đây: tên khoa, số điện thoại, trưởng khoa Quản lý thông tin lớp: lớp nhà trường quản lý thông tin sau đây: tên lớp, sỉ số, phòng học, giáo viên chủ nhiệm Quản lý thông tin. .. trạng, nắm thông tin sau: Quản lý thông tin sinh viên: sinh viên nhà trường quản lý thông tin sau đây: họ tên, ngày sinh, nơi sinh, giới tính, điạ chỉ, email, dân tộc, tơn giáo Quản lý thông tin khoa:... viên nhà trường quản lý thông tin sau đây: họ tên, điạ chỉ, email, học hàm, học vị, số điện thoại, số di động Quản lý thông tin môn học: môn học nhà trường quản lý thông tin sau đây: tên môn