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 doubleprecision
numbers; 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 Section 2.4.

ผลลัพธ์ (ไทย) 1:

Winburg มินิกรณีศึกษาแสดงให้เห็นการพัฒนาของผลิตภัณฑ์ซอฟต์แวร์ที่ผิดสำหรับตัวเลขของสาเหตุที่ไม่เกี่ยวข้อง เช่นกลยุทธ์การดำเนินงานไม่ดี (ที่ไม่จำเป็นใช้ตัวเลขความแม่นยำสอง) และการตัดสินใจใช้อัลกอริทึมที่ช้าเกินไปในตอนท้าย โครงการเป็นความสำเร็จ อย่างไรก็ตาม เป็นคำถามที่ชัดเจน มีการพัฒนาซอฟต์แวร์จริง ๆ เป็นความวุ่นวายในทางปฏิบัติ ในความเป็นจริง กรณีศึกษามินิเป็นบาดแผลน้อยกว่าหลาย ถ้าไม่ส่วนใหญ่ โครงการซอฟต์แวร์ มีใน Winburg มินิกรณีศึกษาซอฟต์แวร์เนื่องจากข้อบกพร่อง (ไม่เหมาะสมใช้ doubleprecision เพียงสองรุ่นใหม่หมายเลข การใช้อัลกอริทึมที่ไม่ตรงกับเวลาตอบสนองความต้องการ), และรุ่นใหม่ที่เดียวเท่านั้นเนื่องจากการเปลี่ยนแปลงโดยไคลเอ็นต์ (จำเป็นต้องเพื่อเพิ่มความถูกต้อง)การเปลี่ยนแปลงผลิตภัณฑ์ซอฟต์แวร์จำเป็นจำนวนมากได้ เป็นซอฟต์แวร์ที่ระบุไว้ก่อนหน้านี้ ครั้งแรกผู้เชี่ยวชาญที่เป็นมนุษย์ และทำผิดพลาดดังนั้น สอง ผลิตภัณฑ์ซอฟต์แวร์คือการอย่างต่อเนื่องมีการเปลี่ยนรูปแบบของโลกแห่งความจริง และโลกจริง กล่าวถึงปัญหานี้ที่ความยาวที่มากขึ้นในส่วน 2.4

ผลลัพธ์ (ไทย) 2:

Winburg กรณีมินิการศึกษาแสดงให้เห็นถึงการพัฒนาผลิตภัณฑ์ซอฟต์แวร์ที่ไปเบี้ยว
สำหรับจำนวนของสาเหตุที่ไม่เกี่ยวข้องเช่นกลยุทธ์การดำเนินงานที่ไม่ดี (ไม่จำเป็น
ใช้ตัวเลขความแม่นยำสอง) และการตัดสินใจที่จะใช้อัลกอริทึมที่ช้าเกินไป
ในท้ายที่สุดโครงการที่ประสบความสำเร็จ แต่คำถามที่ชัดเจนคือการพัฒนาซอฟแวร์
จริงๆวุ่นวายในการปฏิบัติ? ในความเป็นจริงกรณีศึกษาขนาดเล็กที่อยู่ไกลน้อยกว่าบาดแผล
หลายกรณีไม่ส่วนใหญ่ของโครงการซอฟต์แวร์ ใน Winburg กรณีมินิการศึกษามี
เพียงสองรุ่นใหม่ของซอฟต์แวร์เพราะความผิดพลาด (การใช้งานที่ไม่เหมาะสมของ doubleprecision
หมายเลข; การใช้อัลกอริทึมที่ไม่สามารถตอบสนองเวลาการตอบสนอง
ความต้องการ) และเพียงหนึ่งรุ่นใหม่เพราะ การเปลี่ยนแปลงที่ทำโดยลูกค้า (จำเป็นที่
เพื่อเพิ่มความแม่นยำ).
ทำไมการเปลี่ยนแปลงมากมายให้ผลิตภัณฑ์ซอฟต์แวร์ที่จำเป็น? ครั้งแรกตามที่ระบุไว้ก่อนหน้านี้ซอฟแวร์
มืออาชีพที่เป็นมนุษย์และดังนั้นจึงทำผิดพลาด ประการที่สองผลิตภัณฑ์ซอฟต์แวร์ที่เป็น
รูปแบบของโลกแห่งความจริงและโลกแห่งความจริงที่มีการเปลี่ยนแปลงอย่างต่อเนื่อง ปัญหานี้จะกล่าวถึง
ที่มีความยาวมากขึ้นในมาตรา 2.4

ผลลัพธ์ (ไทย) 3:

การ Winburg ขนาดเล็กกรณีศึกษาแสดงให้เห็นการพัฒนาผลิตภัณฑ์ซอฟต์แวร์ที่ผิดพลาดสำหรับจำนวนของสาเหตุที่ไม่เกี่ยวข้อง เช่น กลยุทธที่น่าสงสาร ( ที่ไม่จำเป็นใช้ตัวเลขสองเท่า ) และการเลือกใช้อัลกอริทึมที่ช้ามากในที่สุด โครงการที่ประสบความสำเร็จ อย่างไรก็ตาม คำถามที่เห็นได้ชัดคือ การพัฒนาซอฟต์แวร์วุ่นวายจริงๆด้วย ในความเป็นจริง , มินิ กรณีศึกษา น้อยกว่าที่มากกว่าหลาย ถ้าไม่ใช่ส่วนใหญ่ของโครงการซอฟต์แวร์ ใน Winburg มินิ กรณีมีเพียงสองรุ่นใหม่ของซอฟต์แวร์เพราะความผิดพลาด ( การใช้ doubleprecisionตัวเลข ; การใช้อัลกอริทึมที่ไม่สามารถตอบสนองการตอบสนองเวลาความต้องการ ) และเพียงหนึ่งฉบับใหม่ เพราะการเปลี่ยนแปลงที่ทำโดยลูกค้าที่ต้องการเพิ่มความแม่นยำ )ทำไมการเปลี่ยนแปลงหลายอย่างเพื่อสร้างผลิตภัณฑ์ซอฟต์แวร์ที่จำเป็น ? แรก ตามที่ระบุไว้ก่อนหน้านี้ซอฟต์แวร์ผู้เชี่ยวชาญที่เป็นมนุษย์ จึงทำให้พลาด ประการที่สอง ผลิตภัณฑ์ซอฟต์แวร์ที่เป็นโมเดลของโลกจริงและโลกจริงอย่างต่อเนื่องการเปลี่ยนแปลง ปัญหานี้จะกล่าวถึงที่ความยาวมากกว่าในส่วน 2.4 .