Waterfall development methodologies

Waterfall development methodologies have the advantages of identifying
requirements long before programming begins and limiting changes to the requirements
as the project proceeds. The key disadvantages are that the design must be
completely specified before programming begins, a long time elapses between the
completion of the system proposal in the analysis phase and the delivery of system,
and testing is treated almost as an afterthought in the implementation phase. In addition,
the deliverables are often a poor communication mechanism, so important
requirements may be overlooked in the volumes of documentation. If the project team
misses an important requirement, expensive post-implementation programming may
be needed. Users may forget the original purpose of the system, since so much time
has elapsed between the original idea and actual implementation. Also, in today’s
dynamic business environment, a system that met the existing environmental conditions
during the analysis phase may need considerable rework to match the environment
when it is implemented. This rework requires going back to the initial phase and
making needed changes through each of the subsequent phases in turn.

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

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

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

การพัฒนาวิธีการตกมีข้อดีของการระบุความต้องการก่อนที่โปรแกรมจะเริ่มต้นและ

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