Visual Paradigm Desktop | 
Visual Paradigm Online
Sơ đồ luồng dữ liệu (DFD) đóng vai trò là bản vẽ trực quan cho các hệ thống thông tin. Khác với mã nguồn, vốn mô tả logic thông qua cú pháp, một DFD mô tả logic thông qua chuyển động. Nó mô tả cách dữ liệu vào hệ thống, được chuyển đổi qua các quá trình khác nhau, rồi thoát ra dưới dạng đầu ra hoặc lưu trữ. Hướng dẫn này cung cấp cái nhìn toàn diện về việc xây dựng các sơ đồ này mà không cần phụ thuộc vào công cụ chuyên dụng, tập trung vào các nguyên tắc cơ bản của phân tích hệ thống.
Dù bạn đang xác định yêu cầu cho một ứng dụng mới hay kiểm toán một hệ thống cũ, việc hiểu rõ luồng dữ liệu là điều then chốt. Một sơ đồ DFD được cấu trúc tốt sẽ loại bỏ sự mơ hồ. Nó buộc các bên liên quan phải thống nhất về nguồn gốc thông tin và nơi thông tin kết thúc. Tài liệu này khám phá cấu trúc của DFD, các quy tắc điều khiển việc xây dựng chúng, và các phương pháp phân tích hệ thống phức tạp thành những góc nhìn dễ quản lý.
Sơ đồ luồng dữ liệu không phải là sơ đồ luồng điều khiển. Nó không thể hiện thời gian hay thứ tự các sự kiện. Thay vào đó, nó tập trung vào chính dữ liệu. Hãy hình dung nó như một bản đồ hệ thống sông ngòi. Bạn không quan tâm đến tốc độ nước hay thời tiết, mà quan tâm đến các nhánh sông, hồ chứa và miệng sông.
Khi mô hình hóa một hệ thống kinh doanh, DFD trả lời ba câu hỏi chính:
Bằng cách trả lời những câu hỏi này, bạn tạo ra một biểu diễn logic của doanh nghiệp. Biểu diễn này vẫn hợp lệ bất kể công nghệ nào được sử dụng để xây dựng hệ thống. Đó là một ngôn ngữ trừu tượng giúp nối liền khoảng cách giữa nhu cầu kinh doanh và triển khai kỹ thuật.
Mỗi sơ đồ luồng dữ liệu được xây dựng bằng bốn ký hiệu cụ thể. Mặc dù cách ký hiệu có thể khác nhau một chút giữa các phương pháp, nhưng các khái niệm cốt lõi vẫn giữ nguyên. Việc thành thạo các thành phần này là nền tảng cho việc mô hình hóa chính xác.
Các thực thể bên ngoài đại diện cho nguồn hoặc đích của dữ liệu nằm ngoài ranh giới của hệ thống đang được mô hình hóa. Chúng thường là con người, phòng ban hoặc các hệ thống khác tương tác với hệ thống chính.
Trong sơ đồ, chúng thường được biểu diễn bằng hình vuông hoặc hình chữ nhật. Chúng luôn phải được kết nối với một quá trình; dữ liệu không thể tự nhiên xuất hiện từ nowhere hay biến mất vô hình.
Một quá trình chuyển đổi dữ liệu đầu vào thành dữ liệu đầu ra. Đó là động cơ của hệ thống. Trong DFD, các quá trình thường được thể hiện bằng hình tròn hoặc hình chữ nhật bo góc. Tên quá trình luôn phải là cụm từ động từ-danh từ để thể hiện hành động.
Mỗi quá trình phải có ít nhất một đầu vào và một đầu ra. Nếu một quá trình có đầu vào nhưng không có đầu ra, đó là một “lỗ đen”. Nếu nó có đầu ra nhưng không có đầu vào, đó là một “phép màu”. Cả hai trường hợp đều đại diện cho lỗi mô hình hóa.
Các kho dữ liệu đại diện cho nơi lưu trữ thông tin để truy xuất sau này. Điều này có thể là cơ sở dữ liệu, hệ thống tệp, tủ hồ sơ vật lý hoặc bộ đệm tạm thời. Khác với các quá trình, các kho dữ liệu không thay đổi dữ liệu; chúng chỉ lưu giữ nó.
Chúng thường được vẽ dưới dạng hình chữ nhật hở hoặc hai đường song song. Chúng kết nối với các quá trình thông qua luồng dữ liệu, cho thấy các thao tác đọc hoặc ghi.
Các luồng dữ liệu là những mũi tên kết nối các thành phần. Chúng đại diện cho sự di chuyển dữ liệu giữa các thực thể, quá trình và kho lưu trữ. Đầu mũi tên cho biết hướng di chuyển.
Các hệ thống phức tạp không thể vẽ trên một trang duy nhất. Để quản lý độ phức tạp, các sơ đồ luồng dữ liệu (DFD) được phân rã thành các mức độ chi tiết khác nhau. Cách tiếp cận phân cấp này cho phép các nhà phân tích thu nhỏ hoặc mở rộng kiến trúc hệ thống.
Sơ đồ bối cảnh là góc nhìn ở mức cao nhất. Nó thể hiện toàn bộ hệ thống như một bong bóng quá trình duy nhất. Nó minh họa cách hệ thống tương tác với các thực thể bên ngoài.
Mức độ 1 mở rộng quá trình duy nhất từ sơ đồ bối cảnh thành các quá trình con chính. Mức độ này xác định các khu vực chức năng chính của hệ thống.
Mức 2 phóng to vào các quy trình cụ thể từ mức 1. Nó chia nhỏ các chức năng phức tạp thành các bước nhỏ hơn, có thể thực thi được. Mức này thường là nơi các nhà phát triển tìm kiếm các yêu cầu logic cụ thể.
Có hai phong cách ký hiệu phổ biến được sử dụng trong phân tích hệ thống. Mặc dù logic vẫn giữ nguyên, nhưng cách biểu diễn trực quan lại khác nhau. Việc chọn phong cách phù hợp phụ thuộc vào sự quen thuộc của nhóm và các tiêu chuẩn của tổ chức.
| Tính năng | Yourdon & DeMarco | Gane & Sarson |
|---|---|---|
| Hình dạng quy trình | Hình chữ nhật tròn | Hình chữ nhật tròn |
| Hình dạng thực thể | Hình vuông | Hình vuông |
| Hình dạng kho dữ liệu | Hình chữ nhật hở | Hình chữ nhật hở với cạnh trên/dưới dày hơn |
| Hình dạng luồng dữ liệu | Mũi tên cong | Mũi tên thẳng |
| Vị trí nhãn luồng | Dưới đường thẳng | Ở trên hoặc ở dưới |
Việc lựa chọn giữa Gane & Sarson và Yourdon & DeMarco chủ yếu mang tính thẩm mỹ. Tuy nhiên, tính nhất quán là rất quan trọng. Việc trộn lẫn các phong cách ký hiệu trong một tài liệu duy nhất sẽ gây nhầm lẫn và làm giảm độ rõ ràng của tài liệu.
Việc xây dựng một sơ đồ luồng dữ liệu là một quá trình có hệ thống. Nó đòi hỏi sự lặp lại và kiểm chứng. Hãy tuân theo các bước sau để đảm bảo độ chính xác và tính đầy đủ.
Trước khi vẽ bất kỳ đường nào, hãy xác định những gì nằm bên trong hệ thống và những gì nằm bên ngoài. Điều này thường được xác định bởi phạm vi của dự án. Bất kỳ thứ gì cung cấp đầu vào hoặc nhận đầu ra đều là điều kiện ranh giới.
Liệt kê tất cả các nguồn và đích. Phỏng vấn các bên liên quan để xác định ai tương tác với hệ thống. Đừng quên các hệ thống tự động; chúng là các thực thể giống như con người.
Bắt đầu bằng bức tranh tổng thể. Vẽ hệ thống như một quả bóng. Kết nối các thực thể bên ngoài bằng các mũi tên. Ghi nhãn các mũi tên bằng dữ liệu đang được trao đổi. Điều này đóng vai trò là điểm tựa cho tất cả các sơ đồ tiếp theo.
Mở rộng quả bóng duy nhất thành Mức 1. Xác định các chức năng chính. Chia nhỏ hệ thống thành các khối logic. Đảm bảo rằng đầu vào và đầu ra của sơ đồ Mức 0 khớp với tổng đầu vào và đầu ra của các quá trình Mức 1.
Xác định nơi dữ liệu phải được lưu trữ. Nếu một quá trình cần nhớ thông tin từ giao dịch trước đó, thì cần có kho dữ liệu. Kết nối các kho này với các quá trình liên quan.
Đây là một quy tắc quan trọng. Đầu vào và đầu ra của một quá trình cha phải bằng tổng đầu vào và đầu ra của các quá trình con. Nếu sơ đồ bối cảnh hiển thị “Đơn hàng đã nhận”, sơ đồ Mức 1 cũng phải hiển thị “Đơn hàng đã nhận” đang đi vào hệ thống ở đâu đó.
Đi dọc theo sơ đồ. Theo dõi một phần dữ liệu từ đầu đến cuối. Dòng dữ liệu có hợp lý không? Có quá trình nào bị bỏ rơi không? Tất cả các luồng dữ liệu đã được ghi nhãn chưa?
Ngay cả các nhà phân tích có kinh nghiệm cũng mắc sai lầm khi xây dựng các mô hình này. Nhận thức được những lỗi phổ biến có thể tiết kiệm thời gian đáng kể trong giai đoạn xem xét.
Rất quan trọng khi phân biệt giữa quan điểm logic của hệ thống và quan điểm vật lý. Sơ đồ luồng dữ liệu logic mô tảđiều gìhệ thống làm gì. Sơ đồ luồng dữ liệu vật lý mô tảlàm thế nàohệ thống làm điều đó như thế nào.
Bắt đầu với mô hình logic. Không nên giới thiệu các ràng buộc kỹ thuật quá sớm. Việc giới thiệu công nghệ quá sớm có thể làm hạn chế các lựa chọn thiết kế và tạo ra thiên lệch trong phân tích. Khi mô hình logic đã được phê duyệt, mô hình vật lý có thể được suy ra để hướng dẫn phát triển.
Để đảm bảo các sơ đồ luồng dữ liệu (DFD) vẫn hữu ích trong suốt vòng đời dự án, hãy tuân thủ các tiêu chuẩn này.
Tại sao phải dành thời gian vẽ những sơ đồ này? Các yêu cầu văn bản dễ bị hiểu nhầm. Một câu mô tả quy trình có thể được đọc theo nhiều cách khác nhau. Một sơ đồ là trực quan và không gian.
Khi một bên liên quan nhìn thấy sơ đồ, họ có thể ngay lập tức phát hiện các luồng bị thiếu. Họ có thể thấy dữ liệu bị trùng lặp ở đâu. Họ có thể hiểu được mức độ phức tạp của hệ thống chỉ trong một cái nhìn. Sự xác nhận trực quan này giúp giảm thiểu rủi ro xây dựng sai hệ thống.
Hơn nữa, các sơ đồ DFD đóng vai trò là công cụ giao tiếp giữa các đội kinh doanh và kỹ thuật. Các nhà phân tích kinh doanh sử dụng chúng để hiểu yêu cầu. Các nhà phát triển sử dụng chúng để hiểu kiến trúc. Bằng cách duy trì một tài liệu chung, tổ chức giảm thiểu sự tách biệt và cải thiện sự đồng thuận.
Thực hiện phương pháp sơ đồ luồng dữ liệu đòi hỏi sự kỷ luật. Không đủ chỉ vẽ các đường nét; bạn phải hiểu rõ các quy tắc bảo toàn và phân rã dữ liệu. Khi luyện tập, bạn sẽ nhận thấy rằng các sơ đồ trở thành phần mở rộng tự nhiên của quá trình suy nghĩ của bạn.
Bắt đầu nhỏ. Mô hình hóa một giao dịch đơn giản. Sau đó mở rộng sang một phòng ban. Cuối cùng, mô hình hóa toàn bộ doanh nghiệp. Ở mỗi cấp độ, hiểu biết của bạn về hệ thống sẽ sâu sắc hơn. Mục tiêu không phải là tạo ra một bản vẽ hoàn hảo, mà là tạo ra một bản đồ rõ ràng về sự di chuyển thông tin, giúp định hướng việc xây dựng các giải pháp phần mềm vững chắc.
Hãy nhớ, sơ đồ là công cụ để suy nghĩ, chứ không chỉ là tài liệu để lưu trữ. Hãy sử dụng nó để thách thức các giả định, phát hiện khoảng trống và xác minh logic. Trong bối cảnh thiết kế hệ thống, sự rõ ràng vẫn là hình thức chính xác cao nhất.
Bằng cách tuân theo các nguyên tắc này, bạn đảm bảo rằng việc di chuyển dữ liệu trong bất kỳ hệ thống kinh doanh nào được ghi chép một cách chính xác và được hiểu bởi tất cả các bên liên quan trong suốt vòng đời dự án.