Maintenance activities include all

Maintenance activities include all work carried out postdelivery
and should be distinguished from block
modifications which represent significant design and
development effort and supersede a previously released
software package. These maintenance activities can be
quite diverse, and it helps to identify exactly what postdelivery
activities are to be included in an estimate of maintenance effort. Maintenance activities, once defined,
may be evaluated in a quite different light than when called
simply “maintenance”. Software maintenance is different
from hardware maintenance because software doesn't
physically wear out, but software often gets less useful with
age and it may be delivered with undiscovered flaws. In
addition to the undiscovered flaws, it is common that some
number of known defects pass from the development
organization to the maintenance group. This bow wave of
unclosed bugs is exacerbated when multiple versions of the
same deliverable exist simultaneously. Accurate estimation
of the effort required to maintain delivered software is aided
by the decomposition of the overall effort into the various
activities that make up the whole process.
In his book Software Engineering Economics, Barry Boehm
defines maintenance as the process of modifying existing
operational software while leaving its primary functions
intact. The definition includes the following types of
activity within the category of software maintenance:

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

กิจกรรมการบำรุงรักษารวมถึงการทำงานทั้งหมดดำเนินการ postdelivery
และควรจะแตกต่างจากบล็อก
ซึ่งเป็นตัวแทนของการปรับเปลี่ยนการออกแบบอย่างมีนัยสำคัญและ
ความพยายามพัฒนาและใช้แทนก่อนหน้านี้ออก
แพคเกจซอฟต์แวร์ กิจกรรมการบำรุงรักษาเหล่านี้จะ
มีความหลากหลายมากและมันช่วยในการระบุว่าสิ่งที่ postdelivery
กิจกรรมจะได้รับการรวมอยู่ในประมาณการของความพยายามในการบำรุงรักษา กิจกรรมการบำรุงรักษาครั้งที่กำหนดไว้
อาจจะได้รับการประเมินในที่มีแสงแตกต่างกันมากกว่าเมื่อเรียกว่า
เพียงแค่ "การซ่อมบำรุง" การบำรุงรักษาซอฟต์แวร์ที่แตกต่างกัน
จากการบำรุงรักษาฮาร์ดแวร์ซอฟแวร์เพราะไม่ได้
สวมใส่ออกทางร่างกาย แต่ซอฟต์แวร์ที่มักจะได้รับประโยชน์น้อยลงด้วย
อายุและมันอาจจะมาพร้อมกับข้อบกพร่องที่ยังไม่ได้เปิด ใน
นอกเหนือไปจากข้อบกพร่องที่ยังไม่ได้เปิดมันเป็นเรื่องธรรมดาที่บางส่วน
จำนวนข้อบกพร่องที่รู้จักกันผ่านจากการพัฒนา
องค์กรไปยังกลุ่มการบำรุงรักษา ระลอกคลื่นนี้
ข้อบกพร่อง unclosed คือที่มาเมื่อหลายรุ่น
ที่ส่งมอบเดียวกันอยู่พร้อมกัน การประมาณค่าที่ถูกต้อง
ของความพยายามที่จำเป็นในการรักษาซอฟแวร์การส่งมอบได้รับความช่วยเหลือ
จากการสลายตัวของความพยายามโดยรวมเข้าต่าง ๆ
กิจกรรมที่ทำขึ้นกระบวนการทั้งหมด.
ในหนังสือของเขาเศรษฐศาสตร์วิศวกรรมซอฟแวร์, แบร์รี่ Boehm
กำหนดบำรุงรักษาเป็นกระบวนการของการปรับเปลี่ยนที่มีอยู่
ในขณะที่ซอฟแวร์ในการดำเนินงาน ออกจากฟังก์ชั่นหลักของมัน
เหมือนเดิม ความหมายรวมถึงต่อไปนี้ประเภทของ
กิจกรรมในหมวดหมู่ของการบำรุงรักษาซอฟต์แวร์:

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

กิจกรรมการบํารุงรักษารวมถึงงานทั้งหมดดำเนินการ postdelivery
และควรจะแตกต่างจากบล็อก

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

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

กระบวนการทั้งหมดในหนังสือเศรษฐศาสตร์วิศวกรรมซอฟต์แวร์ แบรี่โบมา
กำหนดเป็นกระบวนการของการปรับเปลี่ยนซอฟต์แวร์การปฏิบัติที่มีหน้าที่หลักของมัน

เหลือเหมือนเดิม ความหมายรวมถึงต่อไปนี้ประเภทของ
กิจกรรมภายในประเภทของการบำรุงรักษาซอฟต์แวร์ :