One of the greatest challenges faci

One of the greatest challenges facing software engineers is
the management of change control. It has been estimated
that the cost of change control can be between 40% and
70% of the life cycle costs4. Software engineers have hoped
that new languages and new process would greatly reduce
these numbers however, this has not been the case. This is
fundamentally because software is still delivered with a
significant number of defects. Capers Jones estimates that
there are about 5 bugs per Function Point created during
Development5. Watts Humphrey found “… even
experienced software engineers normally inject 100 or more
defects per KSLOC6. Capers Jones says, “A series of
studies the defect density of software ranges from49.5 to
94.5 errors per thousand lines off code7.” The purpose of
this paper is to first review the fundamentals of software
maintenance and to present alternative approaches to
estimating software maintenance. A key element to note is
that development and management decisions made during
the development process can significantly affect the
developmental cost and the resulting maintenance costs.


This paper addresses issues associated with software
maintenance estimating and touches on development and
management decision that can significantly affect
maintenance costs.

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

หนึ่งในความท้าทายที่ยิ่งใหญ่ที่สุดซึ่งวิศวกรซอฟต์แวร์การจัดการการควบคุมเปลี่ยนแปลง มีการประเมินว่า ต้นทุนของการควบคุมการเปลี่ยนแปลงอยู่ระหว่าง 40% และ70% ของ costs4 วงจรชีวิต วิศวกรซอฟต์แวร์มีหวังว่าภาษาใหม่และกระบวนการใหม่จะช่วยลดอย่างมากเหล่านี้หมายเลขอย่างไรก็ตาม นี้ไม่ได้เช่น นี่คือพื้นฐานเนื่องจากยังคงมีการนำเสนอซอฟต์แวร์โดยการจำนวนข้อบกพร่องสำคัญ เคเปอร์โจนส์ประเมินว่ามีข้อบกพร่องเกี่ยวกับ 5 ต่อจุดฟังก์ชันที่สร้างขึ้นในระหว่างDevelopment5 พบฟรีย์วัตต์ "...แม้วิศวกรซอฟต์แวร์มีประสบการณ์ปกติฉีด 100 หรือมากกว่าบกพร่องต่อ KSLOC6 เคเปอร์โจนส์กล่าวว่า "ชุดความหนาแน่นความบกพร่องของซอฟต์แวร์ช่วง from49.5 การศึกษาผิด 94.5 ต่อบรรทัดพันปิด code7" วัตถุประสงค์ของเอกสารนี้จะต้อง ตรวจสอบพื้นฐานของซอฟต์แวร์บำรุงรักษา และการนำเสนอแนวทางเลือกประมาณการบำรุงรักษาซอฟต์แวร์ เป็นองค์ประกอบสำคัญเพื่อทราบที่ตัดสินใจพัฒนาขึ้นในระหว่างการพัฒนาอย่างมีนัยสำคัญส่งผลต่อการพัฒนาต้นทุนและค่าบำรุงรักษาได้กระดาษนี้เน้นปัญหาที่เกี่ยวข้องกับซอฟต์แวร์ประมาณการบำรุงรักษาและการสัมผัสในการพัฒนา และตัดสินใจการจัดการที่สามารถส่งผลอย่างมีนัยสำคัญค่าบำรุงรักษา

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

