3.4 PreventiveMaintenancePreventive

3.4 PreventiveMaintenance
Preventive Maintenance involves changing some aspect of the system to prevent failures. Preventive maintenance usually results when a programmer finds an actual or potential fault that has not yet become a failure and takes action to correct the fault before damage is done. This type of activities will reduce he complexity of the software and improve quality.
4. RESEARCHMODEL
OSS projects exhibit high quality despite absence of defined user, requirements, costs or schedules. OSS is characterized by frequent voluntary contributions from active users all across the globe. The development and maintenance methods in OSS and PSS are inherently different; hence we need new models that can explain the factors affecting various software characteristics in OSS systems. The usual metrics for software quality cannot be collected for OSS systems due to the difference between the software processes for OSS and PSS systems.
We believe that during different life cycle phases, importance of the quality characteristics for active user will change. Initially, users will start using the system, if it meets their functional requirements. Hence functionality will be a critical characteristic. Since the software is free, the users may be relaxed on reliability expectations of the software. Most of the OSS maintains production and experimental versions in parallel, so users have the option for using a more stable version if they are concerned with reliability or a more functional version that might not be very reliable and stable at moment.
As the usage of OSS progresses and users start reporting errors, other factors will also become important. From the point of view of contributors to the maintainability will be important as correction of errors or enhancement of the existing code is a significant task and the more maintainable the code is, the easier it will be for the maintainers to make changes. If the software lacks in maintainability, the maintenance team might loose interest and hence result in decline in quality.
For the original code contributors, reusability will become important as the software grows in size and functionality. If the users find the components developed in a project reusable, they will be more likely to continue using the software.
The characteristic of Availability becomes significant when the user has established the use of the software and is running applications that are supported by the software e.g. an OSS operating system. In such a case availability of the system and security aspects will also add towards the overall user perception of quality.
For any software, most of the lifecycle cost and effort is expended in the detection and elimination of errors or for functionality enhancements during maintenance [16, 18]. Addition of new functionality can make the maintenance task more difficult. The addition of new modules is usually accompanied by new errors thus making the maintenance task more complex [19].
We model the effects of corrective, adaptive and preventive maintenance on software quality. We combined perfective and adaptive because changes made to accommodate environmental

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

