Bài giảng Nhập môn công nghệ phần mềm - Chương 3: Phân tích phần mềm

1Chương 3. PHÂN TÍCH PHẦN MỀM
NHẬP MÔN CÔNG NGHỆ PHẦN MỀM
Mục tiêu
2
 Biết được các thành phần trong mô hình dữ liệu ở mức quan 
niệm (CDM – Conceptual Data Model  ERD – Entity
Relationship Diagram).
 Biết cách xây dựng mô hình CDM
 Biết các thành phần trong mô hình luồng dữ liệu (DFD – Data
Flow Diagram)
 Biết cách xây dựng mô hình DFD.
 Sử dụng Power Designer, Visio để tạo mô hình CDM, DFD.
NỘI DUNG
3
1. Giới thiệu
2. Xây dựng mô hình quan niệm dữ liệu (CDM)
3. Xây dựng mô hình xử lý (DFD)
4. Phương án triển khai hệ thống
5. Sưu liệu phân tích
Giai đoạn phân tích
Khảo sát
hiện trạng
Xác định
yêu cầu
Phân tích
Thiết kê
Cài đặt
Kiểm
chứng
Triển khai
Bảo trì
Nội dung:+ Phân tích khả thi
+ Xây dựng mô hình dữ liệu ở 
mức quan niêm
+ Xây dựng mô hình xử lý
Kết quả:
Hồ sơ phân tích
+ mô hình ERD
+ mô hình DFD
+ phương án triển khai hệ
thống
1. Giới thiệu
4
Giai đoạn phân tích
5
 Xét hệ thống quản lý giáo vụ tại trường đại học
Mô hình thực thể liên kết ERD (CDM)
ERD – Entity Relationship Diagram  CDM – Conceptual Data Diagram
Giai đoạn phân tích
6
 Xét hệ thống quản lý giáo vụ tại trường đại học
Mô hình xử lý DFD - Data Flow Diagram
Giai đoạn phân tích
7
 Xét hệ thống quản lý giáo vụ tại trường đại học
Phương án triển khai 1
Giai đoạn phân tích
8
 Xét hệ thống quản lý giáo vụ tại trường đại học
Phương án triển khai 2
2. Mô hình quan niệm dữ liệu (CDM or ERD)
9
 Mô hình thực thể kết hợp (Entity Relationship Diagram,
Conceptual Data Model) mô tả mối quan hệ giữa các thực 
thể.
 Mỗi thực thể là 1 đối tượng, 1 nhiệm vụ, 1 sự kiện trong 
thế giới thực. Nó được mổ tả bởi tập các thuộc tính. 
(Một thực thể tương ứng với 1 dòng trong bảng).
 Mô hình thực thể kết hợp được dùng để thiết kế CSDL ở 
mức quan niệm.
 Ví dụ:
 Sinh viên A (A01, An, 280ADV, 1/1/1990).thực thể
 Hóa đơn (MHĐ, MKH, Tên hàng, đơn giá,) tập thực thể
 
Ví dụ: xét ứng dụng quản lý TKB
10
Hệ thống cho phép:
 Giáo vụ: nhập/cập nhật thời khóa 
biểu cho các giảng viên và các lớp.
 Sinh viên: tra cứu TKB theo từng 
học kỳ của lớp mình.
 Giảng viên: tra cứu TKB giảng dạy 
trong từng học kỳ.
Ví dụ: xét ứng dụng quản lý TKB
11
Thời khóa biểu của lớp
Ví dụ: xét ứng dụng quản lý TKB
12
Thời khóa biểu của giảng viên
Ví dụ: xét ứng dụng quản lý TKB
13
Hệ thống quản lý TKB gồm các thông tin gì?
• Thứ
• Tiết
• Môn
• Giảng viên
• Lớp
• Học kỳ
• Năm học
• Khoa
Ví dụ: xét ứng dụng quản lý TKB
14
Hệ thống quản lý TKB gồm các thông tin gì?
• Thứ
• Tiết
• Môn
• Giảng viên
• Lớp
• Học kỳ
• Năm học
• Khoa
 Có bao nhiêu thực thể?
 Mỗi thực thể có những 