หนึ่งในความท้าทายที่ยิ่งใหญ่หันวิศวกรซอฟแวร์
การจัดการควบคุมการเปลี่ยนแปลง มันเป็นที่คาด
ว่าค่าใช้จ่ายของการควบคุมการเปลี่ยนแปลงสามารถระหว่าง 40% และ
70% ของวงจรชีวิต costs4 วิศวกรซอฟแวร์มีความหวัง
ว่าภาษาใหม่และกระบวนการใหม่มากจะลด
ตัวเลขเหล่านี้ แต่นี้ยังไม่ได้รับกรณีที่ นี่คือ
พื้นฐานเนื่องจากซอฟต์แวร์จะถูกส่งยังคงมี
จำนวนมากของข้อบกพร่อง Capers โจนส์ประมาณการว่า
มีประมาณ 5 จุดข้อบกพร่องต่อฟังก์ชั่นที่สร้างขึ้นในช่วง
Development5 วัตต์ฮัมฟรีย์พบว่า "... แม้
วิศวกรซอฟต์แวร์ที่มีประสบการณ์ตามปกติฉีด 100 หรือมากกว่า
ข้อบกพร่องต่อ KSLOC6 Capers โจนส์กล่าวว่า "ชุดของ
การศึกษาความหนาแน่นของข้อบกพร่องของซอฟต์แวร์ช่วง from49.5 ไป
94.5 ข้อผิดพลาดต่อพันสายออก code7. "วัตถุประสงค์ของ
งานวิจัยนี้คือครั้งแรกทบทวนพื้นฐานของซอฟแวร์
การบำรุงรักษาและวิธีการที่จะนำเสนอทางเลือกในการ
ประมาณซอฟต์แวร์ การบำรุง องค์ประกอบสำคัญที่จะต้องทราบ
ว่าการพัฒนาและการตัดสินใจการจัดการทำในระหว่าง
ขั้นตอนการพัฒนาอย่างมีนัยสำคัญจะมีผลต่อ
ค่าใช้จ่ายในการพัฒนาและบำรุงรักษาค่าใช้จ่ายที่เกิดขึ้น. กระดาษนี้ปัญหาอยู่ที่เกี่ยวข้องกับซอฟแวร์การประเมินการบำรุงรักษาและสัมผัสกับการพัฒนาและการตัดสินใจของผู้บริหารที่มีนัยสำคัญจะมีผลต่อค่าใช้จ่ายในการซ่อมบำรุง .

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

หนึ่งในความท้าทายที่ยิ่งใหญ่ ซึ่งวิศวกรซอฟต์แวร์
การจัดการควบคุมการเปลี่ยนแปลง มีการประมาณการว่า ต้นทุนของการควบคุมการเปลี่ยนแปลง

สามารถระหว่าง 40 และ 70 % ของวงจรชีวิต costs4 . วิศวกรซอฟต์แวร์หวัง
ว่าภาษาใหม่และกระบวนการใหม่จะช่วยลด
ตัวเลขเหล่านี้ แต่นี้ไม่ได้รับกรณีที่ . นี่คือ
ลึกซึ้ง เพราะโปรแกรมยังมาพร้อมกับ
จำนวนของข้อบกพร่อง เปอร์ โจนส์ ประเมินว่ามีประมาณ 5 แมลงต่อ

development5 จุดฟังก์ชันสร้างขึ้นในระหว่าง . วัตต์ฮัมฟรีย์พบ " . . . . . . . แม้แต่
มีประสบการณ์วิศวกรซอฟต์แวร์ปกติฉีด 100 หรือมากกว่า
ข้อบกพร่องต่อ ksloc6 . เปอร์ โจนส์กล่าวว่า " ชุด
ศึกษาความหนาแน่นของข้อบกพร่องซอฟต์แวร์ช่วง from49.5

945 ข้อผิดพลาดต่อพันสายออก code7 " วัตถุประสงค์ของบทความนี้คือครั้งแรก

ทบทวนพื้นฐานของการบำรุงรักษาซอฟต์แวร์และเสนอวิธีการทางเลือก
ประเมินการบำรุงรักษาซอฟต์แวร์ กุญแจสำคัญที่จะทราบว่า การพัฒนาและการตัดสินใจการจัดการ

ทำในระหว่างกระบวนการพัฒนาสามารถส่งผลกระทบต่อต้นทุนและผลพัฒนาการ



ดูแลต้นทุนบทความนี้เน้นปัญหาที่เกี่ยวข้องกับซอฟต์แวร์การบำรุงรักษาและสัมผัส
ประมาณในการพัฒนา และการจัดการที่สามารถมีผลอย่างมากต่อการตัดสินใจ

ต้นทุนการบำรุงรักษา