3.4 PreventiveMaintenanceงานบำรุงรักษาระบบเกี่ยวข้องกับการเปลี่ยนแปลงบางด้านของระบบเพื่อป้องกันความล้มเหลว บำรุงรักษาปกติผลลัพธ์เมื่อโปรแกรมเมอร์พบบกพร่องการจริง หรือมีศักยภาพที่ยังไม่เป็น ความล้มเหลว และจะดำเนินการแก้ไขข้อบกพร่องก่อนที่จะเสีย แล้ว กิจกรรมชนิดนี้จะช่วยให้เขาลดความซับซ้อนของซอฟต์แวร์ และการปรับปรุงคุณภาพ4. RESEARCHMODELโครงการ OSS แสดงคุณภาพสูงแม้ มีการขาดงานของผู้ใช้กำหนด ความต้องการ ต้นทุน หรือกำหนดการ OSS เป็นลักษณะ โดยระดมบ่อยจากผู้ใช้งานทั้งหมดทั่วโลก วิธีการพัฒนาและบำรุงรักษาใน OSS และ PSS มีความแตกต่างกัน ดังนั้น เราจำเป็นรูปแบบใหม่ที่สามารถอธิบายปัจจัยที่มีผลต่อคุณลักษณะต่าง ๆ ของซอฟต์แวร์ในระบบ OSS ไม่สามารถรวบรวมวัดปกติคุณภาพซอฟต์แวร์ OSS ระบบเนื่องจากความแตกต่างระหว่างกระบวนการซอฟต์แวร์สำหรับระบบ OSS และ PSSเราเชื่อว่า ในระยะวงจรชีวิตที่แตกต่างกัน ความสำคัญของลักษณะคุณภาพสำหรับผู้ใช้งานจะเปลี่ยน เริ่มต้น ผู้ใช้จะเริ่มใช้ระบบ ถ้าเป็นไปตามความต้องการของพวกเขาทำงาน ดังนั้น ฟังก์ชันจะมีลักษณะสำคัญ เนื่องจากซอฟต์แวร์ฟรี ผู้ใช้อาจผ่อนคลายบนความคาดหวังความน่าเชื่อถือของซอฟต์แวร์ ส่วนใหญ่ของ OSS รักษาผลิตและเวอร์ชันทดลองพร้อมกัน เพื่อให้ผู้ใช้มีตัวเลือกสำหรับการใช้เวอร์ชันมีเสถียรภาพมากขึ้นจะเกี่ยวข้องกับความน่าเชื่อถือหรือรุ่นมากขึ้นที่ไม่อาจเชื่อถือได้ และมีเสถียรภาพขณะเป็นการใช้ OSS ดำเนินไปและผู้ใช้เริ่มต้นรายงานข้อผิดพลาด ปัจจัยอื่น ๆ จะเป็นสิ่งสำคัญ จากมุมมองของผู้ให้การสนับสนุนการ maintainability การจะมีความสำคัญเป็นการแก้ไขข้อผิดพลาด หรือของรหัสที่มีอยู่เป็นงานที่สำคัญ และเป็นรหัส maintainable มากขึ้น ง่ายขึ้นจะให้ maintainers การเปลี่ยนแปลง หากขาดซอฟต์แวร์ใน maintainability ทีมบำรุงรักษาอาจหลวมสนใจ และทำให้คุณภาพลดลงดังนั้นในรหัสเดิมร่วมสมทบ reusability จะสำคัญเป็นซอฟต์แวร์เติบโตในขนาดและการทำงาน ถ้าผู้ใช้ค้นหาส่วนประกอบที่พัฒนาในโครงการประกอบการ พวกเขาจะมีแนวโน้มการใช้ซอฟต์แวร์ลักษณะของความพร้อมใช้งานจะสำคัญเมื่อผู้ใช้มีการใช้ซอฟต์แวร์ที่ก่อตั้งขึ้น และจะเรียกใช้โปรแกรมประยุกต์ที่สนับสนุน โดยระบบปฏิบัติการซอฟต์แวร์ OSS เป็นเช่น ในกรณีเช่นนี้ ความพร้อมด้านระบบความปลอดภัยจะเพิ่มต่อโดยรวมผู้ใช้การรับรู้คุณภาพการสำหรับซอฟต์แวร์ ส่วนใหญ่ต้นทุนวงจรชีวิตและความพยายามที่จะใช้ในการตรวจหาและกำจัดข้อผิดพลาด หรือการปรับปรุงฟังก์ชันการทำงานในระหว่างการบำรุงรักษา [16, 18] เพิ่มฟังก์ชันใหม่สามารถทำให้การงานบำรุงรักษายาก ข้อผิดพลาดใหม่จึง ทำงานบำรุงรักษาให้ซับซ้อนมากขึ้น [19] โดยปกติพร้อมการเพิ่มโมดูลใหม่We model the effects of corrective, adaptive and preventive maintenance on software quality. We combined perfective and adaptive because changes made to accommodate environmental

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

