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:


• Redesign and redevelopment of smaller portions (less
than 50% new code) of an existing software product.

• Design and development of smaller interfacing software
packages which require some redesign (of less than 20%) of
the existing software product.

• Modification of the software product’s code,
documentation, or data base structure.
The definition excludes the following types of activity from
the category of software maintenance:

• Major redesign and redevelopment (more than 50% new
code) of a new software product performing substantially
the same functions.

• Design and development of a sizable (more than 20% of
the source instructions comprising the existing product)
interfacing software package which requires relatively little
redesign of the existing product

• Data processing system operations, data entry and
modification of values in the data base
IEEE and others generally identify four categories of
Software Maintenance efforts.

a) Correct - maintenance is a change made in order to
remove a fault

b) Adapt - maintenance is a change made in order to
become suited to a different condition

c) Perfect - maintenance is a change made in order to
improve

d) Enhance - maintenance is a change made to
forestall or reverse a deterioration
From the table below 8 it is obvious that maintenance
related to enhancement or perfection of a software product
is the largest single cost driver.

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

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

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

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

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

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



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

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


บริการออกแบบและปรับปรุงพื้นที่บางส่วนของขนาดเล็ก ( น้อยกว่า
กว่า 50% รหัสใหม่ ) ของผลิตภัณฑ์ซอฟต์แวร์ที่มีอยู่ .

บริการออกแบบและพัฒนาซอฟต์แวร์ขนาดเล็กเชื่อม
แพคเกจซึ่งต้องการออกแบบ ( น้อยกว่า 20% ) ของผลิตภัณฑ์ซอฟต์แวร์ที่มีอยู่
.

- การเปลี่ยนแปลงของผลิตภัณฑ์ซอฟต์แวร์ของรหัส
เอกสารหรือข้อมูลพื้นฐานโครงสร้าง .
นิยามรวมต่อไปนี้ประเภทของกิจกรรมจาก
ประเภทของการบำรุงรักษาซอฟต์แวร์ :

- สาขาออกแบบและปรับปรุง ( มากกว่า 50% ใหม่
รหัส ) ของผลิตภัณฑ์ซอฟต์แวร์ใหม่แสดงฟังก์ชั่นเดียวกันมาก
.

- การออกแบบและการพัฒนาขนาดใหญ่ ( มากกว่า 20 %
แนะนําแหล่งประกอบด้วยผลิตภัณฑ์ที่มีอยู่ในแพคเกจซอฟต์แวร์ที่ต้องใช้ทำงาน )

ค่อนข้างน้อยออกแบบผลิตภัณฑ์ที่มีอยู่

บริการการประมวลผลข้อมูลระบบการป้อนข้อมูลและ
การเปลี่ยนแปลงของค่าในฐานข้อมูล
IEEE และคนอื่น ๆโดยทั่วไประบุสี่ประเภทของความพยายามในการบำรุงรักษาซอฟต์แวร์
.

) ที่ถูกต้อง - การบำรุงรักษาเปลี่ยนเพื่อลบความผิด

b ) ปรับ - ซ่อม เป็นการเปลี่ยนแปลงเพื่อความเหมาะสมกับสภาพต่าง ๆกลายเป็น

c ) ที่สมบูรณ์แบบ - คือ การเปลี่ยนแปลงที่เกิดขึ้นในการบํารุงรักษา เพื่อปรับปรุง

D

) เพิ่ม - การบำรุงรักษาเปลี่ยนให้

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