thuộc tính nào?
 Mối liên hệ giữa các 
thực thể?
Ví dụ: mô hình ERD/CDM
15
Các thành phần trong CDM
16
 Thực thể
 Mối kết hợp
 Mối liên hệ giữa các thực thể
 Mối liên hệ giữa thực thể và mối kết hợp
Các thành phần trong CDM
17
 Thực thể/mối kết hợp
 Mỗi thực thể/ mối kết hợp có 3 thành 
phần:
Tên thực thể (name)
Mã (code)
Thuộc tính (attribute)
Các thành phần trong CDM
18
 Thuộc tính
Là các đặc trưng mô tả về đối tượng
 Thực thể/ tập thực thể
 Một thực thể là 1 đối tượng, 1 nhiệm vụ, 1 sự kiện của 
thế giới thực. Nó được mô tả bởi tập các thuộc tính. Một 
thực thể tương đương 1 dòng trên bảng.
 Tập thực thể: là tập hợp các thực thể giống nhau thuộc 
tính.
Các thành phần trong CDM
19
 Phân loại thuộc tính
 thuộc tính khóa
 thuộc tính có giá trị rời rạc
 thuộc tính đa trị
 thuộc tính là đối tượng phụ
 thuộc tính tính toán
Các thành phần trong CDM
20
 Quan hệ giữa các thực thể
 Phân loại
 Relationship
 Inheritance
Phân loại dựa trên bản số
 Quan hệ 1-1
 Quan hệ 1-n (một – nhiều)
 Quan hệ n-n (nhiều – nhiều)
Quan hệ giữa các thực thể
21
 Quan hệ 1-1:
Mỗi thực thể của A quan hệ với một thực thể của B và 
ngược lại.
Quan hệ giữa các thực thể
22
 Quan hệ 1-n (một – nhiều):
Mỗi thực thể của A quan hệ với nhiều thực thể của B. 
Ngược lại mỗi thực thể của B quan hệ với chỉ 1 thể 
hiện của A.
Quan hệ giữa các thực thể
23
 Quan hệ n-n (nhiều – nhiều):
Mỗi thực thể của A quan hệ với nhiều thực thể của B. 
Ngược lại mỗi thực thể của B quan hệ với nhiều thể 
hiện của A.
Quan hệ giữa các thực thể
24
 Quan hệ n-n (nhiều – nhiều):
Quan hệ giữa các thực thể/ mối kết hợp
25
 Quan hệ n-n (nhiều – nhiều):
Quan hệ giữa các thực thể và mối kết hợp
26
 Association link
Mối loại kết hợp:
 1-1
 1-n
Bản số: 0,1; 1,1; 0,n; 1,n;
Quan hệ giữa các thực thể
27
 Quan hệ phản thân – recursive association
Các thành phần trong CDM
28
 Thuộc tính khóa
Giá trị của thuộc tính khóa 2 thực thể khác nhau 
thuộc cùng 1 tập thực thể không được phép trùng
nhau.
Các thành phần trong CDM
29
 Thuộc tính có giá trị rời rạc?
-Thuộc tính PHÁI của SINHVIEN chỉ có 2 giá trị
nam hoặc nữ.
- Thuộc tính điểm của sinh viên là các giá trị từ 010.
- Thuộc tính loại nhân viên chỉ có các giá trị: nhân viên 
văn phòng, nhân viên bán hàng, nhân viên sản xuất.
- 
30
Đề xuất: thuộc tính có giá trị rời rạc
32
Các thành phần trong CDM
33
 Thuộc tính đa trị?
- thuộc tính điện thoại của nhân viên: 082204563,
098221280,
- thuộc tính email: nganinfo@gmail.com,
nganntb@hcmup.edu.vn,
- 
Các thành phần trong CDM
34
 Thuộc tính là đối tượng phụ
