In some cases, the reason for the m

In some cases, the reason for the moving target is less benign. Sometimes a powerful senior
manager within an organization keeps changing his or her mind regarding the functionality of
a software product being developed. In other cases, there is feature creep, a succession of
small, almost trivial, additions to the requirements. But, whatever the reason may be, frequent
changes, no matter how minor they may seem, are harmful to the health of a software product. It
is important that a software product be designed as a set of components that are as independent
as possible, so that a change to one part of the software does not induce a fault in an apparently
unrelated part of the code, a so-called regression fault. When numerous changes are made,
the effect is to induce dependencies within the code. Finally, there are so many dependencies
that virtually any change induces one or more regression faults. At that time, the only thing that
can be done is to redesign the entire software product and reimplement it.
Unfortunately, there is no known solution to the moving-target problem. With regard
to positive changes to requirements, growing companies are always going to change, and
these changes have to be refl ected in the mission-critical software products of the company. As for negative changes, if the individual calling for those changes has sufficient
clout, nothing can be done to prevent the changes being implemented, to the detriment of
the further maintainability of the software product.

Results (Vietnamese) 1:

Trong một số trường hợp, lý do cho mục tiêu di động là lành tính ít. Đôi khi là một cấp cao mạnh mẽquản lý trong một tổ chức tiếp tục thay đổi tâm trí của mình liên quan đến các chức năng củamột sản phẩm phần mềm được phát triển. Trong trường hợp khác, đó là tính năng leo, một thừa kế củanhỏ, gần như tầm thường, bổ sung vào các yêu cầu. Tuy nhiên, bất cứ điều gì lý do có thể, thường xuyênthay đổi, không có vấn đề nhỏ như thế nào họ có thể có vẻ, có hại cho sức khỏe của một sản phẩm phần mềm. Nólà quan trọng mà một sản phẩm phần mềm được thiết kế như là một tập hợp các thành phần như độc lậpcàng tốt, do đó một sự thay đổi đến một phần của phần mềm không gây ra một lỗi trong một rõ ràngkhông liên quan phần của mã, một cái gọi là hồi quy lỗi. Khi đã có nhiều thay đổi được thực hiện,hiệu quả là để tạo ra phụ thuộc trong mã. Cuối cùng, có rất nhiều phụ thuộchầu như bất kỳ thay đổi gây ra một hoặc nhiều lỗi hồi quy. Vào lúc đó, điều duy nhất màcó thể được thực hiện là để thiết kế lại sản phẩm toàn bộ phần mềm và reimplement nó.Thật không may, có là không có giải pháp được biết đến vấn đề mục tiêu di chuyển. Đối vớiđể thay đổi tích cực để yêu cầu, công ty phát triển luôn luôn sẽ thay đổi, vànhững thay đổi này có thể refl ected trong các sản phẩm phần mềm nhiệm vụ quan trọng của công ty. Đối với thay đổi tiêu cực, nếu các cuộc gọi cá nhân cho những thay đổi đó có đủkhăn tay, không có gì có thể được thực hiện để ngăn chặn những thay đổi được thực hiện, để các tổn hại củabảo trì tiếp tục của các sản phẩm phần mềm.