As stated at the beginning of this

As stated at the beginning of this chapter, methodology is one component of a software process. The primary object-oriented methodology today is the Unified Process. As explained in Just in Case You Wanted to Know Box 3.2, the Unified "Process" is actually a methodology, but the name Unified Methodology already had been used as the name of the first version of the Unified Modeling Language (UML). The three precursors of the Unified Process (OMT, Booch's method, and Objectory) are no longer supported, and the other object-oriented methodologies have had little or no following. As a result, the Unified Process is usually the primary choice today for object-oriented software produc- tion. Fortunately, as will be demonstrated in Part B of this book, the Unified Process is an excellent object-oriented methodology in almost every way.
The Unified Process is not a specific series of steps that, if followed, will result in the construction of a software product. In fact, no such single "one size fits all" methodology could exist because of the wide variety of types of software products. For example, there are many different application domains, such as insurance, aerospace, and manufacturing. Also, a methodology for rushing a COTS package to market ahead of its competitors is different from one used to construct a high-security electronic funds transfer network. In addition, the skills of software professionals can vary widely.
Instead, the Unified Process should be viewed as an adaptable methodology. That is, it is modified for the specific software product to be developed. As will be seen in Part B, some features of the Unified Process are inapplicable to small- and even medium-scale software. However, much of the Unified Process is used for software products of all sizes. The emphasis in this book is on this common subset of the Unified Process, but aspects of the Unified Process applicable to only large-scale software also are discussed, to ensure that the issues that need to be addressed when larger software products are constructed are thoroughly appreciated.

Kết quả (Việt) 1:

Như đã nêu ở đầu của chương này, phương pháp là một phần của một quá trình phần mềm. Phương pháp hướng đối tượng chính vào ngày hôm qua là quá trình hợp nhất. Như đã giải thích tại chỉ cần trong trường hợp bạn muốn biết hộp 3.2, thống nhất "Quá trình" là thực sự là một phương pháp, nhưng tên thống nhất phương pháp đã có được sử dụng như tên gọi của phiên bản đầu tiên của sự hợp nhất mô hình ngôn ngữ (UML). Tiền chất ba của các quá trình thống nhất (OMT, Booch của phương pháp, và Objectory) không còn được hỗ trợ, và các phương pháp theo định hướng đối tượng khác đã có ít hoặc không có sau. Do đó, quá trình hợp nhất thường là sự lựa chọn chính vào ngày hôm nay cho phần mềm hướng đối tượng sản phẩm-tion. May mắn thay, như sẽ được chứng minh trong phần B của cuốn sách này, quá trình hợp nhất là một phương pháp theo định hướng đối tượng tuyệt vời trong gần như mọi cách. Quá trình thống nhất không phải là một loạt các bước mà, nếu sau đó sẽ dẫn đến việc xây dựng một sản phẩm phần mềm cụ thể. Trong thực tế, không có phương pháp duy nhất "một kích thước phù hợp với tất cả" như vậy có thể tồn tại vì sự đa dạng trong các loại sản phẩm phần mềm. Ví dụ, có rất nhiều lĩnh vực ứng dụng khác nhau, chẳng hạn như bảo hiểm, hàng không, và sản xuất. Ngoài ra, một phương pháp để đổ xô một gói cũi trẻ em để thị trường phía trước của đối thủ cạnh tranh là khác nhau từ một trong những sử dụng để xây dựng một mạng lưới chuyển tiền điện tử bảo mật cao. Ngoài ra, các kỹ năng của các chuyên gia phần mềm có thể thay đổi rộng rãi. Thay vào đó, quá trình hợp nhất nên được xem như là một phương pháp thích nghi. Có nghĩa là, nó sửa đổi cho sản phẩm phần mềm cụ thể được phát triển. Như sẽ được nhìn thấy trong phần B, một số tính năng của quá trình thống nhất là không thể dùng được phần mềm nhỏ - và thậm chí còn quy mô trung bình. Tuy nhiên, phần lớn các quá trình hợp nhất được sử dụng cho sản phẩm phần mềm thuộc mọi quy mô. Sự nhấn mạnh trong cuốn sách này là ngày này tập hợp con chung của quá trình thống nhất, nhưng các khía cạnh của sự thống nhất trình áp dụng đối với chỉ phần mềm quy mô lớn cũng được thảo luận, để đảm bảo rằng những vấn đề cần được giải quyết khi lớn hơn các sản phẩm phần mềm được xây dựng hoàn toàn đánh giá cao.

Kết quả (Việt) 2:

Như đã nêu ở phần đầu của chương này, phương pháp luận là một phần của một quá trình phần mềm. Các đối tượng chính phương pháp hiện nay là quá trình thống nhất. Như đã giải thích trong Chỉ trong trường hợp bạn muốn biết Box 3.2, Unified "Process" thực sự là một phương pháp, nhưng tên Thống Nhất Phương pháp đã được sử dụng như là tên của phiên bản đầu tiên của Unified Modeling Language (UML). Ba tiền thân của Unified Process (OMT, phương pháp Booch, và Objectory) không còn được hỗ trợ, và các phương pháp hướng đối tượng khác đã có rất ít hoặc không có sau. Kết quả là, quá trình thống nhất thường là sự lựa chọn chính hiện nay cho phần mềm hướng đối tượng sản xuất xoài. May mắn thay, như sẽ được chứng minh trong phần B của cuốn sách này, quá trình hợp nhất là một phương pháp hướng đối tượng xuất sắc trong hầu hết mọi thứ.
Quá trình thống nhất không phải là một loạt các bước cụ thể rằng, nếu theo sau, sẽ dẫn đến việc xây dựng một sản phẩm phần mềm. Trong thực tế, không có như vậy đơn "một kích thước phù hợp với tất cả các" phương pháp có thể tồn tại vì sự đa dạng của các loại sản phẩm phần mềm. Ví dụ, có rất nhiều lĩnh vực ứng dụng khác nhau, chẳng hạn như bảo hiểm, hàng không vũ trụ, và sản xuất. Ngoài ra, một phương pháp đổ xô một gói COTS ra thị trường trước đối thủ cạnh tranh của nó là khác nhau từ một trong những sử dụng để xây dựng một bảo mật cao quỹ điện tử chuyển mạng. Ngoài ra, các kỹ năng của các chuyên gia phần mềm có thể rất khác nhau.
Thay vào đó, quá trình hợp nhất nên được xem như là một phương pháp thích nghi. Đó là, nó được sửa đổi cho các sản phẩm phần mềm cụ thể được phát triển. Như sẽ thấy trong Phần B, một số tính năng của Process Unified là không áp dụng cho nhỏ và thậm chí phần mềm quy mô vừa. Tuy nhiên, phần lớn các quy trình thống nhất được sử dụng cho các sản phẩm phần mềm của tất cả các kích cỡ. Sự nhấn mạnh trong cuốn sách này là tập hợp con trên này phổ biến của quá trình hợp nhất, nhưng các khía cạnh của quá trình thống nhất chỉ áp dụng cho phần mềm quy mô lớn cũng được thảo luận, để đảm bảo rằng những vấn đề cần được giải quyết khi các sản phẩm phần mềm lớn hơn được xây dựng rất kỹ lưỡng đánh giá cao.