กระบวนทัศน์การเขียนโปรแกรมและผู้พัฒนาการบำรุงรักษา [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันอ่านข้อเท็จจริงและความล้มเหลวของวิศวกรรมซอฟต์แวร์ซึ่งมีส่วนของการบำรุงรักษา ตั้งแต่ฉันเป็นผู้พัฒนาด้านการบำรุงรักษามาหลายปีแล้วฉันจึงนำเสนอข้อเท็จจริงที่น่าสนใจมาก นี่คือสาม ข้อเท็จจริงที่ 41: การบำรุงรักษามักใช้ต้นทุนซอฟต์แวร์ 40 ถึง 80 เปอร์เซ็นต์ (โดยเฉลี่ย 60 เปอร์เซ็นต์) ดังนั้นจึงน่าจะเป็นช่วงวงจรชีวิตที่สำคัญที่สุดของซอฟต์แวร์ ข้อเท็จจริงที่ 42: การปรับปรุงมีหน้าที่รับผิดชอบประมาณร้อยละ 60 ของต้นทุนการบำรุงรักษาซอฟต์แวร์ การแก้ไขข้อผิดพลาดประมาณ 17 เปอร์เซ็นต์ ดังนั้นการบำรุงรักษาซอฟต์แวร์ส่วนใหญ่เกี่ยวกับการเพิ่มความสามารถใหม่ให้กับซอฟต์แวร์เก่าไม่ใช่การแก้ไข ความเป็นจริง 45: การพัฒนาวิศวกรรมซอฟต์แวร์ที่ดีกว่านำไปสู่การบำรุงรักษาที่มากขึ้นไม่น้อย ซอฟต์แวร์ตัวนี้ดีกว่ามีการบำรุงรักษามากกว่าเพราะง่ายต่อการเปลี่ยนแปลง ดังนั้นจึงยังคงใช้งานได้นานกว่าซึ่งนำไปสู่การเปลี่ยนแปลงที่ใช่ กระบวนทัศน์ใด (เช่นการทำงาน, เชิงวัตถุ, ขั้นตอน) ที่มีการบำรุงรักษาที่ดีที่สุดและมีงานวิจัยที่จะสำรองข้อมูลนี้หรือไม่?