In this section, we describe mainte

In this section, we describe maintenance within the context of the software life cycle. A life-cycle model is a description of the steps that should be performed when building a software product. Many different life-cycle models have been proposed; several of them are described in Chapter 2. Because it is almost always easier to perform a sequence of smaller tasks than one large task, the overall life-cycle model is broken into a series of smaller steps, called phases. The number of phases varies from model to model—from as few as four to as many as eight. In contrast to a life-cycle model, which is a theoretical description of what should be done, the actual series of steps performed on a specific software product, from concept exploration through fi nal retirement, is termed the life cycle of that product. In practice, the phases of the life cycle of a software product may not be carried out exactly as specifi ed in the life-cycle model, especially when time and cost overruns are encountered. It has been claimed that more software projects have gone wrong from lack of time than for all other reasons combined [ Brooks, 1975].Until the end of the 1970s, most organizations were producing software using as their life-cycle model what now is termed the waterfall model. There are many variations of
this model, but by and large, a product developed using this life-cycle model goes through the six phases shown in Figure 1.2. These phases probably do not correspond exactly to the phases of any one particular organization, but they are sufficiently close to most practices for the purposes of this book. Similarly, the precise name of each phase varies from organization to organization. The names used here for the various phases have been chosen to be as general as possible in the hope that the reader will feel comfortable with them.

Results (Vietnamese) 1:

Trong phần này, chúng tôi mô tả các bảo trì trong bối cảnh của chu kỳ cuộc sống phần mềm. Một mô hình vòng đời là một mô tả về các bước mà nên được thực hiện khi xây dựng một sản phẩm phần mềm. Nhiều chu kỳ cuộc sống khác nhau mô hình đã được đưa ra; một vài người trong số họ được mô tả trong chương 2. Bởi vì nó hầu như luôn luôn được dễ dàng hơn để thực hiện một chuỗi các nhiệm vụ nhỏ hơn so với một nhiệm vụ lớn, các mô hình tổng thể của chu kỳ cuộc sống được chia thành một loạt các bước nhỏ hơn, được gọi là giai đoạn. Số lượng các giai đoạn khác nhau từ mẫu — từ chỉ là 4-bao nhiêu là tám. Trái ngược với một mô hình chu kỳ cuộc sống, đó là một lý thuyết về những gì nên được thực hiện, các loạt thực tế các bước thực hiện vào một sản phẩm phần mềm cụ thể, từ khái niệm thăm dò qua fi nal nghỉ hưu, được gọi là vòng đời của sản phẩm đó. Trong thực tế, các giai đoạn của vòng đời của một sản phẩm phần mềm có thể không được thực hiện chính xác như thuật ed trong chu kỳ cuộc sống mô hình, đặc biệt là khi thời gian và chi phí nghiêm đang gặp phải. Nó đã được tuyên bố rằng dự án phần mềm khác đã đi sai từ sự thiếu thời gian hơn cho tất cả các lý do kết hợp [Brooks, 1975]. Cho đến cuối thập niên 1970, hầu hết các tổ chức đã sản xuất phần mềm bằng cách sử dụng như là mô hình chu kỳ cuộc sống của họ trong những gì bây giờ được gọi là mô hình thác nước. Có rất nhiều biến thể củaMô hình này, nhưng và lớn, một sản phẩm phát triển bằng cách sử dụng mô hình vòng đời này đi qua các giai đoạn sáu Hiển thị trong hình 1,2. Những giai đoạn có thể không tương ứng chính xác với các giai đoạn của bất kỳ tổ chức một cụ thể, nhưng họ là đủ gần với hầu hết các thực hành cho các mục đích của cuốn sách này. Tương tự như vậy, tên chính xác của mỗi giai đoạn khác nhau từ tổ chức để tổ chức. Tên được sử dụng ở đây cho các giai đoạn khác nhau đã được chọn để chung càng tốt với hy vọng rằng người đọc sẽ cảm thấy thoải mái với họ.

Results (Vietnamese) 2:

Trong phần này, chúng tôi mô tả bảo trì trong bối cảnh của vòng đời phần mềm. Một mô hình vòng đời là một mô tả các bước cần được thực hiện khi xây dựng một sản phẩm phần mềm. Nhiều mô hình vòng đời khác nhau đã được đề xuất; một vài trong số họ được mô tả trong Chương 2. Bởi vì nó gần như là luôn luôn dễ dàng để thực hiện một chuỗi các nhiệm vụ nhỏ hơn một nhiệm vụ lớn, các mô hình vòng đời tổng thể được chia thành một loạt các bước nhỏ hơn, được gọi là giai đoạn. Số lượng các pha thay đổi từ mô hình để mô hình-từ vài như là bốn đến như nhiều như tám. Ngược lại với một mô hình vòng đời, đó là một mô tả lý thuyết về những gì nên được thực hiện, các loạt thực tế của các bước thực hiện trên một sản phẩm phần mềm cụ thể, từ thăm dò khái niệm thông qua fi nal hưu, được gọi là chu kỳ sống của sản phẩm đó. Trong thực tế, các giai đoạn của chu kỳ sống của một sản phẩm phần mềm có thể không được thực hiện chính xác như ed specifi trong mô hình vòng đời, đặc biệt là khi thời gian và chi phí vượt đang gặp phải. Nó đã được tuyên bố rằng dự án phần mềm hơn đã đi sai từ thiếu thời gian hơn cho tất cả các lý do khác kết hợp [Brooks, 1975] .Until cuối những năm 1970, hầu hết các tổ chức đã sản xuất phần mềm sử dụng như mô hình vòng đời của họ mà ngày nay được gọi là mô hình thác nước. Có rất nhiều biến thể của
mô hình này, nhưng do và lớn, một sản phẩm được phát triển bằng cách sử dụng mô hình vòng đời này đi qua sáu giai đoạn thể hiện trong hình 1.2. Những giai đoạn có thể không tương ứng chính xác với các giai đoạn của bất kỳ một tổ chức nào đó, nhưng chúng đủ gần nhất thực hành cho các mục đích của cuốn sách này. Tương tự như vậy, tên chính xác của từng giai đoạn khác nhau của tổ chức để tổ chức. Các tên được sử dụng ở đây cho các giai đoạn khác nhau đã được chọn là như chung như có thể hy vọng rằng người đọc sẽ cảm thấy thoải mái với họ.