Consider the example shown in Figur

Consider the example shown in Figure 7.11. The numbers on the arcsrepresent interfaces that are defined in greater detail in Figure 7.12. For example, when module p calls module q (interface 1), it passes one argument, the type of the aircraft. When q returns control to p, it passes back a status flag. Using the information in Figures 7.11 and 7.12, the coupling between every pair of modules can be deduced. The results are shown in Figure 7.13.
Some of the entries in Figure 7.13 are obvious. For instance, the data coupling between p and q (interface 1 in Figure 7.11), between r and t (interface 5), and between s and u (interface 6) is a direct consequence of the fact that a simple variable is passed in each direction. The coupling between p and s (interface 2) is data coupling if all the elements of the list of parts passed from p to s are used or updated, but it is stamp coupling if s operates on only certain elements of the list. The coupling between q and s (interface 4) is similar. Because the information in Figures 7.11 and 7.12 does not completely describe the function of the various modules, there is no way of determining whether the coupling is data or stamp. The coupling between q and r (interface 3) is control coupling, because a function code is passed from q to r.
Perhaps somewhat surprising are the three entries marked common coupling in Figure 7.13. The three module pairs that are farthest apart in Figure 7.11—p and t, p and u, and t and u—at first appear not to be coupled in any way. After all, no interface connects them, so the very idea of coupling between them, let alone common coupling, requires some explanation. The answer lies in the annotation on the right-hand side of Figure 7.11,

Results (Vietnamese) 1:

Xem xét ví dụ minh hoạ trong hình 7,11. Những con số trên các giao diện arcsrepresent được xác định chi tiết hơn trong hình 7,12. Ví dụ, khi mô-đun p gọi mô-đun q (giao diện 1), nó vượt qua một đối số, loại máy bay. Khi q trở về kiểm soát p, nó đi trở lại một tình trạng lá cờ. Sử dụng thông tin trong nhân vật 7,11 và 7,12, các khớp nối giữa mỗi cặp của mô-đun có thể được rút ra. Các kết quả được hiển thị trong hình 7,13. Một số mục trong con số 7,13 là rõ ràng. Ví dụ, dữ liệu khớp nối giữa p và q (giao diện 1 ở con số 7,11,) giữa r và t (giao diện 5), và giữa s và bạn (giao diện 6) là một hậu quả trực tiếp của một thực tế là một biến đơn giản là thông qua mỗi hướng. Các khớp nối giữa p và s (giao diện 2) là dữ liệu khớp nối nếu tất cả các yếu tố của danh sách các bộ phận truyền từ p đến s được sử dụng hoặc Cập Nhật, nhưng nó là đóng dấu khớp nối nếu s hoạt động trên chỉ là một số yếu tố của danh sách. Các khớp nối giữa q và s (giao diện 4) là tương tự. Bởi vì các thông tin trong nhân vật 7,11 và 7,12 không hoàn toàn mô tả chức năng của các mô-đun khác nhau, có là không có cách nào để xác định xem các khớp nối là dữ liệu hoặc đóng dấu. Các khớp nối giữa q và r (giao diện 3) là kiểm soát khớp nối, bởi vì một mã chức năng được thông qua từ q để r. Có lẽ hơi đáng ngạc nhiên là ba mục đánh dấu thông thường khớp nối trong hình 7,13. Các cặp ba module xa nhau trong hình 7,11-p và t, p và bạn, và t và bạn — ban đầu xuất hiện không phải là để được kết hợp trong bất kỳ cách nào. Sau khi tất cả, không có giao diện kết nối chúng, vì vậy ý tưởng rất của các khớp nối giữa họ, hãy để một mình thường khớp nối, đòi hỏi một số giải thích. Câu trả lời nằm trong các chú thích trên bên phải của hình 7,11,

Results (Vietnamese) 2:

Hãy xem xét ví dụ thể hiện trong hình 7.11. Các con số trên các giao diện arcsrepresent được định nghĩa chi tiết hơn trong Hình 7.12. Ví dụ, khi mô-đun mô-đun p gọi q (giao diện 1), nó vượt qua một đối số, các loại máy bay. Khi trở về q kiểm soát để p, nó sẽ trả lại một lá cờ trạng thái. Sử dụng thông tin trong hình 7.11 và 7.12, các khớp nối giữa mỗi cặp của các mô-đun có thể được suy luận. Các kết quả được thể hiện trong hình 7.13.
Một số mục trong hình 7.13 là hiển nhiên. Ví dụ, các khớp nối dữ liệu giữa p và q (giao diện 1 trong hình 7.11), giữa r và t (giao diện 5), và giữa s và u (giao diện 6) là một hệ quả trực tiếp của sự kiện là một biến đơn giản là thông qua tại mỗi hướng. Các khớp nối giữa p và s (giao diện 2) là dữ liệu khớp nối nếu tất cả các yếu tố của danh sách các chi tiết đều ​​đạt từ p đến s được sử dụng hoặc cập nhật, nhưng nó là dấu nối nếu s hoạt động trên chỉ số thành phần của danh sách. Các khớp nối giữa q và s (giao diện 4) là tương tự. Bởi vì thông tin trong hình 7.11 và 7.12 không hoàn toàn mô tả chức năng của các mô-đun khác nhau, không có cách nào để xác định xem là chỗ nối dữ liệu hoặc tem. Các khớp nối giữa q và r (giao diện 3) là kiểm soát khớp nối, bởi vì một mã chức năng được truyền từ q đến r.
Có lẽ hơi ngạc nhiên là ba mục đánh dấu khớp nối phổ biến trong hình 7.13. Các cặp ba mô-đun mà ở xa nhau trong hình 7.11-p và t, p và u, và t và u-lần đầu tiên xuất hiện không được kết trong bất kỳ cách nào. Sau khi tất cả, không có giao diện kết nối chúng, vì vậy ý tưởng rất khớp nối giữa chúng, hãy để một mình khớp nối phổ biến, đòi hỏi một số lời giải thích. Câu trả lời nằm trong các chú thích ở phía bên phải của hình 7.11,