Các thành phần trong CDM
35
Các thành phần trong CDM
36
 Thuộc tính là đối tượng phụ:
 Thuộc tính địa chỉ của sinh viên, nhân viên là đối tượng phụ 
gồm các thông tin:
 Số nhà
 Đường
 Phường/xã
 Quận/huyện
 Tỉnh/thành phố
 Thuộc tính ngày sinh của sinh viên, nhân viên là đối tượng 
phụ gồm các thông tin: ngày, tháng, năm
Đề xuất: thuộc tính là đối tượng phụ
37
Chọn mô hình nào?
38
Các thành phần trong CDM
39
 Thuộc tính tính toán:
Thuộc tính các giá trị là kết quả tính toán từ các 
giá trị của những thuộc tính khác.
Ví dụ:
 Thuộc tính Thành tiền của hóa đơn.
 Thuộc tính điểm trung bình của sinh viên
Tổng kết : xây dựng mô hình CDM (ER)
40
 Từ yêu cầu chức năng:
 Danh sách biểu mẫu, thống kê
 Từ qui trình xử lý nghiệp vụ (BPM, DFD)
 Từ yêu cầu phi chức năng
 yêu cầu trong CDM.
Tổng kết : các bước xây dựng mô hình CDM
41
 Xác định tập thực thể
 Xác định mối kết hợp
 Xác định thuộc tính cho tập thực thể và mối kết hợp
 Xác định miền giá trị cho từng thuộc tính.
 Xác định thuộc tính khóa, thuộc tính bắt buộc, thuộc 
tính unique.
 Xác định bản số (0,1; 1,1; 0,n; 1,n) cho quan hệ, kết hợp
Tạo mô hình CDM trong Power Designer
42
 Tạo mới mô hình CDM.
 Tạo thực thể
 Mô tả thuộc tính của thực thể
 Tạo mối kết hợp.
 Mô tả thuộc tính cho mối kết hợp.
 Tạo mối quan hệ giữa các thực thể/mối kết hợp
 Phát sinh report.
Bài tập
43
 Bài tập 1-4 thuộc bài thực hành số 2 (file bài tập 
CNPM)
3. Xây dựng mô hình DFD
44
3.1. Các phương pháp chung để phân tích
3.2. Công cụ diễn tả các xử lý
3. 2.1. Mô hình BFD
3. 2.2. Mô hình DFD
1. Phương pháp chung để phân tích
45
46
 Phân tích hệ thống: tách rời 2 bộ phận dữ liệu và xử lý.
 Nhưng khi thiết kế các bảng CSDL thì cần xét mối quan hệ của 2 
vấn đề này.
 Cần phân rã những chức năng lớn thành các chức năng nhỏ hơn 
để đi vào chi tiết.
 Xét mối quan hệ giữa các chức năng (đặt hàng trước, nhận hàng
sau,)
 Đầu ra của chức năng này thường là đầu vào của một chức năng 
khác.
 Phân tích theo cách từ trên xuống dưới (từ tổng quát chi tiết).
3.1. Phương pháp chung để phân tích
2. Công cụ diễn tả các xử lý
47
2.1. Biểu đồ phân cấp chức năng – BFD 
(Bussiness Functional Diagram)
2.2. Biểu đồ luồng dữ liệu – DFD
(Data Flow Diagram)
2.1. Biểu đồ BFD
48
 Ví dụ: Biểu đồ phân cấp chức năng Hệ thống quản lý 
doanh nghiệp
QL doanh nghiệp
QL nhân sự QL Tài 
chính
QL vật tư
QL 
người
LĐ
Trả công 
LĐ
QL thu 
chi
Hạch 
toán
QL thiết 
bị
QL 
nguyên 
liệu 
QL bán 
hàng
QL đơn 
hàng
Tiếp thị
49
a. Định nghĩa
Mô hình BFD là công cụ biểu diễn việc phân rã có thứ bậc các
công việc cần thực hiện. Mỗi công việc được chia ra làm các
công việc con, số mức chia ra phụ thuộc kích cỡ và độ phức
tạp của hệ thống.
b. Thành phần
 Chức năng
 Quan hệ phân cấp
