on thi cao hoc « kimchidhcns blog

Quá trình thực hiện đề án có thể được chia nhỏ thành nhiều công việc và phân côn cho các nhân viên thực hiện, khi đó công ty sẽ ghi nhận lại thời gian phân công công việc cho nhân viê[r]

Chương 2

MƠ HÌNH LIÊN KẾT-THỰC THỂ

2

Nội dung

2.1 Q trình thiết kế CSDL. 2.2 Mơ hình liên kết thực thể

2.3 Các cấu trúc mơ hình liên kết thực thể 2.4 Mơ hình ER

2.5 Tổng quan qui tắc nghiệp vụ

2.6 Định nghĩa ràng buộc cấu trúc 2.7 Định nghĩa ràng buộc tác vụ 2.8 Mô hình ER mở rộng

Giới thiệu

 Mơ hình hóa sở liệu cách sử dụng kỹ

thuật đồ họa để biểu diễn đối tượng quan hệ giữa đối tượng giới thực mà người có thể hiểu cách dễ dàng

 Mơ hình thực thể quan hệ (Entity Relationship) dựa

Các bước thiết kế CSDL

 Bước 1: Tập trung phân tích yêu cầu

người dùng

 Bước 2: Tạo lược đồ khái niệm cho CSDL

cách sử dụng mơ hình liệu khái niệm mức cao (high-level conceptual data model).

 Lược đồ khái niệm mô tả ngắn gọn yêu

cầu người dùng mô tả chi tiết loại thực thể, mối quan hệ loại thực thể ràng buộc

Các bước thiết kế CSDL

 Bước 3: Hiện thực sở liệu sử mơ hình sở

dữ liệu quan hệ mơ hình sở liệu hướng đối tượng

 Đây bước thiết kế logic ánh xạ mơ hình liệu  Kết bước lược đồ sở liệu

hiện thực sở liệu hệ quản trị sở liệu

 Bước cuối giai đoạn thiết kế vật lý.

6

Tập hợp yêu cầu phân tích

Thiết kế khái niệm

Thế giới thực

Thiết kế lôgic

Thiết kế vật lý

Các yêu cầu CSDL

Lược đồ khái niệm (mơ hình liệu bậc cao)

Lược đồ

Lược đồ khái niệm (mơ hình liệu DBMS cụ thể)

Quá trình thiết kế Một CSDL

Không phụ thuộc Vào DBMS

DBMS cụ thể

Mơ hình liên kết – thực thể

(Entity Relationship Model – ER Model)

 Mơ hình liệu thực thể kết hợp (E-R -

entity-relationship data model) Peter Pin_Shan Chen đề xuất năm 1976, nhìn giới thực tập đối tượng căn gọi thực thể, mối quan hệ đối tượng

 Mơ hình ER dùng để xây dựng mơ hình liệu ý niệm

(Conceptual data modeling) nhằm biểu diễn cấu trúc ràng buộc CSDL

 Mơ hình ER cơng cụ để trao đổi ý tưởng nhà

8

Mơ hình liên kết – thực thể

(Entity Relationship Model – ER Model)

 Mục đích mơ hình E – R:

 Làm thống quan điểm liệu người

tham gia hệ thống gọi quy tắc nghiệp vụ

(business rule) : Người quản lý, người dùng cuối, người thiết kế hệ thống

 Xác định xử lý liệu ràng buộc (constraint) trên liệu

 Giúp đỡ việc thể sở liệu mặt cấu trúc: Sử

dụng thực thể mối liên kết thực thể Biểu diễn mơ hình quan hệ thực thể sơ đồ

Q trình thiết kế mơ hình liệu ý niệm

 Bước 1: Nhận dạng kiểu thực thể

 Bước 2: Nhận dạng kiểu liên kết thực thể

 Bước 3: Nhận dạng thuộc tính kiểu thực thể

các mối liên kết

 Bước 4: Nhận dạng thuộc tính xác định cho kiểu thực

thể

10

Sơ đồ liên kết – thực thể

 Mơ hình ER diễn tả sơ đồ liên kết thực thể (entity

relationship diagram - ERD)

 Ba phần tử bản:

 Kiểu thực thể (entity Type)  Quan hệ (Relationship)

 Các thuộc tính (Attribute)

Thực thể - Entity

 Một thực thể (an entity) “sự vật” “đối tượng” mà

nó tồn phân biệt với đối tượng khác Ví dụ nhân viên tổ chức thực thể

 Thực thể

12

