Bài giảng Kỹ thuật phần mềm ứng dụng: Chương 6.2 - Viện Điện tử Viễn thông (ĐH Bách Khoa HN)
Số trang: 25
Loại file: pdf
Dung lượng: 466.01 KB
Lượt xem: 14
Lượt tải: 0
Xem trước 3 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Bài giảng Kỹ thuật phần mềm ứng dụng: Chương 6.2 Các nguyên tắc thiết kế và chuyển đổi sang mô hình quan hệ, cung cấp cho người học những kiến thức như: Các nguyên tắc thiết kế cơ bản; Cách chuyển từ mô hình thực thể liên kết sang mô hình quan hệ. Mời các bạn cùng tham khảo!
Nội dung trích xuất từ tài liệu:
Bài giảng Kỹ thuật phần mềm ứng dụng: Chương 6.2 - Viện Điện tử Viễn thông (ĐH Bách Khoa HN)Chương 6Mô hình thực thể liên kết Phần 2: Các nguyên tắc thiết kế và chuyển đổi sang mô hình quan hệ Nội dung chínhCác nguyên tắc thiết kế cơ bảnCách chuyển từ mô hình thực thể liên kết sang mô hình quan hệ 3 4 2Nhắc lại các giai đoạn phát triển hệ thốngKhảo sát hệ thống Phân tích hệ thống Thiết kế hệ thống Thu thập Phân tích Thiết kế dữ các yêu dữ liệu liệu cầuCác Kịch bản sử dụng Mô hình thực Mô hình thể liên quan hệTừ điển dữ kết liệu 3 Các nguyên tắc thiết kế1. Trung thành2. Tránh dư thừa3. Giữ cho mô hình đơn giản4. Chọn đúng loại liên kết5. Chọn loại thành phần phù hợp 4 Nguyên tắc 1: Trung thànhLuôn luôn, các phân tích và thiết kế cần phải phản ánh chân thực các mô tả của hệ thống nghiệp vụ.Với mô hình TTLK, điều này có nghĩa là các thành phần của nó cũng phải phản ánh sự thực này. Nên đặt tên các Thực thể, Liên kết và Thuộc tính càng gần với thực tế càng tốt. 5 Nguyên tắc 2: Tránh dư thừaKhông để tình trạng cùng một thông tin lại xuất hiện ở nhiều chỗ khác nhau trong mô hìnhCó thể gộp các thực thể có thông tin chung, và kết hợp với liên kết ISA để giảm dư thừa 6 Ví dụ: dư thừa name name addr N 1 Beers ManfBy Manfs manfThông tin về nhà sản xuất đã xuất hiện 2 lần, ở thuộc tính và ở thực thể 7 Ví dụ: không còn dư thừa name name addr N 1 Beers ManfBy ManfsThông tin về nhà sản xuất chỉ còn xuất hiện đúng 1 lần 8 Ví dụ: giảm dư thừa với liên kết ISA name dobroll# name dob Student ID school addr Person addr school company name dobemp# Student Employee Employee addr company 9 Nguyên tắc 3: Giữ mô hình đơn giản Không bổ sung thêm các thành phần mới khi không thực sự cần thiết.Cần lưu ý cân bằng việc phát triển hệ thống hiện tại và nhu cầu nâng cấp hệ thống trong tương lai. 10 Ví dụ: Thực thể không cần thiết Trong hệ thống quản lý Khối lượng giảng dạy cho một Trường, thì có thể có thực thể Trường và Khoa, và một Trường thì có thể có nhiều Khoa. Nhưng trong hệ thống chỉ có 1 thực thể Trường nên việc tạo ra tập thực thể Trường là không cần thiết. 1 N Trường Có Khoa 11 Nguyên tắc 4: Chọn đúng loại liên kếtKhi giữa các thực thể có thể tồn tại nhiều liên kết khác nhau, thì chỉ cần chọn các liên kết cơ bản nhất. Còn các liên kết còn lại mà có thể suy được từ các liên kết cơ bản thì nên bỏ đi. 12 Ví dụ: Chọn đúng loại liên kết Salary title year name addr Movies Contracts Stars Nlength genre 1 Liệu có cần thêm các liên kết giữa Movies và Studios, cũng Studios như giữa Movies và Stars không? Nếu có thì liên kết Contracts có name addr cần thiết nữa không? 13 Nguyên tắc 5: Chọn loại thành phần phù hợpĐôi khi không dễ quyết định xem biểu diễn một thông tin dưới dạng nào của mô hình TTLK, vì dường như dạng nào cũng có thể được. Khi đó cần chọn dạng nào phù hợp nhất, mà tiêu chuẩn có thể dựa vào các nguyên tắc trên.Cần phân biệt giữa thực thể, thuộc tính và liên kết để ch ...
Nội dung trích xuất từ tài liệu:
Bài giảng Kỹ thuật phần mềm ứng dụng: Chương 6.2 - Viện Điện tử Viễn thông (ĐH Bách Khoa HN)Chương 6Mô hình thực thể liên kết Phần 2: Các nguyên tắc thiết kế và chuyển đổi sang mô hình quan hệ Nội dung chínhCác nguyên tắc thiết kế cơ bảnCách chuyển từ mô hình thực thể liên kết sang mô hình quan hệ 3 4 2Nhắc lại các giai đoạn phát triển hệ thốngKhảo sát hệ thống Phân tích hệ thống Thiết kế hệ thống Thu thập Phân tích Thiết kế dữ các yêu dữ liệu liệu cầuCác Kịch bản sử dụng Mô hình thực Mô hình thể liên quan hệTừ điển dữ kết liệu 3 Các nguyên tắc thiết kế1. Trung thành2. Tránh dư thừa3. Giữ cho mô hình đơn giản4. Chọn đúng loại liên kết5. Chọn loại thành phần phù hợp 4 Nguyên tắc 1: Trung thànhLuôn luôn, các phân tích và thiết kế cần phải phản ánh chân thực các mô tả của hệ thống nghiệp vụ.Với mô hình TTLK, điều này có nghĩa là các thành phần của nó cũng phải phản ánh sự thực này. Nên đặt tên các Thực thể, Liên kết và Thuộc tính càng gần với thực tế càng tốt. 5 Nguyên tắc 2: Tránh dư thừaKhông để tình trạng cùng một thông tin lại xuất hiện ở nhiều chỗ khác nhau trong mô hìnhCó thể gộp các thực thể có thông tin chung, và kết hợp với liên kết ISA để giảm dư thừa 6 Ví dụ: dư thừa name name addr N 1 Beers ManfBy Manfs manfThông tin về nhà sản xuất đã xuất hiện 2 lần, ở thuộc tính và ở thực thể 7 Ví dụ: không còn dư thừa name name addr N 1 Beers ManfBy ManfsThông tin về nhà sản xuất chỉ còn xuất hiện đúng 1 lần 8 Ví dụ: giảm dư thừa với liên kết ISA name dobroll# name dob Student ID school addr Person addr school company name dobemp# Student Employee Employee addr company 9 Nguyên tắc 3: Giữ mô hình đơn giản Không bổ sung thêm các thành phần mới khi không thực sự cần thiết.Cần lưu ý cân bằng việc phát triển hệ thống hiện tại và nhu cầu nâng cấp hệ thống trong tương lai. 10 Ví dụ: Thực thể không cần thiết Trong hệ thống quản lý Khối lượng giảng dạy cho một Trường, thì có thể có thực thể Trường và Khoa, và một Trường thì có thể có nhiều Khoa. Nhưng trong hệ thống chỉ có 1 thực thể Trường nên việc tạo ra tập thực thể Trường là không cần thiết. 1 N Trường Có Khoa 11 Nguyên tắc 4: Chọn đúng loại liên kếtKhi giữa các thực thể có thể tồn tại nhiều liên kết khác nhau, thì chỉ cần chọn các liên kết cơ bản nhất. Còn các liên kết còn lại mà có thể suy được từ các liên kết cơ bản thì nên bỏ đi. 12 Ví dụ: Chọn đúng loại liên kết Salary title year name addr Movies Contracts Stars Nlength genre 1 Liệu có cần thêm các liên kết giữa Movies và Studios, cũng Studios như giữa Movies và Stars không? Nếu có thì liên kết Contracts có name addr cần thiết nữa không? 13 Nguyên tắc 5: Chọn loại thành phần phù hợpĐôi khi không dễ quyết định xem biểu diễn một thông tin dưới dạng nào của mô hình TTLK, vì dường như dạng nào cũng có thể được. Khi đó cần chọn dạng nào phù hợp nhất, mà tiêu chuẩn có thể dựa vào các nguyên tắc trên.Cần phân biệt giữa thực thể, thuộc tính và liên kết để ch ...
Tìm kiếm theo từ khóa liên quan:
Bài giảng Kỹ thuật phần mềm ứng dụng Kỹ thuật phần mềm ứng dụng Mô hình thực thể liên kết Nguyên tắc thiết kế Mô hình quan hệTài liệu có liên quan:
-
Thuyết minh đồ án tốt nghiệp: Thư viện Tổng hợp
27 trang 258 0 0 -
Thuyết minh đồ án tốt nghiệp: Trung tâm văn hóa Việt - Lào
29 trang 116 0 0 -
Giáo trình Cơ sở dữ liệu 2: Phần 2 - Trường ĐH Phan Thiết
81 trang 111 0 0 -
Thuyết minh đồ án tốt nghiệp: Trung tâm văn hóa Làng chài Cái Bèo huyện Cát Hải
15 trang 78 0 0 -
Bài giảng Cơ sở dữ liệu: Chương 3 - ThS. Nguyễn Thị Như Anh
17 trang 75 0 0 -
QUY HOẠCH CHIỀU CAO KHU CÔNG NGHIỆP KHO TÀNG
4 trang 68 0 0 -
Bài giảng Cơ sở dữ liệu - Hồ Cẩm Hà
163 trang 65 0 0 -
Thuyết minh đồ án tốt nghiệp: Trung tâm Văn hóa - Ẩm thực Hải Phòng
18 trang 62 0 0 -
Thuyết minh đồ án tốt nghiệp: Thư viện cộng đồng thành phố Hải Phòng
11 trang 60 0 0 -
Thuyết minh đồ án tốt nghiệp: Quy hoạch khu du lịch nghỉ dưỡng Đồ Sơn
41 trang 56 0 0