b. Client-developer communication f

b. Client-developer communication failures Misunderstandings resulting from defective client-developer communication are additional causes of errors. Typical situations: Misunderstanding of the client’s instructions relating to the requirement document and to changes requested either written or orally by the client. Additional misunderstandings are failures to understand and to give the needed attention to the client’s response to design problems raised by the development team.
c. Deliberate deviations from software requirements In several circumstances, developers may deliberately deviate from the documented requirements, often causing software errors. Common situations of this type: reuse of software modules taken from an earlier project, omission of part of the required functions in an attempt to cope with time or budgetary pressures and developer-initiated improvements, introduced without the client’s approval.
d. Logical design errors Software errors of this type are mainly failures of systems architects, software engineers, systems analysts, etc., to formulate the software requirements into the proper algorithms, boundary conditions, omission of required system states, etc.
e. Coding errors The reasons that cause programmers to make coding errors include misunderstanding the design documentation, linguistic errors, errors in the application of CASE, other development tools, and so forth.
f. Noncompliance with documentation and coding instructions One may ask why noncompliance with coding instructions should cause software errors. It is believed that “non-complying” software is expected to increase the rate of errors made by development and maintenance teams. It is due to erroneous understanding by other members of the development team and maintenance team when performing corrections or changes.
g. Shortcomings of the testing process Shortcomings of the testing process affect the error rate by leaving a greater number of undetected or uncorrected errors. These shortcomings result from: incomplete test plans, failure to document and report detected errors and faults, failure to promptly correct detected software faults and incomplete correction of detected errors.
h. Procedure errors Procedure errors, especially in complex software systems, may incorrectly direct the user with respect to the activities required.
i. Documentation errors The documentation errors that trouble the development and maintenance teams are errors in the design documents and in the documentation integrated into the body of the software. These errors can cause additional errors in further stages of development and during maintenance. Another type of documentation error, one that mainly affects the user, is an error in the user manuals and in the “help” displays incorporated in the software.

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

b. ความล้มเหลวการสื่อสารที่นักพัฒนาไคลเอ็นต์ความเข้าใจผิดเกิดจากการสื่อสารไคลเอ็นต์สำหรับนักพัฒนาที่มีข้อบกพร่องคือ เพิ่มเติมสาเหตุของข้อผิดพลาด สถานการณ์ทั่วไป: ความเข้าใจผิด ของคำแนะนำของไคลเอ็นต์ที่เกี่ยวข้องกับเอกสารความต้องการ และร้องขอการเปลี่ยนแปลงอย่างใดอย่างหนึ่งที่เขียน หรือปากเปล่า โดยไคลเอนต์ ความล้มเหลวใน การเข้าใจ และ การให้ความสนใจต้องการตอบสนองของไคลเอ็นต์เพื่อปัญหาการออกแบบโดยทีมพัฒนาได้เพิ่มเติมความเข้าใจผิด ค.เจตนาเบี่ยงเบนจากข้อกำหนดของซอฟต์แวร์ในหลายกรณี นักพัฒนาอาจจงใจเบี่ยงเบนไปจากความต้องการเอกสาร มักจะก่อให้เกิดข้อผิดพลาดซอฟต์แวร์ สถานการณ์ทั่วไปชนิดนี้: นำโมดูซอฟต์แวร์ที่นำมาจากโครงการก่อนหน้า งดเป็นส่วนหนึ่งของฟังก์ชันจำเป็นในความพยายามที่รับมือกับเวลา หรือแรงกดดันด้านงบประมาณ และเริ่มพัฒนาปรับ ปรุง โดยการอนุมัติของลูกค้า d. ตรรกะออกข้อผิดพลาดข้อผิดพลาดซอฟต์แวร์ชนิดนี้เป็นส่วนใหญ่ความล้มเหลวของระบบสถาปนิก วิศวกรซอฟต์แวร์ นักวิเคราะห์ระบบ ฯลฯ การกำหนดความต้องการซอฟต์แวร์เป็นอัลกอริทึมที่เหมาะสม เงื่อนไขขอบเขต งดอเมริการะบบที่จำเป็น ฯลฯ e. รหัสข้อผิดพลาดในสาเหตุที่ทำให้เกิดโปรแกรมเมอร์ให้เขียนโค้ดผิดพลาดรวมถึงความเข้าใจผิดออกเอกสาร ภาษาข้อผิดพลาด ข้อผิดพลาดในโปรแกรมประยุกต์ของกรณี เครื่องมือพัฒนาอื่น ๆ และ forth อื่น ๆ f. การไม่ปฏิบัติตามคู่มือและคำแนะนำที่หนึ่งอาจถามว่า ทำไมไม่ปฏิบัติตามคำแนะนำการเขียนโค้ดควรทำให้เกิดข้อผิดพลาดซอฟต์แวร์เข้ารหัส เชื่อว่า "ไม่ปฏิบัติตาม" ซอฟต์แวร์คาดว่าจะเพิ่มอัตราการผิดพลาดโดยพัฒนาและทีมงานซ่อมบำรุง มันเป็น เพราะความเข้าใจผิดของทีมพัฒนาและทีมซ่อมบำรุงสมาชิกคนอื่น ๆ เมื่อทำการแก้ไขหรือการเปลี่ยนแปลง g. ข้อบกพร่องของกระบวนการตรวจสอบข้อบกพร่องของกระบวนการทดสอบมีผลต่ออัตราการผิดพลาด โดยออก uncorrected หรือตรวจไม่พบข้อผิดพลาดมากมาย ข้อบกพร่องเหล่านี้เป็นผลมาจาก: แผนการทดสอบไม่สมบูรณ์ การทำเอกสาร และรายงานการตรวจพบข้อผิดพลาด และความผิดพลาด ความล้มเหลวให้ซอฟต์แวร์ถูกต้องทันทีที่ตรวจพบข้อบกพร่องและการแก้ไขที่ไม่สมบูรณ์ของการตรวจพบข้อผิดพลาด h. กระบวนการข้อผิดพลาดข้อผิดพลาดขั้นตอน โดยเฉพาะอย่างยิ่งในระบบซอฟต์แวร์ที่ซับซ้อน อาจไม่ถูกต้องนำผู้ใช้เกี่ยวกับกิจกรรมที่จำเป็น i. เอกสารข้อผิดพลาดข้อผิดพลาดของเอกสารที่มีปัญหาในการพัฒนาและบำรุงรักษาทีมงานมีข้อผิดพลาด ในการออกแบบเอกสาร และ ในเอกสารที่รวมอยู่ในร่างกายของซอฟต์แวร์ ข้อผิดพลาดเหล่านี้อาจทำให้เกิดข้อผิดพลาดเพิ่มเติมในขั้นตอนต่อไป ของการพัฒนา และใน ระหว่างการบำรุงรักษา ชนิดของเอกสารข้อผิดพลาด หนึ่งที่มีผลต่อผู้ใช้ ส่วนใหญ่เป็นข้อผิดพลาด ในคู่มือผู้ใช้ และแสดง "ช่วยเหลือ" ที่รวมอยู่ในซอฟต์แวร์

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

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

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

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