Kiểu thưc thể - Entity Type

 Một kiểu thực thể hay tập thực thể (an entity set) là tập

hợp thực thể có tính chất thuộc tính

 Ví dụ tập hợp tất người mà họ nhân viên tổ chức tập thực thể nhanvien

 Mỗi tập thực thể đặt tên gọi, thông thường danh

từ số viết chữ in hoa

 Ví dụ KHACHHANG, HOADON,…

 Biểu diễn: hình chữ nhật

KHACHHANG SANPHAM

Kiểu thưc thể - Entity Type

 Thể (instance) kiểu thực thể trường

hợp cụ thể kiểu thực thể

 Ví dụ: kiểu thực thể KhachHang có điển hình Lan

14

Cách đặt tên ký hiệu

 Mỗi kiểu thực thể phải có tên gọi, nên danh từ số

viết chữ hoa

 Ký hiệu kiểu thực thể

EMPLOYEE DEPENDENT

Thực thể mạnh Thực thể yếu

Các kiểu thực thể

 Kiểu thực thể mạnh (strong entity type): tồn độc lập với

những kiểu thực thể khác có khóa

 Kiểu thực thể yếu (weak entity type): tồn phụ thuộc vào

kiểu thực thể khác, khơng có đủ thuộc tính để cấu thành khóa

 Ví dụ:

 LOAN (Mượn) kiểu thực thể mạnh

 PAYMENT (Trả) kiểu thực thể yếu, lệ thuộc vào LOAN

 Xác định thực thể mạnh yếu cho thực thể BenhNhan va

EMPLOYEE DEPENDENT

16

Ví dụ thực thể mạnh/yếu

EMPLOYEE Loan-Pay PAYMENT

Loan_Number Employee_Name

Payment_Number

Amount

LOAN

Amount PayDate

Thuộc tính - attribute

 Mỗi tập thực thể có số thuộc tính

 Thuộc tính đặc trưng (properties) sử dụng để

biểu diễn thực thể hay mối liên kết

 Được biểu diễn hình OVAL.  Các loại thuộc tính

 Thuộc tính bắt buộc thuộc tính tùy chọn  Thuộc tính đơn thuộc tính phức hợp

18

Các kiểu thuộc tính

 Thuộc tính đơn (simple attribute): thuộc tính khơng thể phân nhỏ

được

Ví dụ: Color, Weight, HorsePower, Masv, CMND, Phai

 Thuộc tính phức hợp (composite attribute): thuộc tính kết

hợp số thành phần hay chia thành thuộc tính khác

Ví dụ: Thuộc tính Address bao gồm thành phần Street, District, City

 Thuộc tính chứa (stored attribute): thuộc tính mà giá trị

khơng suy dẫn từ thuộc tính khác

 Thuộc tính dẫn xuất (derived attribute): thuộc tính mà trị

có thể tính từ thuộc tính khác

Ví dụ: Year_Employed thuộc tính dẫn xuất từ thuộc tính Date_Employed

Years_Employed

Thuộc tính dẫn xuất

Các kiểu thuộc tính

Thuộc tính đơn

Các kiểu thuộc tính (tt)

 Thuộc tính đơn trị (single valued attribute): có giá trị

tại thời điểm

 Thuộc tính đa trị (multivalued attribute): có nhiều giá trị

thời điểm

Ví dụ: Thực thể COURSE có thuộc tính Teacher đa trị, mơn học dạy nhiều thầy

 Thuộc tính rỗng Một giá rỗng (null value) dùng đến thực

thể khơng có giá trị thuộc tính Ví dụ nhân viên khơng có người gia đình giá trị thuộc tính tên người

gia đình nhân viên phải rỗng

Student_ID Teacher

Các kiểu thuộc tính (tt)

Thuộc tính đơn trị

Thuộc tính đa trị

22

Các kiểu thuộc tính

 Khóa / thuộc tính xác định (key / identifier)

 Khóa thuộc tính tổ hợp thuộc tính dùng để xác

định thể kiểu thực thể

 Thuộc tính khóa thuộc tính khơng khóa

 Thuộc tính khóa (key attribute) là thuộc tính khóa

 Thuộc tính khóa gạch dưới.

 Thuộc tính khơng khóa (non-key attribute) thuộc tính khơng

ở khóa

 Thuộc tính khơng khóa cịn gọi thuộc tính mơ tả

(descriptor).

Employee

Age EmployeeID

Các kiểu thuộc tính

 Khóa đơn khóa phức hợp

 Khóa đơn (simple key) là khóa có thuộc tính

 Khóa phức hợp (composite key) khóa có nhiều

