Phân tích thiết kế hệ thống thông tin quản lý phần 4 docx

Tài liệu Phân Tích Thiết Kế Hệ Thống 43 5 Ràng buộc do người dùng (user constraint) ¾ Học sinh khuyết tật được giảm 10% học phí ¾ Đơn mua hàng có giá trò lớn hơn $10.000 được giảm 5%. IV QUI TẮC BIẾN ĐỔI MÔ HÌNH ER THÀNH MÔ HÌNH QUAN HỆ 1 Qui tắc biến đổi mô hình ER Khi biến đổi mô hình ER thành các mô hình quan hệ ta áp dụng các qui tắc sau: ¾ Mỗi tập thực thể trong mô hình ER được chuyển thành một quan hệ. ¾ Mỗi thuộc tính trong mô hình ER được chuyển thành thuộc tính trong quan hệ tương ứng. ¾ Thuộc tính nhận diện trong mô hình ER được chuyển thành khóa chính trong quan hệ tương ứng. Trường hợp khóa chính không thỏa 4 tính chất chọn lựa, thì phải chọn khóa chính khác hay đưa vào khóa nhân tạo. ¾ Thể hiện mối kết hợp thông qua khóa ngoại. 2 Qui tắc thể hiện mối kết hợp thông qua khóa ngoại i Mối kết hợp một-một ¾ Chuyển khóa chính từ quan hệ 1 sang quan hệ 2 hay ngược lại. Ví dụ vấn đề người lái xe và bằng lái sẽ có mô hình quan hệ là một trong hai mô hình quan hệ sau Tài liệu Phân Tích Thiết Kế Hệ Thống 44 ii Mối kết hợp một-nhiều ¾ Chuyển khóa chính từ bên một sang bên nhiều. iii Mối kết hợp nhiều nhiều được giải bằng tập kết hợp Tài liệu Phân Tích Thiết Kế Hệ Thống 45 Mô hình quan hệ HỌC VIÊN (mã học viên , tên học viên, đòa chỉ, ngày sinh, số điện thoại) MÔN HỌC (mã môn học , tên môn học, thời lượng) PHIẾU GHI DANH (mã học viên , mã môn học, ngày nhập học) Hình 3.10 - Mô hình ER và mô hình quan hệ của vấn đề Trường Cao Đẳng Cộng Đồng Núi Xanh Trong quan hệ PHIẾU GHI DANH có các khóa chính khóa ngoại như sau: + mã học viên là khóa ngoại + mã môn học là khóa ngoại + mã học viên và mã môn học là khóa chính iv Mối kết hợp nhiều-nhiều ¾ Tạo một quan hệ mới có khóa chính là sự kết hợp các khóa chính của hai quan hệ có bản số kết nối nhiều nhiều. ¾ Ví dụ giả sử Trường Cao Đẳng Cộng Đồng Núi Xanh không quan tâm đến ngày nhập học của học viên thì mô hình ER sẽ có mối kết hợp nhiều nhiều như sau: 3 Tóm tắt các qui tắc biến đổi Tài liệu Phân Tích Thiết Kế Hệ Thống 46 MÔ HÌNH DỮ LIỆU QT 1: Mỗi tập thực thể trong mô hình ER được chuyển thành một quan hệ QT 2: Mỗi thuộc tính trong mô hình ER được chuyển thành thuộc tính trong quan hệ tương ứng QT 3: Thuộc tính nhận diện trong mô hình ER được chuyển thành khóa chính trong quan hệ tương ứng.Trường hợp khóa chính không thỏa 4 tính chất chọn lựa, thì phải chọn khóa chính khác hay đưa vào khóa nhân tạo. QT 4: Thể hiện mối quan hệ thông qua khóa ngoại: 1 : 1 Chuyển khóa chính từ quan hệ 1 sang quan hệ 2 hay ngược lại. 1 :M Chuyển khóa chính từ bên một sang bên nhiều. M:M Tạo quan hệ toàn khóa QUAN HỆ DỰ TUYỂN Hình 3.14 - Tóm tắt các qui tắc biến đổi mô hình ER thành mô hình quan hệ trên khung của các giai đoạn DỮ LIỆU YÊU CẦU PHÂN TÍCH THIẾT KẾ V BÀI TẬP 1 Bài tập 1 Đối với vấn đề sau đây hãy: • (a) xây dựng mô hình ER • (b) đề xuất về thuộc tính nhận diện và thuộc tính mô tả một cách thích hợp. • (c) chuyển mô hình ER thành mô hình quan hệ và cho biết khóa chính, khóa ngoại. • (d) kê thêm các giả đònh của vấn đề. Một nhân viên có thể yêu cầu được cung cấp vật tư từ người quản lý. Nếu người quản lý đồng ý với bản yêu cầu thì các vật tư từ bản yêu cầu được chọn theo nhà cung cấp để tạo các đơn mua hàng và gởi cho các nhà cung cấp thích hợp. 2 Trắc nghiệm 2.1) A table’s primary key field A) Guaranties that each row is unique B) Is always referenced by a foreign key in another table C) Is a combination of two keys that make a foreign key D) In a one to many relationship is also its own foreign key. E) Is always stored in one column 2.2) Entity integrity is when: A) There are no composite primary keys B) Referential integrity has been upheld. C) None of the above. D) Primary key values are unique. E) Entity relationship diagram is correct 2.3) The field used to id records in a database table is known as the: A) Query Identifier B) Primary key C) Relational Column D) Header E) Row Taứi lieọu Phaõn Tớch Thieỏt Keỏ Heọ Thoỏng 47 2.4)Which of the following is correct about referential integrity? A) Ensures tables are up to date B) Prevents data tables from having orphans C) Shows how tables are related to each other oOo Tài liệu Phân Tích Thiết Kế Hệ Thống 48 Chương 5 . PHÂN TÍCH DỮ LIỆU VÀ YÊU CẦU CHỨC NĂNG (DATA ANALYSIS AND FUNCTIONAL REQUIREMENTS) I GIỚI THIỆU 1 Hoạt động kiểm tra yêu cầu chức năng Hoạt động kiểm tra yêu cầu chức năng đôi khi còn gọi là lượng giá mô hình (validating the model, data model validation ) nhằm phát hiện sai sót trong mô hình dữ liệu, làm cho mô hình dữ liệu phù hợp với yêu cầu của hệ thống hơn. Kiểm tra yêu cầu chức năng là hoạt động nằm trong giai đoạn thiết kế csdl logic (hình). 2 Phân tích hệ thống thông tin Phân tích hệ thống thông tin có các khía cạnh sau: ¾ Phương pháp tiếp cận từ trên xuống (từ tổng quát đến chi tiết) (top down approach) ¾ Tập trung chú ý vào dữ liệu yêu cầu và mối kết hợp của chúng. ¾ Phân tích hệ thống thông tin tạo điều kiện cho việc dùng lại dữ liệu. 3 Phân tích dữ liệu Ngược lại với phân tích hệ thống thông tin, phân tích dữ liệu chỉ tập trung vào một ứng dụng trong một tổ chức như hệ đơn đặt hàng, hệ công nợ. Lợi ích của phân tích dữ liệu là chi phí và thời gian ước lượng cho dự án là tương đối chính xác. Bất lợi là dữ liệu dùng chung có thể bò trùng lắp. Tài liệu Phân Tích Thiết Kế Hệ Thống 49 II NGUỒN DỮ LIỆU 1 Các phương pháp thu thập thông tin Dữ liệu yêu cầu và mối tương quan giữa các dữ liệu được thu thập bằng các phương pháp sau: + Phỏng vấn và lắng nghe (interviewing and listening) + Bảng câu hỏi (administering questionnaires) + Quan sát (observing) + Phân tích qui trình (Procedure) và tài liệu (màn hình, báo cáo phát sinh của máy tính và Biểu mẫu hiện hữu) 2 Phân tích mẫu biểu CUNG ỨNG VVP QUỐC GIA Văn phòng chính: 1234 Pacific Highway Newtown NSW 2199 ĐT: 81231234 Fax: 81231235 Ngày: 10.07.96 Số đơn hàng: 134277 ĐƯC ĐẠT BỞI GIAO CHO Công ty: Western Stationery Công ty: Western Stationery Người đặt hàng: Tanya Mã khách hàng: W123 Người nhận hàng: Carlo Đòa chỉ: 22B St Georges Tce Đòa chỉ: 862 Welshpool road Thành phố: Perth Bang: WA Thành phố: Kewdale Bang: WA Mã thư tín: 6000 Số ĐT: 8321 3214 Mã thư tính: 6104 Số ĐT: 84331111 Số lượng Mã hàng Đơn vò tính Màu sắc Mô tả Đơn gía Thành tiền 40 A7211 Cái trắng Giấy A4 5.97 238.80 12 B7123 Cái trắng cuộn giấy fax 3.65 43.80 1 A7216 tá cuộn băng keo 2.64 20.64 1 J2312 cái màu be Tủ 268.95 268.95 1 N0002 hộp nâu cuộn nơ 3.27 3.27 Miễn phí giao hàng cho đơn hàng có giá trò trên 50.00 Phí giao hàng: 1.50 Tổng cộng: 575.47 Hoàn trả sản phẩm trong vòng 30 ngày sẽ được hoàn tiền mua hàng Hình 4.2 – Mẫu biểu đơn đặt hàng và tập thực thể / thuộc tính được nhận diện i Tính chất Trước khi phân tích mẫu biểu, ta có nhận xét sau: ¾ tên mẫu biểu có thể giống tên tập thực thể nhưng chúng hoàn toàn khác nhau như: tập thực thể HÓA ĐƠN và mẫu biểu hóa đơn ¾ phân tích mẫu biểu để nhận diện tập thực thể, mối tương quan giữa chúng và thuộc tính của vấn đề. ¾ Một mẫu biểu thường có các thông tin in sẵn mà chúng ta không cần quan tâm trong việc xây dựng mô hình dữ liệu. ¾ mẫu biểu chứa thuộc tính của nhiều tập thực thể. ii Phân tích Từ mẫu đơn đặt hàng ta rút ra những điều sau: 1. Thông tin in sẵn trên đơn đặt hàng: Tài liệu Phân Tích Thiết Kế Hệ Thống 50 + Tên công ty, đòa chỉ và điện thoại liên hệ + Tên mẫu biểu + Thông tin quảng cáo 2. Số đơn hàng và ngày đơn hàng là các thông tin của một đơn hàng. Vậy ĐƠN HÀNG là một tập thực thể. 3. Phần được đặt bởi là các thông tin về khách hàng đặt hàng. Vậy ta có tập thực thể KHÁCH HÀNG 4. Phần nơi giao hàng là các thông tin về người nhận hàng. Người nhận hàng có thể là người đặt hàng cũng có thể là người khác. Thông tin người mhận hàng chỉ nhằm mục đích mô tả thêm về đơn hàng là hàng giao cho ai mà không có mục đích gì khác chẳng hạn như có bao nhiêu người nhận mặt hàng H vì thế chúng ta đưa chúng vào tập thực thể ĐƠN HÀNG. 5. Thông tin trên phần chi tiết là danh sách các mặt hàng cung ứng. Ta gọi mỗi dòng như vậy là một thực thể của tập thực thể DÒNG ĐƠN HÀNG 6. Cột thành tiền của đơn hàng là giá trò được tính bằng cách nhân đơn giá bán với số lượng, nên thông tin này không cần đưa vào mô hình ER. 7. Những thông tin như đơn vò tính, mã hàng, màu sắc, mô tả, đơn giá là các thuộc tính của mặt hàng vậy MẶT HÀNG là tập thực thể. Như vậy chỉ có thuộc tính số lượng là thuộc tính của tập thực thể DÒNG ĐƠN HÀNG. 8. Bên dưới đơn hàng là chi phí giao hàng và tổng giá trò đơn hàng. Chi phí giao hàng là chi phí của một đơn hành nên chúng là thuộc tính của tập thực thể ĐƠN HÀNG. Tổng giá trò của đơn hàng được tính bằng cách cộng các giá trò trên cột thành tiền và chi phí giao hàng nên chúng không được đưa vào mô hình ER. 9. Thông thường các thông tin trên một mẫu biễu không nhóm chung để diễn tả một thực thể. Trong các trường hợp như vậy đòi hỏi ta phải biết gán thuộc tính thích hợp cho từng thực thể Những thành phần chính của mẫu biểu đơn đặt hàng: o Tập thực thể KHÁCH HÀNG o Tập thực thể ĐƠN HÀNG o Tập thực thể DÒNG ĐƠN HÀNG o Tập thực thể HÀNG o Các vùng tính toán như thành tiền, tổng cộng Từ sự phân tích trên ta có mô hình sau: Tài liệu Phân Tích Thiết Kế Hệ Thống 51 III KIỂM TRA YÊU CẦU CHỨC NĂNG 1 Nguyên tắc chung ¾ Mỗi bảng trong mô hình cần phải kiểm tra 4 chức năng CRUD (create, retrieve, update, delete/archive) sau: o Thêm mới mẫu tin vào bảng: chú ý trước khi thêm giá trò cho khóa ngoại phải thêm giá trò của khóa chính tương ứng trước (thêm bên một rồi thêm bên nhiều). o Khai thác mẫu tin: khi khai thác ta có thể kết nối thông tin thông qua các vùng (thường khóa chính và khóa ngoại). Kết quả của việc khai thác cho hiện lên màn hình hay in ra báo cáo. o Sửa dữ liệu: trường hợp sửa dữ liệu trên vùng khóa ta phải chú ý ràng buộc phụ thuộc tồn tại o Xóa: lưu rồi xóa. ¾ Mô hình ER dùng để kiểm tra chức năng phải có thuộc tính và khóa ngoại. ¾ Kiểm tra các chức năng nhằm mục đích phát hiện những thiếu sót trong mô hình dữ liệu. 2 Ví dụ: Mô hình dữ liệu trên có các yêu cầu chức năng sau: 1. Thêm đơn hàng mới. 2. Liệt kê đơn hàng và tên công ty đặt đơn hàng đó. 3. Sửa tên khách hàng của một đơn hàng 4. Sao lưu rồi xóa bỏ các đơn hàng có ngày đặt hàng trước một ngày nào đó. 5. In báo cáo các đơn hàng và tên công ty đặt đơn hàng đó theo thứ tự ngày đơn hàng giảm dần. 6. Cho hiện mãhàng, mô tả của các mặt hàng của một khách hàng. Tài liệu Phân Tích Thiết Kế Hệ Thống 52 ĐƠN HÀNG KHÁCH HÀNG ngày đơn hàng công ty nhận người nhận đòa chỉ nhận thành phố nhận bang nhận mã thư tín nhận chi phí giao hàng số điện thoại nhận mã khách hàng h àng tên công ty tên khách hàng đòa chỉ thành phố bang mã thư tính số điện thoại Hình 4.5 - Mô hình ER và mô hình quan hệ có khóa n g oạ i được đặt bởi đặ t DÒNG ĐƠN HÀNG MẶT HÀNG chứ a thuộc về ke â được kê bởi số đơn hàng số thứ tự số lượng đơn giá bán mã hàng mô tả đơn vò tính màu sắc đơn giá hiện hành ĐƠN HÀNG(số đơn hàng,ngày đơn hàng, công ty nhận,người nhận,đòa chỉ nhận,thành phố nhận, bang nhận,mã thư tín nhận,chi phí giao hàng,số điện thoại nhận, ) DÒNG ĐƠN HÀNG(số đơn hàng,số thứ tự số lượng,đơn giá bán) MẶT HÀNG(mã hàng,mô tả ,đơn vò tính,màu sắc,đơn giá hiện hành) KHÁCH HÀNG(mã khách hàng,tên công ty,tên khách hàng,đòa chỉ,thành phố,bang,mã thư tính,số điện thoại) Chúng ta sẽ lần lượt thực hiện các yêu cầu chức năng trên: 1. Chức năng thêm mới một đơn hàng. Ta lần lượt thêm mới theo thứ tự sau: • Nếu là khách hàng mới thì thêm thông tin về khách hàng vào bảng KHÁCH HÀNG. • Thêm số đơn hàng, ngày đơn hàng, vào bảng ĐƠN HÀNG. • Ở mỗi dòng trên biểu mẫu đơn hàng ta lần lượt thực hiện: o Nếu là mặt hàng mới thì thêm thông tin về mặt hàng vào bảng MẶT HÀNG. o Thêm số đơn hàng, số thứ tự, vào bảng DÒNG ĐƠN HÀNG • Quá trình thêm đơn hàng mới sẽ không có vấn đề khi thứ tự trên được tôn trọng. 2. Chức năng khai thác: • Giả sử dữ liệu đã có đầy đủ. • Để khai thác ĐƠN HÀNG và Tên công ty ta: o Lần lượt khai thác từng mẫu tin trong bảng ĐƠN HÀNG. o Liệt kê các giá trò của các vùng của ĐƠN HÀNG. o ng với mỗi mẫu tin của ĐƠN HÀNG ta sử dụng giá trò vùng Mã khách hàng để tìm mẫu tin có cùng giá trò trên vùng Mã khách hàng trong KHÁCH HÀNG và khai thác Tên công ty. 3. Chức năng sửa: • Trong bảng KHÁCH HÀNG tìm mẫu tin của khách hàng cần sửa và sửa Tên khách hàng 4. Chức năng xóa và sao lưu: [...]... để kiểm tra mô hình dữ liệu Hình 3. 14 - Yêu cầu chức năng trong các bước phân tích thiết kế dữ liệu IV BÀI TẬP 4. 1 ĐỒ GỖ THUNG LŨNG ĐƯỜNG ỐNG HÓA ĐƠN BÁN HÀNG Bán cho: Mã khách hàng: 1273 Họ tên: Contemporary Designs Đòa chỉ: 123 Oak Street Số hóa đơn: 913-A36-01 Ngày hóa đơn: 11-10-2001 Tài liệu Phân Tích Thiết Kế Hệ Thống 54 Thành phố: Keydale Bang:TX Zip:283 84 Số điện thoại: 8 565 895 Nhân viên... A) creating the data model B) validating the model C) planning the project D) determining system requirements E) It is not part of any of the above steps in the data modeling process oOo Tài liệu Phân Tích Thiết Kế Hệ Thống 55 Chương 6 TÍNH BẮT BUỘC, KHÔNG BẮT BUỘC TRONG MỐI KẾT HP (RELATIONSHIP OPTIONALITY) I NGỮ NGHĨEA MỐI KẾT HP Trong chương này ta bổ sung thêm ngữ nghóa (qui tắc quản lý) vào... có đơn đặt hàng do một trong các lý do sau: o Khách hàng mới o Khách hàng sẽ đặt hàng trong tương lai o Khách hàng nằm trong chiến dòch quảng cáo như mô hình thực thể thể hiện sau: Tài liệu Phân Tích Thiết Kế Hệ Thống 56 Mô hình trên cho thấy kháh hàng Ace 4WD Supplies không có đơn đặt hàng Vậy để diễn tả tình trạng có khách hàng không có đơn đặt hàng, qui tắc quản lý trước đây được sửa thành: Mỗi... Thành tiền M128 Kệ sách 4 200 800 B381 Tủ nhiều ngăn 2 150 300 B210 Bảng 1 500 500 G200 Ghế 8 40 0 3200 Cộng: 48 00 Giảm giá: 5% 240 Tổng cộng: 45 60 Hãy phân tích biểu mẫu trên: (a) Xây dựng mô hình ER có đưa vào bản số, tính bắt buộc hay không bắt buộc và tên mối kết hợp theo hai chiều (b) Diễn tả nội dung mối kết hợp giữa các tập thực thể (c) Chuyển mô hình ER thành mô hình quan hệ (d) Kiểm tra chức năng:...Tài liệu Phân Tích Thiết Kế Hệ Thống 53 • Muốn xóa một mẫu tin của đơn hàng ta phải biết biết đơn hàng nào đã gởi, đơn hàng nào chưa Mô hình hiện tại không thể hiện điều này Để đáp ứng yêu cầu chức năng này, đòi hỏi ta phải thêm thuộc tính Đã gởi vào tập thực thể ĐƠN HÀNG • Lần lượt khai thác các mẫu tin trong bảng ĐƠN HÀNG, chọn mẫu tin có giá trò đúng trên vùng Đã gởi... hàng tìm mẫu tin có cùng giá trò mã hàng trong bảng MẶT HÀNG và khai thác các giá trò các vùng trong bảng MẶT HÀNG • Kết thúc mỗi đơn hàng tính tổng giá trò của đơn hàng 6 Chức năng khai thác • Dùng thông tin về khách hàng cần tìm, tìm mẫu tin tương ứng trong bảng KHÁCH HÀNG và khai thác các giá trò của các vùng của mẫu tin này • Lần lượt khai thác các mẫu tin trong bảng ĐƠN HÀNG chọn mẫu tin có giá... ng với mẫu tin của bảng ĐƠN HÀNG được chọn, lần lượt khai thác các mẫu tin của dòng đơn hàng có cùng giá trò mã đơn hàng • ng với mỗi mẫu tin của DÒNG ĐƠN HÀNG, sử dụng mã hàng để tìm mẫu tin hàng tương ứng trong bảng MẶT HÀNG • Ứng với mẫu tin của bảng MẶT HÀNG tìm thấy ở bước trên cho hiện giá trò của các vùng mã hàng, mô tả MÔ HÌNH DỮ LIỆU Biến đổi mô hình ER thành mô hình quan hệ QUAN HỆ TUYỂN CHỌN... bổ sung thêm ngữ nghóa (qui tắc quản lý) vào mối kết hợp và biểu diễn chúng trong mô hình ER Mô hình ER như vậy được gọi là mô hình thực thể kết hợp mở rộng (Extended Entity Relationship) 1 Tính không bắt buộc của mối kết hợp Trước đây, chúng ta vẫn ngầm hiểu mọi thực thể đều tham gia vào mối kết hợp như mô hình ER sau: Mô hình này diễn tả qui tắc quản lý: Mỗi KHÁCH HÀNG đặt một hay nhiều ĐƠN ĐẶT HÀNG... mẫu tin trong ĐƠN HÀNG theo thứ tự Ngày đặt hàng giảm dần • ng với mỗi mẫu tin trong ĐƠN HÀNG, ta sử dụng giá trò vùng Mã khách hàng để tìm mẫu tin có cùng giá trò Mã khách hàng trong KHÁCH HÀNG và khai thác Tên công ty • ng với mỗi mẫu tin trong ĐƠN HÀNG, ta sử dụng giá trò vùng Số đơn hàng lần lượt tìm mẫu tin có cùng giá trò Số đơn hàng trong DÒNG ĐƠN HÀNG và khai thác , • và ứng với mỗi mẫu tin. .. (arbitrary, optional) của mối kết hợp Bản số trước đây ta vẫn hiểu là là bản số lớn nhất, còn tính bắt buộc hay không bắt buộc của mối kết hợp là bản số nhỏ nhất Như vậy bản số của mối kết hợp được ký hiệu gồm các dạng sau (0,M), (1,M), (0,1), (1,1) Với ví dụ trên bản số ở phía tập thực thể KHÁCH HÀNG là (1,1), còn bản số ở phía tập thực thể ĐƠN ĐẶT HÀNG là (0,M) II PHIẾU MỐI KẾT HP Ta bổ sung tính bắt . yêu cầu và mối kết hợp của chúng. ¾ Phân tích hệ thống thông tin tạo điều kiện cho việc dùng lại dữ liệu. 3 Phân tích dữ liệu Ngược lại với phân tích hệ thống thông tin, phân tích dữ liệu chỉ. yêu cầu chức năng là hoạt động nằm trong giai đoạn thiết kế csdl logic (hình). 2 Phân tích hệ thống thông tin Phân tích hệ thống thông tin có các khía cạnh sau: ¾ Phương pháp tiếp cận từ. hình quan hệ là một trong hai mô hình quan hệ sau Tài liệu Phân Tích Thiết Kế Hệ Thống 44 ii Mối kết hợp một-nhiều ¾ Chuyển khóa chính từ bên một sang bên nhiều. iii Mối kết hợp nhiều