1. The techniques sometimes were un

1. The techniques sometimes were unable to cope with the increasing size of software
products. That is, the classical techniques were adequate when dealing with smallscale products (typically 5000 lines of code) or even medium-scale products of
50,000 lines of code. Today, however, large-scale products of 500,000 lines of code
are relatively common; even products of 5 million or more lines of code are not
considered unusual. However, the classical techniques frequently could not scale
up sufficiently to handle the development of today’s larger products.
2. The classical paradigm did not live up to earlier expectations during postdelivery
maintenance. A major driving force behind the development of the classical paradigm 30 years ago was that, on average, two-thirds of the software budget was
being devoted to postdelivery maintenance (see Figure 1.3(a)). Unfortunately, the
classical paradigm has not solved this problem; as pointed out in Section 1.3.2,
many organizations still spend 70–80 percent or more of their time and effort on
postdelivery maintenance [ Yourdon, 1992; Hatton, 1998].

Results (Vietnamese) 1:

1. các kỹ thuật đôi khi không thể để đối phó với kích thước ngày càng tăng của phần mềmsản phẩm. Có nghĩa là, các kỹ thuật cổ điển đã được đầy đủ khi đối xử với smallscale sản phẩm (thường 5000 dòng mã nguồn) hoặc sản phẩm thậm chí còn quy mô trung bình của50.000 dòng mã. Hôm nay, Tuy nhiên, quy mô lớn sản phẩm 500.000 dòng mãlà tương đối phổ biến; Các sản phẩm thậm chí 5 triệu hoặc nhiều dòng mã khôngđược coi là bất thường. Tuy nhiên, các kỹ thuật cổ điển thường xuyên có thể không quy môlên đủ để xử lý sự phát triển của sản phẩm lớn hơn ngày nay.2. các mô hình cổ điển đã không sống đến những kỳ vọng trước đó trong postdeliverybảo trì. Một động lực chính đằng sau sự phát triển của các mô hình cổ điển 30 năm trước đây là rằng, trên trung bình, hai phần ba ngân sách phần mềm làđược dành cho duy trì postdelivery (xem hình 1.3(a)). Thật không may, cácMô hình cổ điển đã không giải quyết vấn đề này; như chỉ ra ở phần 1.3.2,nhiều tổ chức vẫn chi tiêu 70-80% hoặc nhiều hơn của thời gian và nỗ lực trênpostdelivery bảo trì [Yourdon, 1992; Hatton, 1998].

Results (Vietnamese) 2:

1. Các kỹ thuật đôi khi không thể đối phó với sự gia tăng kích thước của phần mềm
sản phẩm. Đó là, các kỹ thuật cổ điển là đầy đủ khi giao dịch với các sản phẩm quy mô nhỏ (thường là 5000 dòng mã) hoặc thậm chí các sản phẩm quy mô trung bình của
50.000 dòng mã. Hôm nay, tuy nhiên, các sản phẩm quy mô lớn của 500.000 dòng mã
tương đối phổ biến; thậm chí sản phẩm của 5 triệu hoặc nhiều dòng mã không được
coi là bất thường. Tuy nhiên, các kỹ thuật cổ điển thường không thể quy mô
lên đủ để xử lý sự phát triển của sản phẩm lớn hơn hiện nay.
2. Các mô hình cổ điển đã không sống theo kỳ vọng trước đó trong postdelivery
bảo trì. Một động lực chính đằng sau sự phát triển của các mô hình cổ điển 30 năm trước đây rằng, trung bình, hai phần ba ngân sách phần mềm đã
được dành cho postdelivery bảo trì (xem Hình 1.3 (a)). Thật không may, các
mô hình cổ điển đã không giải quyết vấn đề này; như chỉ ra trong Mục 1.3.2,
nhiều tổ chức vẫn dành 70-80 phần trăm hoặc nhiều thời gian và công sức của mình vào
bảo trì postdelivery [Yourdon năm 1992; Hatton, 1998].