3.4 PreventiveMaintenance
บำรุงรักษาเชิงป้องกันเกี่ยวข้องกับการเปลี่ยนแปลงลักษณะของระบบการป้องกันความล้มเหลวบาง บำรุงรักษาเชิงป้องกันมักจะส่งผลให้เมื่อโปรแกรมเมอร์พบความผิดพลาดที่เกิดขึ้นจริงหรือมีศักยภาพที่ยังไม่ได้กลายเป็นความล้มเหลวและจะดำเนินการเพื่อแก้ไขข้อผิดพลาดก่อนที่ความเสียหายจะทำ ประเภทของกิจกรรมนี้จะช่วยลดความซับซ้อนของซอฟแวร์ที่เขาและปรับปรุงคุณภาพ.
4 RESEARCHMODEL
OSS โครงการจัดแสดงที่มีคุณภาพสูงแม้จะมีตัวตนของผู้ใช้กำหนดความต้องการค่าใช้จ่ายหรือตารางเวลา OSS ที่โดดเด่นด้วยความสมัครใจบ่อยจากผู้ใช้งานทั่วโลก การพัฒนาและวิธีการบำรุงรักษาใน OSS และ PSS จะแตกต่างกันโดยเนื้อแท้; ด้วยเหตุนี้เราต้องการรูปแบบใหม่ที่สามารถอธิบายปัจจัยที่มีผลต่อลักษณะซอฟแวร์ต่าง ๆ ในระบบ OSS ตัวชี้วัดตามปกติสำหรับคุณภาพของซอฟต์แวร์ไม่สามารถเก็บไว้สำหรับระบบ OSS เนื่องจากความแตกต่างระหว่างกระบวนการซอฟต์แวร์สำหรับโอเอสและระบบ PSS.
เราเชื่อว่าในระหว่างขั้นตอนของวงจรชีวิตที่แตกต่างกันความสำคัญของลักษณะที่มีคุณภาพสำหรับผู้ใช้ที่ใช้งานจะมีการเปลี่ยนแปลง ในขั้นต้นผู้ใช้จะเริ่มใช้ระบบถ้าเป็นไปตามความต้องการการทำงานของพวกเขา ดังนั้นการทำงานจะเป็นลักษณะที่สำคัญ เนื่องจากซอฟต์แวร์ที่เป็นอิสระผู้ใช้อาจจะผ่อนคลายกับการคาดการณ์ความน่าเชื่อถือของซอฟแวร์ ส่วนใหญ่ของโอเอสยังคงผลิตและรุ่นทดลองในแบบคู่ขนานเพื่อให้ผู้ใช้มีตัวเลือกสำหรับการใช้เป็นรุ่นที่มีเสถียรภาพมากขึ้นถ้าพวกเขามีความกังวลกับความน่าเชื่อถือหรือรุ่นที่ทำงานได้มากขึ้นที่อาจจะไม่ได้เป็นอย่างที่เชื่อถือได้และมีเสถียรภาพในขณะนี้.
ขณะที่การใช้งานของโอเอส ดำเนินการและผู้ใช้เริ่มต้นการรายงานข้อผิดพลาดปัจจัยอื่น ๆ ก็จะกลายเป็นสิ่งสำคัญ จากมุมมองของผู้ที่จะบำรุงรักษาจะมีความสำคัญในฐานะการแก้ไขข้อผิดพลาดหรือการเพิ่มประสิทธิภาพของรหัสที่มีอยู่เป็นงานที่สำคัญและการบำรุงรักษามากขึ้นรหัสได้ง่ายขึ้นก็จะเป็นผู้ดูแลในการเปลี่ยนแปลง หากซอฟต์แวร์ที่ขาดการบำรุงรักษาในทีมงานการบำรุงรักษาที่สนใจอาจจะหลวมและด้วยเหตุนี้ส่งผลให้เกิดการลดลงของคุณภาพ.
สำหรับผู้ร่วมสมทบรหัสเดิมที่สามารถนำมาใช้จะกลายเป็นสิ่งที่สำคัญเป็นซอฟแวร์ที่เติบโตขึ้นในขนาดและฟังก์ชันการทำงาน หากผู้ใช้พบว่าองค์ประกอบที่นำมาใช้ใหม่ในการพัฒนาโครงการที่พวกเขาจะมีแนวโน้มที่จะดำเนินการโดยใช้ซอฟแวร์.
ลักษณะของการวางจำหน่ายเป็นสำคัญเมื่อผู้ใช้มีการจัดตั้งการใช้ซอฟแวร์และมีการใช้งานที่ได้รับการสนับสนุนโดยซอฟแวร์เช่น ระบบปฏิบัติการโอเอส เช่นในกรณีที่ความพร้อมของระบบและด้านการรักษาความปลอดภัยยังจะเพิ่มการรับรู้ที่มีต่อการใช้งานโดยรวมที่มีคุณภาพ.
สำหรับซอฟต์แวร์ใด ๆ ค่าใช้จ่ายส่วนใหญ่ของวงจรชีวิตและความพยายามที่จะใช้จ่ายในการตรวจสอบและการกำจัดของข้อผิดพลาดหรือการปรับปรุงการทำงานระหว่างการบำรุงรักษา [16 18] นอกเหนือจากฟังก์ชั่นใหม่ที่สามารถทำให้งานบำรุงรักษายากขึ้น นอกจากนี้โมดูลใหม่มักจะมาพร้อมข้อผิดพลาดใหม่จึงทำให้งานการบำรุงรักษาที่ซับซ้อนมากขึ้น [19].
เราแบบจำลองผลกระทบของการแก้ไขการปรับตัวและการบำรุงรักษาเชิงป้องกันในซอฟต์แวร์ที่มีคุณภาพ เรารวมกันที่สมบูรณ์แบบและการปรับตัวเนื่องจากการเปลี่ยนแปลงที่ทำเพื่อรองรับสิ่งแวดล้อม

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

They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.They sing so much fun.