một thuộc tính

 Khóa dự tuyển (candidate key)

 Khóa dự tuyển khóa tập thực thể.  Một tập thực thể có khóa dự tuyển

City

24

Các kiểu thuộc tính

 Khóa (primary key)

 Khóa khóa tiêu biểu khóa dự

tuyển kiểu thực thể

 Một kiểu thực thể có khóa

 Khóa dùng để liên kết thực thể

Các kiểu thuộc tính

Khóa đơn

Khóa phức hợp

Thuộc tính khơng khóa Khóa đơn

Khóa phức hợp

Thuộc tính khơng khóa

26

Các kiểu thuộc tính

Tập thực thể

Thuộc tính đơn

Khóa chính

Đa trị

Thuộc tính phức Dẫn xuất

Thuộc tính chứa

Đơn trị

Hệ thống quản lý nhân viên

 Để quản lý việc phân công nhân viên tham gia vào xây dựng cơng trình Cơng ty

xây dựng ABC tổ chức quản lý sau:

 Cùng lúc cơng ty tham gia xây dựng nhiều cơng trình, cơng trình có mã

số cơng trình (MACT), mã số cơng trình xác định thơng tin như: Tên gọi cơng trình (TENCT), địa điểm(ĐIAĐIEM), ngày cơng trình cấp giấy phép xây dựng (NGAYCAPGP), ngày khởi cơng (NGAYKC), ngày hồn thành (NGAYHT)

 Mỗi nhân viên công ty ABC có mã số nhân viên(MANV) nhất, mã số

nhân viên xác định thông tin như: Họ tên (HOTEN), ngày sinh(NGAYSINH), phái (PHAI), địa (ĐIACHI),phòng ban, …

 Công ty phân công nhân viên tham gia vào cơng trình, cơng trình

được phân cho nhiều nhân viên nhân viên lúc tham gia vào nhiều cơng trình Với cơng trình nhân viên có số lượng ngày cơng (SLNGAYCONG) tham gia vào cơng trình

 Cơng ty có nhiều phịng ban(Phịng kế tốn, phịng kinh doanh, phịng kỹ thuật, phịng

tổ chức, phịng chun mơn, Phịng phục vụ,…) Mỗi phịng ban có mã số phịng ban(MAPB) nhất, phòng ban ứng với tên phòng ban(TENPB)

 Xác định thực thể thuộc tính thực thể

28

Mối liên kết - Relationship

 Mối liên kết (relationship) diễn tả kết hợp hay

nhiều kiểu thực thể với nhau, kết hợp biểu diễn tương tác điển hình (instance) hay nhiều kiểu thực thể (entity type)

 Kiểu liên kết (relationship type) kết hợp có ý

nghĩa kiểu thực thể Được biểu diễn hình thoi

 Một điển hình liên kết (relationship instance) kết

hợp điển hình thực thể nơi mà điển hình liên kết bao gồm xác thực thể từ kiểu thực thể tham gia vào

30

Mối liên kết - Relationship

Mối liên kết có thuộc tính

Hai thực thể có nhiều mối liên kết

Ví dụ

• Thuộc tính Date_Completed nên đặt đâu lược đồ trên?

 Là thuộc tính mối liên kết Completed (thích hợp thuộc tính thực thể STUDENT COURSE)

STUDENT Completes COURSE

32

Bậc kiểu liên kết

 Bậc mối liên kết (degree / arity of relationship): số

lượng kiểu thực thể tham gia vào mối liên kết

 Các kiểu liên kết

 Liên kết (unary relationship)  Liên kết (binary relationship)

 Liên kết (ternary relationship): kiểu thực thể

đồng thời tham gia vào mối liên kết

Liên kết - Unary relationship

 Là mối quan hệ kiểu thực thể

 Còn gọi mối liên kết đệ quy (recursive relationship)  Ví dụ:

EMPLOYEE

34  Đôi thực thể xuất nhiều lần mối

quan hệ

 Để phân biệt, nên tạo role (nhãn) cạnh nối mối

quan hệ thực thể

EMPLOYEE

Manages Nhân viên

Giám đốc

Liên kết - Unary relationship

36

Liên kết hai - Binary relationship

 Là mối liên kết hai kiểu thực thể

STUDENT Registers for COURSE

Liên kết ba - Ternary relationship

 Là mối liên kết kiểu thực thể

Sản phẩm

Nhà Cung Cấp Cung cấp Kho Hàng

38

