The Winburg mini case study depicts

The Winburg mini case study depicts the development of a software product that goes awry for
a number of unrelated causes, such as a poor implementation strategy (the unnecessary use of
double-precision numbers) and the decision to use an algorithm that was too slow. In the end,
the project was a success. However, the obvious question is, Is software development really
as chaotic in practice? In fact, the mini case study is far less traumatic than many, if not the
majority of, software projects. In the Winburg mini case study, there were only two new versions of the software because of faults (the inappropriate use of double-precision numbers and
the utilization of an algorithm that could not meet the response time requirement), and only
one new version because of a change made by the client (the need for increased accuracy).
Why are so many changes to a software product needed? First, as previously stated, software professionals are human and therefore make mistakes. Second, a software product is a
model of the real world, and the real world is continually changing. This issue is discussed
at greater length in the Section 2.4.

Results (Vietnamese) 1:

Nghiên cứu trường hợp nhỏ Winburg mô tả sự phát triển của một sản phẩm phần mềm mà đi xiên chomột số nguyên nhân không liên quan, chẳng hạn như một chiến lược người nghèo thực hiện (việc không cần thiết sử dụngđôi chính xác số) và quyết định sử dụng một thuật toán mà là quá chậm. Cuối cùng,dự án đã thành công. Tuy nhiên, câu hỏi rõ ràng là, thực sự là phát triển phần mềmhỗn loạn trong thực tế? Trong thực tế, nghiên cứu trường hợp mini là chấn thương tâm lý ít hơn nhiều, nếu không cácđa số, dự án phần mềm. Trong Winburg mini trường hợp nghiên cứu, có là chỉ có hai phiên bản mới của phần mềm vì lỗi (sử dụng không phù hợp chính xác đôi số vàsử dụng một thuật toán mà có thể đáp ứng yêu cầu thời gian phản ứng), và chỉmột phiên bản mới vì một sự thay đổi được thực hiện bởi các khách hàng (nhu cầu gia tăng độ chính xác).Tại sao có rất nhiều thay đổi cho một sản phẩm phần mềm cần thiết không? Đầu tiên, như đã nói, các chuyên gia phần mềm là con người và do đó làm cho những sai lầm. Thứ hai, một sản phẩm phần mềm là mộtMô hình của thế giới thực, và thế giới thực liên tục thay đổi. Vấn đề này thảo luậnlúc chiều dài lớn hơn ở 2.4 phần.

Results (Vietnamese) 2:

Các trường hợp nghiên cứu nhỏ Winburg mô tả sự phát triển của một sản phẩm phần mềm mà đi xiên cho
một số nguyên nhân không liên quan, chẳng hạn như một chiến lược nghèo thực hiện (việc sử dụng không cần thiết của
con số chính xác đôi) và quyết định sử dụng một thuật toán mà là quá chậm. Cuối cùng,
dự án đã thành công. Tuy nhiên, câu hỏi rõ ràng là, có phải là phát triển phần mềm thực sự
là hỗn loạn trong thực tế? Trong thực tế, các nghiên cứu trường hợp nhỏ là ít chấn thương hơn nhiều, nếu không phải là
đa số, các dự án phần mềm. Trong các trường hợp nghiên cứu nhỏ Winburg, chỉ có hai phiên bản mới của phần mềm vì lỗi (việc sử dụng không phù hợp của các số chính xác đôi và
việc sử dụng một thuật toán mà không thể đáp ứng yêu cầu thời gian đáp ứng), và chỉ có
một phiên bản mới vì của một sự thay đổi được thực hiện bởi các khách hàng (nhu cầu tăng cường độ chính xác).
Tại sao rất nhiều thay đổi đối với một sản phẩm phần mềm cần thiết? Thứ nhất, như đã nói trước đây, các chuyên gia phần mềm cũng là con người và do đó làm cho những sai lầm. Thứ hai, một sản phẩm phần mềm là một
mô hình của thế giới thực, và thế giới thực liên tục thay đổi. Vấn đề này sẽ được thảo luận
tại chiều dài lớn hơn trong Phần 2.4.