The past 40 or so years, hundreds o

The past 40 or so years, hundreds of design techniques have been put forward. Some are variations on existing techniques, others are radically different from anything previously proposed. A few design techniques have been used by tens of thousands of software engineers; many have been used by only their authors. Some design strategies, particularly those developed by academics, have a firm theoretical basis. Others, including many drawn up by academics, are more pragmatic in nature; they were put forward because their authors found that they worked well in practice. Most design techniques are manual, but automation increasingly is becoming an important aspect of design, if only to assist in the management of documentation.
Notwithstanding this plethora of design techniques, a certain underlying pattern emerges. As previously discussed, two essential aspects of a product are its operations and the data on which the operations act. Therefore, the two basic ways of designing a product are operation-oriented design and data-oriented design. In operation-oriented design, the emphasis is on the operations. An example is data flow analysis [Yourdon and Constantine, 1979], where the objective is to design modules with high cohesion (Section 7.2). In data-oriented design, the data are considered first. For example, in Michael Jackson’s technique [Jackson, 1975], the structure of the data is determined first and then the procedures are designed to conform to the structure of the data.
A weakness of operation-oriented design techniques is that they concentrate on the operations; the data are of only secondary importance. Data-oriented design techniques similarly emphasize the data, to the detriment of the operations. The solution is to use

object-oriented techniques, which give equal weight to operations and data. In this chapter, object-oriented design is presented in detail within the context of the design paradigm.

Results (Vietnamese) 1:

Các qua 40 hoặc hơn năm qua, hàng trăm thiết kế kỹ thuật đã được đưa ra. Một số là các biến thể về kỹ thuật sẵn có, những người khác là rất khác nhau từ bất cứ điều gì trước đây đề xuất. Một vài thiết kế kỹ thuật đã được sử dụng bởi hàng chục ngàn kỹ sư phần mềm; nhiều người đã được sử dụng bởi chỉ là tác giả của họ. Một số chiến lược thiết kế, đặc biệt là những người phát triển bởi viện nghiên cứu, có một cơ sở vững chắc lý thuyết. Những người khác, trong đó có nhiều rút ra bởi viện nghiên cứu, hơn nữa thực dụng trong tự nhiên; họ đã được đưa ra bởi vì tác giả của họ tìm thấy họ làm việc tốt trong thực tế. Hầu hết các kỹ thuật thiết kế được hướng dẫn sử dụng, nhưng tự động hóa ngày càng đang trở thành một khía cạnh quan trọng của thiết kế, nếu chỉ để hỗ trợ trong việc quản lý tài liệu. Tuy nhiên này plethora của thiết kế kỹ thuật, một mô hình tiềm ẩn một số nổi lên. Như đã thảo luận, hai khía cạnh thiết yếu của một sản phẩm đang hoạt động và dữ liệu mà trên đó các hoạt động hoạt động. Vì vậy, hai cách cơ bản của thiết kế một sản phẩm là hoạt động theo định hướng thiết kế và dữ liệu theo định hướng thiết kế. Trong thiết kế theo định hướng hoạt động, nhấn mạnh là về hoạt động. Một ví dụ là phân tích dòng dữ liệu [Yourdon và Constantine, 1979], nơi mà mục tiêu là để thiết kế mô-đun với cao gắn kết (phần 7.2). Trong thiết kế theo định hướng dữ liệu, dữ liệu được coi là đầu tiên. Ví dụ, trong Michael Jackson của các kỹ thuật [Jackson, 1975], cấu trúc của các dữ liệu được xác định đầu tiên và sau đó các thủ tục được thiết kế để phù hợp với cấu trúc dữ liệu. Một điểm yếu của hoạt động theo định hướng thiết kế kỹ thuật là họ tập trung vào các hoạt động; dữ liệu chỉ quan trọng thứ cấp. Dữ liệu theo định hướng thiết kế kỹ thuật tương tự như vậy nhấn mạnh các dữ liệu, để các tổn hại của các hoạt động. Giải pháp là sử dụng hướng đối tượng kỹ thuật, mà cung cấp cho trọng lượng tương đương để hoạt động và dữ liệu. Trong chương này, đối tượng theo định hướng thiết kế được trình bày chi tiết trong bối cảnh của các mô hình thiết kế.

Results (Vietnamese) 2:

Vòng 40 năm qua, hàng trăm kỹ thuật thiết kế đã được đưa ra. Một số là các biến thể trên các kỹ thuật hiện có, còn lại là hoàn toàn khác với những gì được đề xuất trước đó. Một vài kỹ thuật thiết kế đã được sử dụng bởi hàng chục ngàn kỹ sư phần mềm; nhiều người đã được sử dụng bởi chỉ có tác giả của họ. Một số chiến lược thiết kế, đặc biệt là những phát triển bởi các viện nghiên cứu, có cơ sở lý luận vững chắc. Những người khác, trong đó có nhiều được lập bởi các học giả, là thực dụng hơn trong tự nhiên; họ đã được đưa ra do các tác giả của họ phát hiện ra rằng họ làm việc tốt trong thực tế. Hầu hết các kỹ thuật thiết kế được sử dụng, nhưng tự động hóa ngày càng đang trở thành một khía cạnh quan trọng của thiết kế, nếu chỉ để hỗ trợ trong việc quản lý tài liệu.
Mặc dù có rất nhiều các kỹ thuật thiết kế này, một mô hình cơ bản nào đó xuất hiện. Như đã thảo luận trước đó, hai khía cạnh thiết yếu của một sản phẩm là hoạt động của nó và các dữ liệu trên đó các hoạt động hành động. Do đó, hai cách cơ bản để thiết kế một sản phẩm được thiết kế hoạt động định hướng và thiết kế dữ liệu theo định hướng. Trong thiết kế hoạt động định hướng, trọng tâm là về các hoạt động. Một ví dụ là phân tích dòng dữ liệu [Yourdon và Constantine, 1979], nơi mà mục tiêu là để thiết kế mô-đun với sự gắn kết cao (Phần 7.2). Trong thiết kế hướng dữ liệu, dữ liệu được xem xét trước. Ví dụ, trong kỹ thuật Michael Jackson [Jackson, 1975], cấu trúc của dữ liệu được xác định đầu tiên và sau đó các thủ tục được thiết kế để phù hợp với cấu trúc của dữ liệu.
Một điểm yếu của kỹ thuật thiết kế hoạt động theo định hướng là họ tập trung vào các hoạt động; các dữ liệu của chỉ quan trọng thứ. Kỹ thuật thiết kế dữ liệu định hướng tương tự nhấn mạnh dữ liệu, gây thiệt hại cho các hoạt động. Các giải pháp là sử dụng kỹ thuật hướng đối tượng, trong đó cung cấp cân bằng hoạt động và dữ liệu. Trong chương này, thiết kế hướng đối tượng được trình bày chi tiết trong bối cảnh của các mô hình thiết kế.