The Need for Product ControlThe wat

The Need for Product Control
The waterfall chart shown above is actually an oversimplified model of the
software development process, even considering the refinements discussed under
Principle 1. In fact, any good-sized project must accommodate changes in requirements
throughout the development cycle. Some occur as the information processing job beBarry
W. Boehm comes better understood in the more detailed phases. Many occur
because of changes in the external environment: new government reporting regulations,
improvements in technology, user organizational changes, or changes in the overall
system-aircraft, bank, refinery, retail store-of which the software and information system
is a part.
As these changes impact the system development, it is very easy for different
versions of the documentation and the code to proliferate. Then, when testers or users
find that the actual system is different than the one they have been preparing for, it can
often take a good deal of time, money, personal strain, and sometimes legal action to
straighten things out. Thus, it is most important to maintain a disciplined product control
activity throughout the system life-cycle to avoid such mismatches.

Results (Vietnamese) 1:

Sự cần thiết để kiểm soát sản phẩmThác nước biểu đồ hiển thị ở trên là thực sự là một mô hình đơn giản của cácquá trình phát triển phần mềm, thậm chí xem xét tinh chỉnh thảo luận theoNguyên tắc 1. Trong thực tế, bất kỳ dự án kích phải thích ứng với những thay đổi trong yêu cầutrong suốt chu kỳ phát triển. Một số xảy ra như là xử lý công việc beBarry thông tinW. Boehm nói tốt hơn hiểu trong các giai đoạn chi tiết hơn. Nhiều xảy rabởi vì những thay đổi trong môi trường bên ngoài: chính phủ mới báo cáo quy định,cải tiến trong công nghệ, thay đổi tổ chức người sử dụng, hoặc thay đổi trong tổng thểHệ thống máy bay, ngân hàng, nhà máy lọc dầu, bán lẻ cửa hàng-trong đó hệ thống phần mềm và thông tinlà một phần.Khi những thay đổi này ảnh hưởng đến sự phát triển hệ thống, nó là rất dễ dàng cho khác nhauPhiên bản của các tài liệu và mã để sinh sôi nảy nở. Sau đó, khi thử nghiệm hoặc người dùngthấy rằng hệ thống thực tế khác với họ đã chuẩn bị cho, nó có thểthường mất một lượng thời gian, tiền bạc, cá nhân căng thẳng, và các hành động pháp lý đôi khi đểthẳng điều. Vì vậy, nó là quan trọng nhất để duy trì kiểm soát sản phẩm xử lý kỷ luậthoạt động trên toàn hệ thống đời để tránh mismatches như vậy.

Results (Vietnamese) 2:

Nhu cầu sản phẩm kiểm soát
các biểu đồ hiển thị ở trên thác nước thực sự là một mô hình đơn giản đi của
quá trình phát triển phần mềm, thậm chí xem xét việc cải thảo luận theo
Nguyên tắc 1. Trong thực tế, bất kỳ dự án tốt cỡ phải chứa những thay đổi trong các yêu cầu
trong suốt quá trình phát triển. Một số xảy ra khi các công việc xử lý thông tin beBarry
W. Boehm đến hiểu tốt hơn trong giai đoạn chi tiết hơn. Nhiều xảy ra
do những thay đổi trong môi trường bên ngoài: quy chế báo cáo của chính phủ mới,
cải tiến trong công nghệ, người dùng thay đổi tổ chức, hoặc những thay đổi trong tổng thể
hệ thống phòng không, ngân hàng, nhà máy lọc dầu, bán lẻ cửa hàng trong đó các phần mềm và hệ thống thông tin
là một phần.
Như những thay đổi này ảnh hưởng đến sự phát triển hệ thống, nó là rất dễ dàng cho nhau
các phiên bản của các tài liệu hướng dẫn và mã để sinh sôi nảy nở. Sau đó, khi kiểm tra hoặc người sử dụng
thấy rằng các hệ thống thực tế là khác so với cái họ đã được chuẩn bị, nó có thể
thường mất rất nhiều thời gian, tiền bạc, căng thẳng cá nhân, và đôi khi hành động pháp lý để
thẳng những điều trên. Vì vậy, nó là quan trọng nhất để duy trì kiểm soát sản phẩm xử lý kỷ luật
hoạt động trên toàn hệ thống vòng đời để tránh bất xứng như vậy.