Chương 3: Phân tích yêu cầu

Chương 3: Phân tích yêu cầu 1. Mô hình hóa 2. Chiến lược phát triển 3. Mô hình nghiệp vụ 4. Mô hình luồng dữ liệu 5. Mô hình hóa logic tiến trình 6. Mô hình hóa dữ liệu (mô hình hình luận lý ) 3.1 Mô hình hóa  Khái niệm  Mục đích  Các thao tác Khái niệm  Mô hình là một biểu diễn hình tượng của thực tế. Các mô hình có thể được xây dựng cho các hệ thống hiện có để giúp chúng ta hiểu kỹ hơn về những hệ thống đó. Hoặc cũng có thể xây dựng mô hình cho các hệ thống được đề xuất nhằm tài liệu hóa các yêu cầu nghiệp vụ hoặc thiết kế kỹ thuật. Khái niệm  Mô hình hóa chức năng (Process Modeling) với biểu đồ luồng dữ liệu (Data Flow Diagram - DFD)  Hệ thống làm gì?  Mô hình hóa chức năng là kỹ thuật dùng để tổ chức và tài liệu hóa cấu trúc và luồng dữ liệu xuyên qua các quá trình của một hệ thống và/hoặc các chức năng được thực hiện bởi các quá trình hệ thống.  Mô hình hóa dữ liệu (Data Modeling) với biểu đồ quan hệ thực thể (Entity Relationship Diagram - ERD)  Hệ thống có những dữ liệu nào?  Mô hình hóa dữ liệu là kỹ thuật dùng để tổ chức và mô hình hóa dữ liệu của một hệ thống nhằm xác định các yêu cầu nghiệp vụ cho một cơ sở dữ liệu. Đôi khi mô hình hóa dữ liệu còn được gọi là mô hình hóa cơ sở dữ liệu.  Mô hình hóa đối tượng (Object Modeling) với ngôn ngữ mô hình hợp nhất (Unified Modeling Language - UML)  Cái gì và tại sao? (lôgíc của hệ thống) Mục đích  Để hiểu rõ hơn về hệ thống: các cơ hội để đơn giản hóa, tối ưu hóa (Tái cấu trúc quy trình)  Để liên kết các hành vi và cấu trúc của hệ thống (các yêu cầu nghiệp vụ về: thông tin/dữ liệu và chức năng/quy trình)  Để trực quan hóa và điều khiển kiến trúc hệ thống (thiết kế)  Để kiểm soát những rủi ro trong quá trình phát triển Các thao tác  Lập kế hoạch chiến lược hệ thống  Các mô hình quá trình nghiệp vụ của tổ chức mô tả các chức năng nghiệp vụ quan trọng  Tái cấu trúc quy trình nghiệp vụ  Các mô hình chức năng “As is” làm đơn giản việc phân tích các điểm yếu (Hệ thống hiện tại).  Các mô hình chức năng “To be” làm đơn giản việc cải thiện (Hệ thống mới được đề xuất).  Phân tích hệ thống  Mô hình hóa hệ thống hiện có bao gồm những thiếu sót của nó (DFD lôgíc)  Mô hình hóa các yêu cầu lôgíc (các quá trình và luồng dữ liệu cần có dù hệ thống được xây dựng thế nào – DFD lôgíc) của hệ thống được đề xuất.  Mô hình hóa các giải pháp kỹ thuật đề cử (DFD vật lý)  Mô hình hóa giải pháp được chọn (DFD vật lý) 2. Chiến lược phát triển hệ thống  Chiến lược phát triển mô hình (MDD)  Chiến lược phát triển ứng dụng nhanh  Chiến lược cài đặt gói ƯD thương mại Chiến lược phát triển mô hình  Model-driven development – một chiến lược phát triển hệ thống nhấn mạnh vào việc vẽ các mô hình hệ thống để trợ giúp việc trực quan hóa và phân tích các vấn đề, xác định các yêu cầu nghiệp vụ, và thiết kế các hệ thống thông tin.  Mô hình hóa chức năng – một kỹ thuật lấy quá trình làm trung tâm được phổ biến bởi phương pháp luận phân tích và thiết kế hướng cấu trúc, sử dụng các mô hình yêu cầu nghiệp vụ để tạo các thiết kế phần mềm hiệu quả cho một hệ thống.  Mô hình hóa dữ liệu – một kỹ thuật lấy dữ liệu làm trung tâm để mô hình hóa các yêu cầu dữu liệu nghiệp vụ và thiết kế hệ thống cơ sở dữ liệu phù hợp.  Mô hình hóa đối tượng – một kỹ thuật kết nối dữ liệu và quá trình thành các cấu trúc duy nhất gọi là các đối tượng. Các mô hình đối tượng là các biểu đồ tài liệu hóa một hệ thống dưới dạng các đối tượng của nó và các tương tác giữa chúng. Chiến lược phát triển mô hình  Ưu điểm:  Kế hoạch dài hạn hơn  Mô hình hóa hệ thống hiện tại và phân tích yêu cầu trên phạm vi rộng hơn  Phân tích nhiều giải pháp kỹ thuật khác nhau  Phù hợp với các hệ thống được hiểu rõ  Nhược điểm:  Thời gian thực hiện lâu  Sự tham gia thụ động của người sử dụng hệ thống bởi họ không nhìn thấy sản phẩm  Các yêu cầu trong mỗi giai đoạn cần được xác định đầy đủ: điều này không thực tế và/hoặc không mềm dẻo Chiến lược phát triển ƯD nhanh  Rapid application development (RAD) – các kỹ thuật nhấn mạnh sự tham gia của người sử dụng trong việc xây dựng tiến hóa nhanh các bản mẫu hoạt động của một hệ thống để đẩy nhanh quy trình phát triển hệ thống đó.  RAD được dựa trên việc xây dựng các bản mẫu, những bản mẫu này tiến hóa thành các hệ thống hoàn thiện  Một bản mẫu là một mô hình hoạt động hoặc mô hình biểu diễn với tỷ lệ nhỏ hơn của các yêu cầu của người sử dụng hoặc của một thiết kế đề xuất cho một hệ thống thông tin  Một time box là một khoảng thời gian không thể mở rộng, thường là 60-120 ngày mà một hệ thống đề cử phải được đưa vào hoạt động. Các cải thiện sẽ được thực hiện trong những phiên bản ra đời sau đó. Ưu – nhược điểm của RAD  Ưu điểm:  Xử lý được các yêu cầu không ổn định hoặc không chính xác của người sử dụng  Sự tham gia chủ động của người sử dụng vào việc xây dựng sản phẩm thực tế: làm tăng sự nhiệt tình, hỗ trợ của họ  Phát hiện sớm các lỗi hoặc sự bỏ sót: trong quá trình kiểm thử và thay đổi bản mẫu  Làm giảm rủi ro nhờ lặp đi lặp lại việc làm bản mẫu  Nhược điểm:  Tăng chi phí thời gian sống để hoạt động, hỗ trợ và bảo trì hệ thống (hoạt động và sửa chữa liên tục)  Quá trình phân tích vấn đề ngắn ngủi có thể đem lại hệ quả là việc giải quyết những vấn đề sai  Ngăn cản người phân tích xem xét các kỹ thuật khác thay vì chỉ xét tới kỹ thuật đang được dùng để làm bản mẫu Chiến lược cài đặt gói ƯD thương mại  Commercial application package – một ứng dụng phần mềm có thể mua về và tùy biến cho phù hợp các yêu cầu nghiệp vụ của một số lượng lớn các tổ chức hoặc một ngành nghề cụ thể. Một thuật ngữ khác là hệ thống thương mại dùng ngay (commercial off-the-shelf (COTS) system) Ưu – nhược điểm của COST  Ưu điểm  Cài đặt nhanh hệ thống mới (nhiều chức năng tương tự nhau giữa các tổ chức khác nhau, không cần thiết phải xây dựng từ đầu)  Không cần các chuyên gia và nhân sự cho việc phát triển  Chi phí phát triển thấp (nhưng tốn chi phí tùy biến và cài đặt)  Người bán chịu trách nhiệm về việc cải thiện phần mềm và sửa lỗi  Nhược điểm  Phụ thuộc vào người bán  Việc tùy biến/nâng cấp trong tương lai rất tốn kém  Một hệ thống thương mại dùng ngay hiếm khi phản ánh được hệ thống lý tưởng được tự phát triển  Phải thay đổi các quy trình nghiệp vụ hiện tại để phù hợp với hệ thống thương 3.2 Mô hình nghiệp vụ (Biểu đồ phân rã chức năng - BFD) 1.Khái niệm 2.Biểu đồ phân rã chức năng 3.Các dạng biểu đồ phân rã chức năng 4.Xác định phạm vi hệ thống 1. Khái niệm  Mô hình hóa nghiệp vụ là mô tả chức năng nghiệp vụ của tổ chức và những mối quan hệ bên trong giữa các chức năng đó  Mô hình hóa nghiệp vụ thể hiện ra dưới dạng biểu đồ phân rã nghiệp vụ có thứ bậc đơn giản Hệ thống thực hiện những công việc gì? 2. Biểu đồ phân rã chức năng  Khái niệm  Ý nghĩa  Ký pháp sử dụng  Nguyên tắc xây dựng  Đặt tên chức năng Khái niệm  Chức năng nghiệp vụ là tập hợp các công việc mà tổ chức cần thực hiện trong hoạt động của mình  Khái niệm chức năng:  Là khái niệm mức logic (tên công việc và mối liên hệ giữa chúng);  Chức năng đó làm như thế nào, khi nào, ai làm là khái niệm vật lý (chưa xét đến) Ý nghĩa  Giới hạn phạm vi của hệ thống cần phải phân tích.  Tiếp cận hệ thống về mặt logic nhằm làm rõ các chức năng mà hệ thống thực hiện để phục vụ cho các bước phân tích tiếp theo.  Phân biệt các chức năng và nhiệm vụ của từng bộ phận trong hệ thống, từ đó lọc bỏ những chức năng trùng lặp, dư thừa. Ý nghĩa  Hiểu cơ cấu tổ chức và giúp cho quá trình khảo sát tiếp theo  Xác định vùng (miền) nghiên cứu (phạm vi nghiên cứu)  Cho thấy vị trí các công việc trong toàn hệ thống, tránh sự trùng lặp  Là cơ sở để từ đó xây dựng kiến trúc của hệ chương trình Các mức độ phân cấp chức năng  Một lĩnh vực hoạt động (area of activities)  Một hoạt động (activity)  Một nhiệm vụ (task)  Một hành động (action) Lưu ý  BFD không có tính động  BFD chỉ cho thấy các chức năng mà không thể hiện trình tự xử lý của các chức năng đó  BFD không chỉ ra sự trao đổi thông tin giữa các chức năng. => BFD thường được sử dụng làm mô hình chức năng trong bước đầu phân tích. Kí pháp sử dụng  Ký pháp:  Liên kết giữa các chức năng nghiệp vụ: TÊN CHỨC NĂNG Tên CN Tên CN1 Tên CN2 Tên CNn Ví dụ Kinh doanh bán hàng Tiếp nhận đơn hàng Giải quyết khách hàng Xử lý Đơn hàng Đóng và gởi hàng Biểu đồ chức năng dạng chuẩn IBM (1960-1970) Chức năng xử lý thông tin Chứng từ (trên giấy) Danh sách (in trên giấy) Tệp ghi đĩa từ Lưu (trên băng từ) Lưu (tại chỗ) Nguyên tắc phân rã chức năng  Phân rã chức năng từ mức gộp đến mức chi tiết  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 (tính thực chất)  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 chức năng ở mức trên (tính đầy đủ)  Chức năng ở mức cuối (chức năng lá) phải thực hiện được  Không nên phân rã chức năng quá 6 mức Giải pt bậc 2  Khai báo a, b, c  cin a, b, c  if a= 0 pt=> ptb1  Else  { Lập delta=b2 - 4ac  If delta > 0 thì pt có 2 n0 x1, x2  If delta = 0 thì pt có 1 n0 x0  If delta < 0 thì pt vo nghiệm} Nhập a, b, c Xet a => tính delta tìm x Nhập a, b, c Tìm nghiệm Xuất kết quả Đặt tên chức năng  Mỗi chức năng có một tên duy nhất  Tên chức năng phải là một mệnh đề động từ gồm một động từ và bổ ngữ  tên phải thể hiện khái quát các chức năng con của nó, phản ánh được thực tế nghiệp vụ mà nó thực hiện  Ví dụ: chức năng “lập đơn hàng”, “bảo trì kho”. Kinh doanh bán hàng Tiếp nhận đơn hàng Giải quyết khách hàng Xử lý đơn hàng Đóng và gởi hàng Ghi nhận đơn hàng Kiểm tra đơn hàng Kiểm tra khách Thu thông tin khách Thỏa thuận mua bán Ký kết hợp đồng Đối chiếu đơn thẻ kho Thoả thuận bán hàng Lập phiếu giao hàng Gom hàng theo phiếu Thỏa thuận nhận hàng Tổ chức gởi hàng Mô tả chức năng lá Các chức năng lá trong biểu đồ 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 biểu đồ 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ủ Ví dụ: Mô tả chức năng lá “kiểm tra khách hàng” Khi khách hàng đến người ta mở sổ khách hàng để xem có khách hàng nào như trong đơn hàng không (tên gọi, địa chỉ…). 1. Nếu không có, đó là khách hàng mới. 2. Ngược lại là khách cũ thì cần tìm tên khách hàng trong sổ nợ, và xem khách có nợ không? 2.1 Nếu có thì nợ bao nhiêu, có quá số nợ cho phép không và thời gian nợ có quá hạn hợp đồng không 2.2 Nếu không … Xác định các chức năng  Ở mức cao nhất của nghiệp vụ, chức năng chính có thể là một trong các loại sau:  Sản xuất sản phẩm.  Cung cấp dịch vụ (bán hàng, bảo dưỡng).  Quản lý tài nguyên (tài sản, nguồn nhân lực, con người…).  Khi đã xác định được loại mà nó thuộc vào thì sẽ đặt tên cho chức năng cao nhất này.  Tiếp theo, để xác định các chức năng con thì từ chức năng chính, ta đặt nó trong chu kỳ sống gồm các giai đoạn:  Xác định nhu cầu.  Mua bán.  Bảo hành, bảo dưỡng.  Thanh lý hoặc chuyển nhượng. 3. Các dạng biểu diễn mô hình nghiệp vụ  Dạng chuẩn Sơ đồ phân cấp hình cây 1. Bộ phận kế hoạch 1.1 Lập kế hoạch chiến lược 1.2 Lập kế hoạch hàng năm 2. Bộ phận tài chính 2.1 Lập kế hoạch ngân sách 2.2 Quản lý thu chi 2.3 Tổng hợp báo cáo  Dạng công ty Dạng bảng gồm nhiều dòng, được xếp thành các cột. Mỗi cột thể hiện một mức phân rã Khách hàng Thông tin Mua hàng Bán hàng Ví dụ: Hệ thống gửi xe Xét khách hàng Khách Gởi xe Lấy xe Sự cố Ghi TT xe Nhận vé xe Trả vé xe Thanh toán Ví dụ: Hệ thống gửi xe Xét khách hàng 1. Gởi xe 1.1 Thông tin xe 1.2 Nhận vé 2. Lấy xe 2.1 Trả vé 2.2 Thanh toán 3. Sự cố Ví dụ: ATM Xét khách hàng Khách Đăng ký thẻ Sử dụng CC thông tin Nhận thẻ KTMK Các thao tác Sự cố 4. Xác định phạm vi hệ thống  Người ta thường sử dụng các ma trận  Có 2 ma trận cơ bản nhất là:  Ma trận yếu tố quyết định thành công và chức năng  Ma trận thực thể-chức năng Ma trận yếu tố quyết định thành công và chức năng  Gồm có:  Dòng là các chức năng  Cột là yếu tố quyết định thành công hay không  Ô giao giữa dòng và cột sẽ ghi chữ E (essential- Quyết định) hay D (desirable- Không quyết định)  Mục đích: Xác định chức năng của hệ thống Các yếu tố quyết định thành công Các bộ phận chức năng Nguyên liệu đủ số lượng, đảm bảo về chất lượng Mở rộng thị trường tiêu thụ 10% Kiểm soát chi phí, không tăng giá 1. Bộ phận kế hoạch 2. Bộ phận tài chánh 3. Bộ phận lao động tiền lương 4. Bộ phận quản lý cơ điện 5. Bộ phận quản lý công nghệ 6. Bộ phận quản lý chất lượng 7. Bộ phận tiếp thị 8. Bộ phận tiêu thụ 9. Bộ phận nguyên liệu 10. Bộ phận hành chánh 11. Bộ phận bảo vệ an ninh Ma trận yếu tố quyết định thành công và chức năng HTTT cần xây dụng hỗ trợ các nhiệm vụ chức năng này E D D E D D D D E E E Ma trận thực thể-chức năng  Gồm có:  Dòng là: các thực thể; các chức năng  Cột là yếu tố quyết định thành công hay không  Ô giao giữa dòng và cột sẽ ghi chữ R (read) hay C (create) hay U (sửa, xóa, thêm)  Mục đích: Xác định nghiệp vụ cần thiết gắn với từng chức năng Các thực thể 1. Kế hoạch chiến lược 2. Kế hoạch hàng năm 3. Kế hoạch điều hành 4. Phiếu xuất vật tư 5. Phiếu nguyên vật liệu 6. …. 7. Nguyên liệu 8. Hợp đồng mua nguyên liệu ……………………. Các chức năng nghiệp vụ 1 2 3 4 5 6 7 8 1.1 Lập kế hoạch chiến lược 1.2 Lập kế hoạch hàng năm 1.3 Lập kế hoạch tác nghiệp 1.4 Xét cấp phát vật tư phụ tùng 8.1 Tổ chức ký kết hợp đồng tiêu thụ 8.2 Tổ chức cung ứng sản phẩm 8.2 Quản lý kho thành phẩm 9.1 Tổ chức vùng nguyên liệu 9.2 Ký kết hợp đồng mua nguyên liệu ………………… Một ma trận thực thể và chức năng Cho biết mối liên kết giữa chức năng và thực thể dữ liệu, phát hiện sai sót C C C C C R R C 3.4 Mô hình luồng (dòng) dữ liệu 1. Mô hình hóa tiến trình nghiệp vụ 2. Biểu đồ luồng dữ liệu mức ngữ cảnh 3. Biểu đồ luồng dữ liệu (DFD) 4. Phân rã biểu đồ luồng dữ liệu 5. Phát triển các biểu đồ luồng dữ liệu cho một ứng dụng 1. Mô hình hóa tiến trình nghiệp vụ  Mô hình hóa tiến trình nghiệp vụ (modeling bussiness process) là sự biểu diễn đồ thị các chức năng của quá trình  Mục đích là thu thập việc thao tác, lưu trữ và phân phối dữ liệu giữa các bộ phận trong một hệ thống 1. Mô hình hóa tiến trình nghiệp vụ  Biểu đồ luồng dữ liệu mức ngữ cảnh  Biểu đồ luồng dữ liệu logic của hệ thống hiện thời, của hệ thống mới  Biểu đồ luồng dữ liệu vật lý của hệ thống hiện thời, của hệ thống mới 2. Biểu đồ ngữ cảnh (context diagram)  Là biểu đồ biểu diễn tổng quan hoạt động của hệ thống  Xác định phạm vi của hệ thống  Diễn tả toàn bộ hệ thống bằng một ô xử lý  Không có kho dữ liệu Ví dụ 1 Khách hàng 0 Phaân heä quaûn lyù ñôn haøng Boä phaän quaûn lyù Thông tin về mặt hàng mới Thông tin về Khách hàng Thông tin về mặt hàng mua báo cáo theo chỉ tiêu Đơn hàng Chỉ tiêu báo cáo SƠ ĐỒ MÔI TRƢỜNG CỦA PHÂN HỆ QUẢN LÝ ĐƠN HÀNG VD 2 3. Biểu đồ luồng dữ liệu data flow diagram (DFD) 3.1 Một số khái niệm  Luồng dữ liệu  Kho dữ liệu  Tiến trình  Tác nhân 3.2 Quy tắc vẽ  Quy tắc chung  Quy tắc vẽ tiến trình  Quy tắc vẽ kho dữ liệu  Quy tắc vẽ tác nhân  Quy tắc vẽ luồng dữ liệu 3.1 Một số khái niệm  Khái niệm DFD:  Một trong những công cụ hữu hiệu của giai đoạn phân tích (is one of the tools used in the analysis phase).  Sử dụng DFD để biểu diễn một cách linh hoạt các thực thể ngoài, các chức năng, luồng dữ liệu và các kho dữ liệu  Biểu đồ luồng dữ liệu gồm có:  Luồng dữ liệu (data flow)  Kho dữ liệu (data store)  Tiến trình (process)  Tác nhân (actor) Phân loại  DFD luận lý (logic) diễn tả hệ thống làm gì mà không diễn tả điều đó làm như thế nào  DFD vật lý (physical) diễn tả hệ thống sẽ được thực hiện như thế nào, trong đó đề cập đến phần cứng, phần mềm, tập tin và con người Công dụng  Diễn tả hoạt động của hệ thống hiện hành  Phương tiện trao đổi giữa người phân tích và người sử dụng  Dùng để xây dựng tài liệu đặc tả thiết kế xử lý hệ thống Ký hiệu Demarco/Yourdon Tác nhân ngoài Luồng dữ liệu Tiến trình Kho dữ liệu Ký hiệu Gane/Sarson Tác nhân ngoài Luồng dữ liệu Tiến trình Kho dữ liệu Luồng dữ liệu (data flow)  Định nghĩa Luồng dữ liệu (data flow) là các dữ liệu di chuyển từ một vị trí này đến vị trí khác trong hệ thống trên một vật mang nào đó  Kí hiệu Mũi tên có chiều chỉ hướng dữ liệu di chuyển và tên của dữ liệu được ghi ở trên nó. Tên luồng dữ liệu phải là 1 mệnh đề danh từ và phải thể hiện được sự tổng hợp của các phần tử dữ liệu riêng biệt chứa trong đó Tên luồng dữ liệu Tên luồng dữ liệu Kho dữ liệu (data store)  Định nghĩa Kho dữ liệu (data store) là vị trí lưu trữ dữ liệu Một kho dữ liệu có thể biểu diễn các dữ liệu được lưu trữ ở nhiều vị trí khác nhau (máy tính khác nhau, thư mục …)  Kí hiệu Hình chữ nhật khuyết 1 cạnh (trái hoặc phải). Đầu không khuyết dùng 1 ô ghi số hiệu kho, bên trong hình chữ nhật ghi tên kho. Tên kho là một mệnh đề danh từ D2 Tên kho dữ liệu D1 Tên kho dữ liệu Tiến trình (process)  Định nghĩa Tiến trình (process) là một hay một số công việc hoặc hành động có tác động lên các dữ liệu (di chuyển, thay đổi, lưu trữ, phân phối. Quá trình xử lý dữ liệu trong 1 hệ thống thường gồm nhiều tiến trình khác nhau - Tiến trình vật lý: nếu có chỉ ra con người hay phương tiện thực thi chức năng đó - Tiến trình logic: ngược lại với Tiến trình vật lý  Kí hiệu Hình chữ nhật góc tròn, có 2 hoặc 3 phần  phần trên ghi số hiệu của tiến trình  phần dưới ghi tên tiến trình (người + phương tiện) Tên tiến trình phải là 1 mệnh đề gồm động từ và bổ ngữ n Tên tiến trình n Tên tiến trình Người/ phương tiện thực hiện Tác nhân (actor)  Định nghĩa Tác nhân (actor) là một người, một nhóm người, bộ phận, một tổ chức hay 1 hệ thống khác nằm ngoài phạm vi này và có tương tác với nó về mặt thông tin (nhận hay gởi dữ liệu)  Kí hiệu Hình chữ nhật dùng để kí hiệu một tác nhân, bên trong ghi tên tác nhân Tên tác nhân phải là 1 danh từ Tên Tác nhân 3.2 Quy tắc vẽ - Quy tắc chung  Các cái vào của 1 tiến trình cần khác cái ra  Các đối tượng trong một biểu đồ phải có tên duy nhất  Mỗi tiến trình có 1 tên duy nhất  Tác nhân, kho dữ liệu có thể vẽ lặp lại  Các luồng dữ liệu đi vào 1 tiến trình đủ để tạo thành các luồng dữ liệu đi ra Quy tắc vẽ tiến trình  Không có tiến trình chỉ có thông tin ra mà không có thông tin vào  Không có tiến trình chỉ có thông tin vào mà không có thông tin ra  Đối tượng chỉ có thông tin ra thì chỉ có thể là tác nhân (nguồn) & ngược lại Quy tắc vẽ kho dữ liệu  Không có luồng dữ liệu từ kho dữ liệu này đến kho dữ liệu khác  Dữ liệu không thể di chuyển trực tiếp từ một tác nhân đến một kho dữ liệu & ngược lại M Quy tắc vẽ tác nhân  Dữ liệu không thể di chuyển trực tiếp đến 1 tác nhân hay ngược lại  Dữ liệu phải