Lượng số mối liên kết - Cardinality

 Lượng số số thể kiểu thực thể B mà liên

kết với thể kiểu thực thể A

 Lượng số tối thiểu (minimum cardinality): 1,

số lần tối thiểu mà thể tập thực thể tham gia vào thể mối kết hợp

 Lượng số tối đa (maximum cardinality): n, số

lần tối đa mà thể tập thực thể tham gia vào thể mối kết hợp

Lượng số mối liên kết - Cardinality

 Nếu lượng số tối thiểu 0, kiểu thực thể B gọi

nhiệm ý Ký hiệu O

 Nếu lượng số tối thiểu tối đa lượng số

được gọi bắt buộc (mandatory) Ký hiệu ||

 Ba dạng liên kết:

40  Các loại lượng số

 một - (one-to-one): thể kiểu thực thể a

liên kết với thể kiểu thực thể b ngược lại

 - nhiều (one-to-many): thể kiểu thực

thể a liên kết với nhiều thể kiểu thực thể b; ngược lại thể kiểu thực thể b liên kết với thể kiểu thực thể a.

 nhiều - nhiều (many-to-many): thể kiểu

thực thể a liên kết với nhiều thể kiểu thực thể b; ngược lại thể kiểu thực thể b liên kết với nhiều thể kiểu thực thể a.

Lượng số mối liên kết - Cardinality

Mối Kết hợp 1-1

Nhanvien quanly HopDongLV

42

Mối Kết hợp 1-n

lamviec (1,1) (0,n) n1 n2 n3 n4 n5 r1 r2 r3 r4 r5 p1 p2 p3

Nhanvien lamviec Phongban

Nhanvien Phongban

p4

Mối Kết hợp n-n thamgia (0,n) (1,n) n1 n2 n3 n4 n5 r1 r2 r3 r4 r5 d1 d2 d3

Nhanvien thamgia Dean

Nhanvien Dean

44

Ví dụ mối liên kết

Trần Thi Kim Chi

Employee(0,1) Manages(1,1) Department

Ví dụ mối liên kết

Mối liên kết có lượng số tối đa xác định

46

Thuộc tính kiểu liên kết

 Kiểu liên kết có thuộc tính

 Ví dụ: Số nhân viên làm việc cho dự án (Hours) thuộc

tính mối liên kết hai kiểu thực thể EMPLOYEE PROJECT

Kiểu thực thể kết hợp Associative entity type

 Là kiểu thực thể dùng liên kết hay nhiều kiểu thực

thể có chứa thêm số thuộc tính riêng biệt mối liên kết

STUDENT CERTIFICATE COURSE

48

Ràng buộc lượng số liên kết ba ngôi

 Trường hợp liên kết 1-1-1

Xét quy tắc nghiệp vụ (business rule) sau:

“Mỗi kỹ sư dùng sổ ghi chép cho đề án Những kỹ sư khác dùng sổ ghi chép khác làm việc cho đề án Khơng có kỹ sư dùng sổ ghi chép cho nhiều đề án khác nhau”

Ràng buộc lượng số liên kết ba ngôi

 Trường hợp liên kết 1-1-1

ENGINEER

50

Ràng buộc lượng số liên kết ba ngôi

 Trường hợp liên kết n-n-n

Kỹ thuật thiết kế - Design Techniques

1 Tránh dư thừa (Avoid redundancy) Hạn chế việc sử dụng thực thể yếu

52

Tránh dư thừa

 Dư thừa (Redundancy) xảy sử dụng vật

2 hay nhiều cách khác nhau

 Dư thừa làm lãng phí khơng gian lưu trữ gây mâu

thuẫn (inconsistency)

 Hai instances kiểu thực thể bị

inconsistent thay đổi instance mà quên thay đổi instance lại

Kiểu thực thể kết hợp Associative entity type

 Bốn điều kiện để chuyển đổi mối liên kết thành kiểu thực thể

kết hợp

 Là mối liên kết nhiều – nhiều  Có thuộc tính xác định riêng  Có thêm vài thuộc tính khác

 Kiểu thực thể kết hợp tham gia vào số mối liên kết

54

Hệ thống quản lý nhân viên

 Để quản lý việc phân công nhân viên tham gia vào xây dựng cơng trình Công ty

xây dựng ABC tổ chức quản lý sau:

 Cùng lúc cơng ty tham gia xây dựng nhiều cơng trình, cơng trình có mã