2.1. Biểu đồ BFD
Thành phần chức năng của BFD
50
 Chức năng: là công việc mà tổ chức cần làm và được phân
theo nhiều mức từ tổng hợp đến chi tiết.
 Cách đặt tên: tên chức năng thường là một mệnh đề động 
từ, thể hiện hoạt động liên quan các thực thể dữ liệu trong 
miền nghiên cứu. Nó phản ánh chức năng của thế giới thực.
 Ví dụ: Lấy đơn hàng, mua hàng, bảo trì kho, 
 Biểu diễn: hình chữ nhật
Thành phần quan hệ phân cấp của 
BFD
51
 Mỗi chức năng được phân rã thành các chức năng con. 
Các chức năng con có quan hệ phân cấp với chức năng 
cha.
 Biểu diễn: Mô hình phân rã chức năng biểu diễn thành 
hình cây phân cấp.
c. Xây dựng mô hình
52
 Nguyên tắc phân rã chức năng
Mỗi chức năng được phân rã phải là một bộ phận thực sự
tham gia thực hiện chức năng đã phân rã ra nó.
Việc thực hiện tất cả các chức năng ở mức dưới trực tiếp
phải đảm bảo thực hiện được các chức năng ở mức trên
đã phân rã ra chúng.
53
 Tiến hành
 Bước 1. Xác định chức năng:
 Các chức năng cha và chức năng con trong hệ thống có thể được xác
định một cách trực giác trên cơ sở thông tin nhận được trong khảo sát.
 Ở mức cao nhất, một chức năng chính sẽ làm một trong ba điều sau: 
cung cấp sản phẩm, cung cấp dịch vụ, quản lý tài nguyên.
 Mỗi chức năng có tên khác nhau để phân biệt tránh nhầm lẫn.
 Bước 2: Phân rã các chức năng
 Phân rã có thức bậc
 Cách bố trí sắp xếp
 Yêu cầu
c. Xây dựng mô hình (tt)
Cách bố trí sắp xếp
54
 Không nên quá 6 mức đối với hệ thống lớn, không quá 3
mức đối với hệ thống nhỏ.
 Sắp xếp các công việc trên một mức cùng một hàng đảm
bảo cân đối.
 Các chức năng con của cùng một cha nên có kích thước, độ
phức tạp và tầm quan trọng xấp xỉ như nhau.
 Các chức năng mức thấp nhất nên mô tả được trong không
quá nửa trang giấy, nó chỉ có một nhiệm vụ hoặc một nhóm
nhiệm vụ nhỏ do từng cá nhân thực hiện.
Yêu cầu của xây dựng mô hình
55
 Mô hình phân rã chức năng cho ta một cái nhìn
chủ quan về hệ thống nên cần tạo ra mô hình tốt và
đạt được sự thống nhất với người sử dụng.
c. Xây dựng mô hình (tt)
56
 Bước 3: Mô tả chi tiết chức năng mức lá
Đối với mỗi chức năng lá (mức thấp nhất) trong mô hình cần mô tả trình
tự và cách thức tiến hành nó bằng lời và có thể sử dụng mô hình hay một
hình thức nào khác. Mô tả thường bao gồm các nội dung sau:
 Tên chức năng
 Các sự kiện kích hoạt (khi nào? cái gì dẫn đến? điều kiện gì?)
 Quy trình thực hiện
 Yêu cầu giao diện cần thể hiện (nếu có)
 Dữ liệu vào (các hồ sơ sử dụng ban đầu)
 Công thức (thuật toán) tính toán sử dụng (nếu có)
 Dữ liệu ra (các báo cáo hay kiểm tra cần đưa ra)
 Quy tắc nghiệp vụ cần tuân thủ
