ฉันอ่านข้อเท็จจริงและความล้มเหลวของวิศวกรรมซอฟต์แวร์ซึ่งมีส่วนของการบำรุงรักษา ตั้งแต่ฉันเป็นผู้พัฒนาด้านการบำรุงรักษามาหลายปีแล้วฉันจึงนำเสนอข้อเท็จจริงที่น่าสนใจมาก นี่คือสาม
- ข้อเท็จจริงที่ 41: การบำรุงรักษามักใช้ต้นทุนซอฟต์แวร์ 40 ถึง 80 เปอร์เซ็นต์ (โดยเฉลี่ย 60 เปอร์เซ็นต์) ดังนั้นจึงน่าจะเป็นช่วงวงจรชีวิตที่สำคัญที่สุดของซอฟต์แวร์
- ข้อเท็จจริงที่ 42: การปรับปรุงมีหน้าที่รับผิดชอบประมาณร้อยละ 60 ของต้นทุนการบำรุงรักษาซอฟต์แวร์ การแก้ไขข้อผิดพลาดประมาณ 17 เปอร์เซ็นต์ ดังนั้นการบำรุงรักษาซอฟต์แวร์ส่วนใหญ่เกี่ยวกับการเพิ่มความสามารถใหม่ให้กับซอฟต์แวร์เก่าไม่ใช่การแก้ไข
- ความเป็นจริง 45: การพัฒนาวิศวกรรมซอฟต์แวร์ที่ดีกว่านำไปสู่การบำรุงรักษาที่มากขึ้นไม่น้อย
ซอฟต์แวร์ตัวนี้ดีกว่ามีการบำรุงรักษามากกว่าเพราะง่ายต่อการเปลี่ยนแปลง ดังนั้นจึงยังคงใช้งานได้นานกว่าซึ่งนำไปสู่การเปลี่ยนแปลงที่ใช่
กระบวนทัศน์ใด (เช่นการทำงาน, เชิงวัตถุ, ขั้นตอน) ที่มีการบำรุงรักษาที่ดีที่สุดและมีงานวิจัยที่จะสำรองข้อมูลนี้หรือไม่?
ฉันเป็นเจ้าของสำเนาของข้อเท็จจริงและความเข้าใจผิดและสำหรับแต่ละความจริง (และการเข้าใจผิด) มีการอ้างอิงสำหรับสิ่งพิมพ์ต่าง ๆ ที่สนับสนุน ฉันไม่มีสำเนาที่มีประโยชน์ แต่การอ้างอิงเหล่านี้พูดถึงผลกระทบของกระบวนทัศน์ในการบำรุงรักษาหรือไม่?
—
Thomas Owens
หนังสือเล่มนี้เขียนขึ้นในปี 2003 ข้อสรุปส่วนใหญ่ยังคงมีความเกี่ยวข้องในปัจจุบัน ฉันสงสัยว่าผู้คนมีการศึกษาใหม่ในกระบวนทัศน์เฉพาะ การบำรุงรักษาดูเหมือนจะมองข้ามส่วนหนึ่งของการสนทนา
—
KaizenSoze
หากการศึกษาหรือตีพิมพ์ใด ๆ ที่อ้างถึงในข้อเท็จจริงและความเข้าใจผิดเกี่ยวกับความสามารถในการบำรุงรักษาของกระบวนทัศน์เฉพาะทางเลือกหนึ่งคือการค้นหาฐานข้อมูล IEEE หรือ ACM สำหรับบทความและเอกสารอื่น ๆ ที่อ้างถึงบทความนั้น หากคุณไม่มีสิทธิ์เข้าถึงฐานข้อมูล IEEE หรือ ACM ฉันสามารถดูสำเนาหนังสือของฉันเมื่อฉันกลับถึงบ้านและดูว่าฉันสามารถทำการค้นหาได้หรือไม่ น่าเสียดายที่ฉันจะได้ชื่อของเอกสารอื่นมาให้คุณเท่านั้น
—
โธมัสโอเวนส์