số cơng trình (MACT), mã số cơng trình xác định thơng tin như: Tên gọi cơng trình (TENCT), địa điểm(ĐIAĐIEM), ngày cơng trình cấp giấy phép xây dựng (NGAYCAPGP), ngày khởi cơng (NGAYKC), ngày hồn thành (NGAYHT)

 Mỗi nhân viên cơng ty ABC có mã số nhân viên(MANV) nhất, mã số

nhân viên xác định thông tin như: Họ tên (HOTEN), ngày sinh(NGAYSINH), phái (PHAI), địa (ĐIACHI),phịng ban, …

 Cơng ty phân công nhân viên tham gia vào cơng trình, cơng trình

được phân cho nhiều nhân viên nhân viên lúc tham gia vào nhiều cơng trình Với cơng trình nhân viên có số lượng ngày cơng (SLNGAYCONG) tham gia vào cơng trình

 Cơng ty có nhiều phịng ban(Phịng kế tốn, phòng kinh doanh, phòng kỹ thuật, phòng

tổ chức, phịng chun mơn, Phịng phục vụ,…) Mỗi phịng ban có mã số phòng ban(MAPB) nhất, phòng ban ứng với tên phòng ban(TENPB)

Bài tập 1

Hệ thống quản lý nhân viên

CÔNG

TRÌNH NHÂNVIÊN

maCT tenCT diaDiem ngayCapGP ngayKhoiCong ngayHT maNV hoTen ngaySinh phai diaChi tham gia

được phân cơng vào Mơ hình ER

) PHÒNG BAN maPB tenPB thuộc có

Lược đồ CSDL