Bài tập - Vẽ mô hình chức năng phân cấp BFD cho bài toán sau:
57
Việc quản lý một bến xe khách bao gồm nhiều công việc: Quản lý khách hàng,
quản lý trật tự bến bãi, quản lý phương tiện xe, quản lý nhân sự của bến xe.
Trước mắt hệ thống tập trung quản lý khách hàng và phương tiện xe. Khách
hàng có thể gửi yêu cầu xem thông tin hoặc đặt mua vé trực tiếp hay gián tiếp qua
điện thoại. Khi nhận được yêu cầu, bến xe phải có thông tin trả lời khách hàng. Nếu
khách hàng muốn đặt mua vé, hệ thống phải có khả năng tìm kiếm những điều kiện
thuận lợi nhất cho khách hàng (loại xe, chỗ ngồi...) và thực hiện việc bán vé.
Các phương tiện chuyên chở phải được quản lý chặt chẽ từ khi mới nhập về
đến khi được thanh lý. Cụ thể khi kiểm tra thấy số lượng phương tiện không đủ đáp
ứng yêu cầu của khách hàng, bến xe sẽ liên hệ với nhà cung cấp đặt mua xe mới. Nhà
quản lý căn cứ vào các báo cáo về phương tiện để xem xét. Khi tình trạng một xe
không đảm bảo chất lượng nhà quản lý yêu cầu bộ phận quản lý xe tiến hành thanh lý.
Công việc điều động xe được thực hiện khi có yêu cầu điều động xe từ nhà
quản lý căn cứ vào báo cáo về vé đã bán. Hàng ngày các bộ phận phải có báo cáo cho
người quản lý bến về tình trạng của xe, vé đã bán đồng thời nhận các chỉ thị về điều
động xe, thanh lý và nhập mới xe.
2.2. Biểu đồ – DFD
(Sơ đồ dòng dữ liệu)
58
a. Mục đích
• Bổ xung khiếm khuyết của mô hình phân rã chức năng
bằng việc bổ xung các luồng thông tin nghiệp vụ cần
để thực hiện chức năng.
• Cho ta cái nhìn đầy đủ hơn về các mặt hoạt động của
hệ thống.
• Là một trong số các đầu vào cho quá trình thiết kế hệ
thống.
Phương pháp : Phương pháp phân tích top-down. Hệ
thống được mô tả bởi nhiều DFD ở nhiều mức
2.2. Biểu đồ – DFD (tt)
59
b. Định nghĩa
• Mô hình luồng dữ liệu (DFD - Data Flow Diagram) là
một công cụ mô tả mối quan hệ thông tin giữa các công
việc .
• Ví dụ: sơ đồ luồng dữ liệu bán hàng
2.2.1. 5 yếu tố chính trong biểu đồ DFD
60
Chức năng Luồng dữ liệu Kho dữ liệu Tác nhân ngoài
Tác nhân 
trong
Định nghĩa Nhiệm vụ xử lý thông tin
Thông tin vào / ra 
một chức năng xử lý
Nơi lưu trữ thông 
tin trong một thời gian
Người hay tổ 
chức ngoài hệ 
thống có giao tiếp 
với hệ thống
Một chức năng 
hay một hệ con của 
hệ thống nhưng 
được mô tả ở trang 
khác
Tên đi 
kèm
Động từ
(+ bổ ngữ)
Danh từ
(+ tính từ)
Danh từ
(+ tính từ) Danh từ Động từ
Biểu đồ
tên tên tên tên
Ví dụ Hóa đơn đã xác nhận chi Đơn hàng Thanh toán
tên
Làm đơn 
đặt hàng Nhà cung cấp
61
Nhà cung cấp
Đặt hàng
Đối chiếu
Nhận hàng
Dự trù / Đơn hàng
Phân xưởng sản 
xuất
Đơn hàng
Nhận hàng
Nhà cung cấp
Thanh tóan
Phiếu giao 
hàng 
(+hàng)
Hóa 
đơn
Cheque
Hóa đơn 
đã xác 
nhận chi
Đơn đặt 
hàng
Thông tin thương lượng
Phiếu phát hàng
Danh sách đơn hàng
Dự 
trù
Danh sách hàng 
nhận
2.2.2. Phân tích các thành phần trong biểu đồ DFD
a. Chức năng:
 Là một hoạt động có liên quan đến sự biến đổi hoặc tác động
lên thông tin. Nếu trong một chức năng không có thông tin
mới được sinh ra thì đó chưa phải là chức năng trong DFD.
 Tên chức năng thường trùng với tên chức năng trong mô hình
BFD.
 Cách đặt tên: động từ + bổ ngữ
 Biểu diễn
62
2.2.3. Phân tích các thành phần trong biểu đồ DFD
b. Luồng dữ liệu:
 Là thông tin vào/ra khỏi chức năng.
 Biểu diễn: là mũi tên trên đó ghi thông tin di chuyển.
 Tên luồng là thông tin logic chứ không là tài liệu vật lý. Các 
luồng khác nhau thì có tên gọi khác nhau.
 Cách đặt tên : Danh từ + tính từ
 Ví dụ:
63
2.2.3. Phân tích các thành phần trong biểu đồ DFD
c. Kho dữ liệu:
 Là nơi biểu diễn thông tin cần cất giữ, để một hoặc nhiều chức năng
sử dụng chúng.
 Cách đặt tên : danh từ + tính từ. Chỉ nội dung dữ liệu trong kho.
 Biểu diễn : cặp đường thẳng song song chứa thông tin cần cất giữ.
 Quan hệ giữa kho dữ liệu, chức năng và luồng dữ liệu
64
Ví dụ
Một người muốn tra cứu một danh sách giá cả: phải lấy thông tin từ
kho dữ liệu danh sách giá cả (hình a), còn muốn sửa đổi giá cả thì luồng
dữ liệu đi từ tiến trình tới kho dữ liệu (hình b). Để biểu thị việc kiểm tra
giá cả mặt hàng và sửa đổi các giá không phù hợp thì dùng mũi tên hai
chiều để biểu thị luồng dữ liệu từ tiến trình tới kho (hình c).
65
2.2.3. Phân tích các thành phần trong biểu đồ DFD
d. Tác nhân ngoài:
 Là một người hoặc một nhóm người nằm ngoài hệ thống nhưng có
trao đổi trực tiếp với hệ thống. Sự có mặt của các nhân tố này trên sơ
đồ chỉ ra giới hạn của hệ thống, định rõ mối quan hệ của hệ thống
với thế giới bên ngoài.
 Tên: danh từ
 Biểu diễn : hình chữ nhật
66
2.2.3. Phân tích các thành phần trong biểu đồ DFD
e. Tác nhân trong:
 Là một chức năng hoặc một hệ thống con của hệ thống đang xét
nhưng được trình bày ở một trang khác của mô hình.
 Mọi sơ đồ luồng dữ liệu đều có thể bao gồm một số trang, thông tin
truyền giữa các quá trình trên các trang khác nhau được chỉ ra nhờ kí
hiệu này.
 Tên : động từ + bổ ngữ
 Biểu diễn
67
Tác nhân được trình 
bày chi tiết ở mô hình 
DFD con khác
Bài tập 2:
Xét lại bài toán quản lý bến xe khách:
a. Xác định luồng dữ liệu của 2 chức năng quản lý 
khách hàng và quản lý phương tiện.
b. Xác định các kho dữ liệu.
c. Xác định tác nhân ngoài/trong (nếu có).
d. Hoàn chỉnh mô hình DFD của nó.
68
Vẽ mô hình luồng dữ liệu cho hệ thống quản lý bến xe
69
2.2.4. Một số quy tắc về vẽ biểu đồ luồng dữ liệu
 Các luồng dữ liệu vào và ra của một tiến trình (chức năng, tác nhân) 