NHANVIEN( maNV ,hoTen,ngaySinh,phai,diaChi,

maPB PHONGBAN( maPB ,tenPB)

CONG( maNV,maCT ,sLNgayCong) CÔNG NHÂNVIÊN

maCT tenCT diaDiem ngayCapGP ngayKhoiCong ngayHT maNV hoTen ngaySinh phai diaChi thuoäc có PHÒNG BAN maPB tenPB thuộc có CÔNG TRÌNH có thuộc maNV maCT sLNgayCong

56

Tổng kết: Các ký hiệu dùng mơ hình ER

58

Tổng kết: Các bước để tiến hành thiết kế ER

 [Bước 1] Xác định loại thực thể (loại thực thể hay

thuộc tính)

 [Bước 2] Xác định loại mối kết hợp

 [Bước 3] Xác định gắn thuộc tính với loại thực thể

loại mối kết hợp

 [Bước 4] Quyết định miền giá trị thuộc tính

 [Bước 5] Quyết định thuộc tính khóa cho loại thực thể  [Bước 6] Gắn (tinh chế) số vào loại mối kết hợp

 [Bước 7] Thiết kế phân cấp tổng quát hóa/chuyên biệt hóa

trong ràng buộc

 Một nhà bn sỉ kim khí phía bắc NHW hoạt động lãnh

vực kho hàng có chức phân phối hàng Công ty mua hàng từ nhà cung cấp khác Lưu trữ hàng có thơng tin mã hàng, tên hàng Cơng ty có nhu cầu lưu trữ mã nhà cung cấp, tên, địa chỉ, số điện thoại, số fax

 Doanh nghiệp phải cạnh tranh, nên mặt hàng lấy từ

nhiều nhà cung cấp khác lần giao, nhà cung cấp giao với số lượng tối đa theo qui định mặt hàng nhà cung cấp Hàng đóng bao bì Mỗi bao bì có mã bao bì kích thước

 Đơi bao bì lại q nhỏ để chứa tất hàng hàng

chứa nhiều bao bì Tuy nhiên, khơng thể có hai mặt hàng chứa bao bì

60

Bước 1: Nhận diện tập thực thể thuộc tính nhận diện

Bước 2: Nhận diện mối quan hệ tập thực thể

Ví dụ: Hệ thống bán hàng

TIẾP CẬN MƠ HÌNH HĨA DỮ LIỆU

Bước 3: Gắn thuộc tính mơ tả vào tập thực thể

62

Mỗi NGƯỜI LÁI XE phải sở hữu BẰNG LÁI

Mỗi BẰNG LÁI phải sở hữu NGƯỜI LÁI XE

 Đặc tả vấn đề

 Phòng cảnh sát mong muốn quản lý lý lịch cá nhân người lái

xe lái họ Một người lấy lái lái thuộc người Thông tin lái xe mà phòng cảnh sát quan tâm là: mã người lái xe, tên, địa chỉ, ngày sinh

 Thông tin lái cần lưu trữ là: mã lái, loại lái, ngày

hết hạn

 Mơ hình thực thể kết hợp

Ví dụ: Hệ thống quản lý lái xe

Trần Thi Kim Chi

NGƯỜI

LAÙI XE BẰNGLÁI

mã người lái xe tên

địa ngaøy sinh

mã lái loại lái ngày hết hạn Mơ hình ER vấn đề người lái xe lái

 Đặc tả vấn đề

 Người phụ trách đào tạo Trường cao đẳng cộng đồng núi xanh

mong muốn thiết lập csdl môn học mà họ cung cấp (như chứng leo núi, cử nhân công nghệ bay) học viên ghi danh vào môn học Nhà trường qui định học viên ghi danh học tối đa ba môn học lúc Họ quan tâm đến liệu môn học Một học viên kết thúc mơn học, họ khơng cịn thuộc diện quản lý nhà trường phải xóa khỏi csdl trừ học viên ghi danh học tiếp môn Thông tin học viên gồm: mã học viên, tên học viên, địa chỉ, ngày sinh, số điện thoại, ngày nhập học

 Thông tin môn học gồm: mã môn học, tên môn học, thời lượng

64

MỐI QUAN HỆ NHIỀU NHIỀU CHUYỂN THÀNH MỐI QUAN HỆ MỘT NHIỀU

0,3

Trần Thi Kim Chi

HOÏC

VIÊN MÔNHỌC

mã học viên tên học viên địa

ngày sinh số điện thoại

mã mơn học tên mơn học thời lượng

Mơ hình ER vấn đề Trường cao đẳng cộng đồng núi xanh ghi danh vào ghi danh

?ngaøy nhập học

HỌC VIÊN MÔN HỌC

mã học viên tên học viên địa

ngày sinh số điện thoại

mã môn học tên môn học thời lượng ghi nhận đào tạo

thuộc

PHIẾU GHI DANH mã học viên mã môn học ngày nhập học có

Hệ thống quản lý thư viện

• Một thư viện tổ chức việc cho mượn sách sau:

• Mỗi sách đánh mã sách (MASH) dùng để phân biệt với sách khác (giả sử tác phẩm có nhiều giống có nhiều tập xem có mã sách khác nhau), mã sách xác định thông tin khác : tên sách (TENSACH), tên tác giả (TACGIA), nhà xuất (NHAXB), năm xuất (NAMXB)

• Mỗi đọc giả thư viên cấp cho thẻ thư viện, có ghi rõ mã đọc giả (MAĐG), với thông tin khác : họ tên (HOTEN), ngày sinh (NGAYSINH), địa (ĐIACHI), nghề nghiệp(NGHENGHIEP)

• Cứ lượt mượn sách, đọc giả phải đăng ký sách cần mượn vào phiếu mượn, phiếu mượn có số phiếu mượn (SOPM) khác nhau, phiếu mượn xác định thông tin như: ngày mượn sách (NGAYMUON), mã đọc giả Các sách phiếu mượn không thiết phải trả lần

66

Hệ thống quản lý thư viện

67

Hệ thống quản lý bán hàng

• Mỗi khách hàng có mã khách hàng (MAKH) nhất, MAKH xác định thông tin khách hàng : họ tên khách hàng (HOTEN), địa (ĐIACHI), số điện thoại (ĐIENTHOAI)

• Các mặt hàng phân loại theo nhóm hàng, nhóm hàng có mã nhóm (MANHOM) nhất, mã nhóm hàng xác định tên nhóm hàng (TENNHOM), tất nhiên nhóm hàng có nhiều mặt hàng

• Mỗi mặt hàng đánh mã số (MAHANG) nhất, mã số xác định thơng tin mặt hàng : tên hàng (TENHANG), đơn giá bán (ĐONGIA), đơn vị tính (ĐVT)

• Mỗi hóa đơn bán hàng có số hóa đơn (SOHĐ) nhất, hóa đơn xác định khách hàng ngày lập hóa đơn (NGAYLAPHĐ), ngày bán hàng (NGAYBAN)

• Với mặt hàng hóa đơn cho biết số lượng bán (SLBAN)

Bài tập 3

68

Hệ thống quản lý bán hàng

69

Hệ thống quản lý đề án

Giả sử sau số yêu cầu liệu công ty chuyên thực đề án: Công ty gồm nhiều nhân viên, nhân viên gán mã nhân viên để tiện việc quản lý, có họ tên, ngày sinh, mức lương hưởng Cơng ty gồm nhiều phịng ban, phịng ban có chức riêng mình, có mã phịng, tên phịng, có trưởng phịng Mỗi nhân viên thuộc vào phịng ban phịng có nhiều nhân viên Mỗi nhân viên phịng cịn chịu quản lý trực tiếp từ nhân viên khác Do công ty thực đề án, nên phịng có nhiều văn phịng giao dịch hay làm việc khác địa điểm khác Mỗi đề án xây dựng, có mã đề án, tên đề án, địa điểm thực đề án phịng ban chịu trách nhiệm chủ trì đề án Quá trình thực đề án chia nhỏ thành nhiều công việc phân côn cho nhân viên thực hiện, cơng ty ghi nhận lại thời gian phân cơng cơng việc cho nhân viên (tính số / tuần) để theo dõi tiến độ thực Nhằm chăm lo đời sống nhân viên, cơng ty có ghi nhận lại thơng tin thân nhân nhân viên, bao gồm người cha mẹ, chồng

Bài tập 4

70

Hệ thống quản lý đề án

Bài tập 4

Hệ thống quản lý dạy học

• Để quản lý lịch dạy giáo viên lịch học lớp, trường tổ chức sau:

• Mỗi giáo viên có mã số giáo viên (MAGV) nhất, MAGV xác định thông tin như: họ tên giáo viên (HOTEN), số điện thoại (DTGV) Mỗi giáo viên dạy nhiều môn cho nhiều khoa thuộc quản lý hành chánh khoa

• Mỗi mơn học có mã số mơn học (MAMH) nhất, môn học xác định tên môn học(TENMH) Ưng với lớp mơn học phân cho giáo viên

• Mỗi phịng học có số phịng học (PHONG) nhất, phịng có chức (CHUCNANG); chẳng hạn phịng lý thuyết, phịng thực hành máy tính, phịng nghe nhìn, xưởng thực tập

72

Hệ thống quản lý dạy học

• Mỗi khoa có mã khoa (MAKHOA) nhất, khoa xác định thông tin như: tên khoa (TENKHOA), điện thoại khoa(DTKHOA)

• Mỗi lớp có mã lớp (MALOP) nhất, lớp có tên lớp (TENLOP), sĩ số lớp (SISO) Mỗi lớp học nhiều môn nhiều khoa thuộc quản lý hành khoa

• Hàng tuần, giáo viên phải lập lịch báo giảng cho biết giáo viên dạy lớp nào, ngày (NGAYDAY), mơn gì?, phịng nào, từ tiết (TUTIET) đến tiết (ĐENTIET),tựa đề dạy (BAIDAY), ghi (GHICHU) tiết dạy này, dạy lý thuyết (LYTHUYET) hay thực hành - giả sử LYTHUYET=1 dạy thực hành LYTHUYET=2 lý thuyết, ngày có 16 tiết, sáng từ tiết đến tiết 6, chiều từ tiết đến tiết 12, tối từ tiết 13 đến 16

Bài tập 5

Hệ thống quản lý sinh viên

 Những người phụ trách đào tạo Trường cao đẳng cộng

đồng núi Ayers mong muốn tạo lập CSDL môn đào tạo trường (như: chứng leo núi, công nghệ bay) học viên ghi danh vào môn học Trường có qui định lúc, học viên ghi danh vào mơn học Họ quan tâm liệu đợt ghi danh Một học viên kết thúc môn học nhà trường khơng cịn quan tâm đến họ học viên phải xóa khỏi CSDL Thông tin cần lưu trữ học viên bao gồm: mã học viên, tên học viên, địa chỉ, ngày sinh, số điện thoại, ngày nhập học

 Thông tin môn học gồm mã môn học, tên môn học, thời

lượng

74

Hệ thống quản lý sinh viên

 Phân tích:

 Phần đặc tả vấn đề chứa đựng qui tắc quản lý liệu yêu

cầu vấn đề

 dữ liệu vấn đề là: chi tiết học viên có mã học viên, tên

học viên, địa chỉ, ngày sinh, số điện thoại ngày nhập học chi tiết mơn học có mã mơn học, tên mơn học thời lượng.

 qui tắc quản lý gồm:

 Cùng lúc, học viên ghi danh vào

môn học

 Nhiều học viên ghi danh vào mơn học

 Nhà trường quan tâm đến học viên môn học

hiện

Bài tập 6

Quản lý hoạt động trung tâm đại học

 Qua trình khảo sát, điều tra hoạt động trung tâm

đại học ta rút quy tắc quản lý sau:

 Trung tâm chia làm nhiều trường trường có

hiệu trưởng để quản lý nhà trường.

 Một trường chia làm nhiều khoa, khoa thuộc

trường

 Mỗi khoa cung cấp nhiều môn học Mỗi môn học thuộc

khoa (thuộc quyền quản lý khoa)

 Mỗi khoa thuê nhiều giáo viên làm việc Nhưng giáo

viên làm việc cho khoa Mỗi khoa có chủ nhiệm khoa, giáo viên

76

Quản lý hoạt động trung tâm đại học

 Mỗi giáo viên dạy nhiều mơn học

khơng dạy mơn học

 Mỗi sinh viên học nhiều mơn học,

mơn Mỗi mơn học có nhiều sinh viên học, khơng có sinh viên

 Một khoa quản lý nhiều sinh viên thuộc khoa

 Mỗi giáo viên cử làm chủ nhiệm lớp, lớp

có thể có nhiều 100 sinh viên

 Vẽ sơ đồ ERD

Bài tập 7

Hệ thống quản lý ngân hàng

 Ngân hàng tổ chức thành chi nhánh Mỗi chi nhánh tọa

lạc thành phố định danh tên Ngân hàng theo dõi tài sản chi nhánh

 Các khách hàng ngân hàng định danh số CMND

họ Ngân hàng lưu trữ tên khách hàng, đường phố thành phố mà khách hàng sinh sống Khách hàng có tài khoản gởi tài khoản vay Một khách hàng kết hợp với nhân viên ngân hàng

 Nhân viên nhân viên cho vay nhân viên bình

thường Các nhân viên ngân hàng định danh mã số nhân viên họ Bộ phận quản lý ngân hàng lưu trữ tên số phone nhân viên, tên người phụ thuộc nhân viên mã số nhân viên người quản lý nhân viên Ngân hàng theo dõi ngày bắt đầu làm việc nhân viên, thời gian thuê nhân viên làm việc

78

Hệ thống quản lý ngân hàng

 Ngân hàng đưa loại tài khoản gởi, tài khoản tiết kiệm tài khoản

séc Các tài khoản gởi nắm giữ nhiều khách hàng, khách hàng có nhiều tài khoản

 Mỗi tài khoản gởi gán số tài khoản Ngân hàng

duy trì thơng tin cân đối tài khoản gởi ngày gần mà tài khoản gởi truy cập khách hàng nắm giữ tài khoản Ngồi ra, tài khoản tiết kiệm cịn có mức lãi suất, tài khoản séc có số tiền rút vượt mức

 Một tài khoản vay xuất phát từ chi nhánh đó, có

thể nắm giữ nhiều khách hàng Mỗi tài khoản vay gán số tài khoản Với tài khoản vay ngân hàng theo dõi số tiền vay số tiền trả Mặc dù số thứ tự lần trả tiền vay (gọi tắt số lần trả) không xác định lần trả tài khoản vay ngân hàng xác định lần trả tài khoản vay cụ thể Ngày số tiền trả lần trả tiền vay ngân hàng theo dõi ghi nhận

Bài tập 8

Hệ thống quản lý ngân hàng

Cho thuộc tính, quy tắc quản lý đơn vị Vẽ ERD

1 Thuộc tính:

 Mã đơn vị, Tên đơn vị, Số điện thoại đơn vị, Địa đơn vị  Mã nhân viên, Tên nhân viên, Giới tính nhân viên, Địa

nhân viên,

 Số điện thoại nhân viên  Mã dự án, Tên dự án

 Mã khách hàng, tên khách hàng, Địa khách hàng, Số điện

thoại khách hàng

 Mã hàng, Tên hàng, Số lượng kho  Lượng đặt hàng, Ngày đặt hàng

80

Hệ thống quản lý ngân hàng Các quy tắc

 Một đơn vị thuê nhiều nhân viên

 Một đơn vị quản lý người quản lý Đó nhân viên  Một nhân viên làm việc cho đơn vị

 Một nhân viên làm việc cho dự án  Mỗi dự án thuê nhiều nhân viên  Một nhân viên phục vụ cho

 Một khách hàng nhiều nhân viên phục vụ

 Một khách hàng đặt vài hàng hóa (Khách hàng

đặt hàng: nhiều mặt hàng)

 Mọi mặt hàng có khách hàng đặt mua  Một đơn đặt hàng có mặt hàng

Bài tập 9

Bài tập

 Xem ứng dụng mẫu trang 67 sách

82

Thank you