phải khác nhau.
 Các tên đối tượng của một mô hình luồng dữ liệu phải tồn tại duy nhất. 
Tuy nhiên vì lý do trình bày nên các đối tượng có thể được vẽ nhiều lần 
trong mô hình.
 Các luồng dữ liệu vào 1 tiến trình phải đủ để tạo luồng dữ liệu ra.
 Không có tiến trình nào chỉ có luồng dữ liệu ra mà không có vào, ngoại 
trừ có thể là tác nhân ngoài.
 Không có tiến trình nào chỉ có luồng dữ liệu vào mà không có ra, ngoại 
trừ có thể là tác nhân ngoài.
70
2.2.4. Một số quy tắc về vẽ biểu đồ luồng dữ liệu (tt)
 Không có tiến trình nào chỉ có luồng dữ liệu vào mà không 
có ra, ngoại trừ có thể là tác nhân ngoài.
 Không có các trường hợp sau:
71
Xét mô hình BFD của hệ cung ứng vật tư
72
2.2.5. Xây dựng mô hình luồng dữ liệu
 Bước 1. Xây dựng mô hình luồng dữ liệu mức khung
cảnh (mức 0)
 Mô hình luồng dữ liệu mức khung cảnh gồm một chức năng duy
nhất biểu thị toàn bộ hệ thống đang nghiên cứu, chức năng này được
nối với mọi tác nhân ngoài của hệ thống.
 Các luồng dữ liệu giữa chức năng và tác nhân ngoài chỉ thông tin
vào và ra của hệ thống.
73 Mô hình dữ liệu mức khung cảnh của hệ cung ứng vật tư
2.2.5. Xây dựng mô hình luồng dữ liệu
 Bước 2. Xây dựng mô hình luồng dữ liệu mức đỉnh (mức 1)
 Với mức đỉnh các tác nhân ngoài của hệ thống ở mức khung cảnh được
giữ nguyên với các luồng thông tin vào ra.
 Hệ thống được phân rã thành các chức năng mức đỉnh là các tiến trình
chính bên trong hệ thống theo mô hình phân rã chức năng mức 1.
 Xuất hiện thêm các kho dữ liệu và luồng thông tin trao đổi giữa các chức
năng mức đỉnh.
74 Mô hình dữ liệu mức khung cảnh của hệ cung ứng vật tư
75
Mô hình luồng dữ liệu mức đỉnh của hệ cung ứng vật tư
2.2.5. Xây dựng mô hình luồng dữ liệu
 Bước 3. Xây dựng mô hình luồng dữ liệu mức dưới đỉnh (mức 2
và dưới 2)
 Ở mức này thực hiện phân rã đối với mỗi chức năng của mức đỉnh.
 Khi thực hiện mức phân rã này vẫn phải căn cứ vào mô hình phân rã chức
năng để xác định các chức năng con sẽ xuất hiện trong mô hình luồng dữ
liệu.
 Việc phân rã có thể tiếp tục cho đến khi đủ số mức cần thiết
 Khi phân rã các chức năng phải đảm bảo tất cả các luồng thông tin vào ra ở
chức năng mức cao phải có mặt trong các chức năng mức thấp hơn và ngược
.
76 Mô hình dữ liệu mức khung cảnh của hệ cung ứng vật tư
77
Mô hình luồng dữ liệu mức dưới đỉnh của 
chức năng Đặt hàng
Một số chú ý khi tạo mô hình DFD
 Các kho dữ liệu không xuất hiện ở DFD mức khung
cảnh.
 Nên đánh số các chức năng theo sự phân cấp.
 Các kho dữ liệu, các tác nhân ngoài có thể xuất hiện
nhiều lần.
 Số mức phụ thuộc vào độ phức tạp của hệ thống.
78
Bài tập
 Xây dựng mô hình DFD từ mô hình BFD của hệ thống 
hoạt động tín dụng của ngân hàng
79