For predicting (i) the defect conte

For predicting (i) the defect contents of any software development phase output (with particular emphasis on the software requirements analysis phase); and (ii) the defects finding effectiveness of corresponding SQA review activities applicable to that phase (here SRS reviews); Michael Kläs, et al. [17] propose a hybrid model-based solution, combining the opinions of experts and the history of past projects undertaken in the organization. This is carried out in order to quantitatively aid management in (i) both planning and executing SQA activities for new software development projects; (ii) ensuring the mitigation of software quality related risk in the finished product; and (iii) ascertaining whether the planned level of risk reduction has been realised. The authors also discuss a case study related to the Independent Verification and Validation activity of one mission-critical, onboard space system software product at the Japanese Aerospace Agency JAXA. Among the possible causal factors (about 100, as per Jacobs J., et al. [21]) affecting defect injection and defect detection, a specific list of factors applicable to the current context is identified. Opinions of experts are then obtained
on the influence of those factors through a questionnaire. The defects present are then estimated by multiplying,

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

สำหรับการคาดการณ์ (i) ข้อบกพร่องของเนื้อหาของขั้นตอนการพัฒนาซอฟต์แวร์ใด ๆ ผล (โดยเน้นขั้นตอนการวิเคราะห์ความต้องการซอฟต์แวร์เฉพาะ); (ii) และกิจกรรมที่เกี่ยวข้อง (รีวิว SRS ที่นี่); ระยะที่ตรวจทานข้อบกพร่องที่ค้นหาประสิทธิภาพของ SQA สอดคล้อง Michael Kläs, et al. [17] เสนอผสมรูปแบบโซลูชั่น รวมความเห็นของผู้เชี่ยวชาญและประวัติความเป็นมาของโครงการดำเนินการในองค์กร นี้ดำเนินการ quantitatively ช่วยจัดการ (i) การวางแผนและดำเนินกิจกรรม SQA สำหรับโครงการใหม่ที่พัฒนาซอฟต์แวร์ (ii) บริการลดปัญหาคุณภาพของซอฟต์แวร์ที่เกี่ยวข้องกับความเสี่ยงในผลิตภัณฑ์สำเร็จรูป และ (iii) ascertaining ว่า ระดับแผนลดความเสี่ยงได้ถูกเองก็ยังคิด นอกจากนี้ผู้เขียนยังกล่าวถึงกรณีศึกษาที่เกี่ยวข้องกับกิจกรรมอิสระตรวจสอบและตรวจสอบผลิตภัณฑ์การซอฟต์แวร์ระบบหนึ่งพื้นที่สำคัญ สวบสาบที่ JAXA หน่วยบินญี่ปุ่น ในสุดปัจจัยเชิงสาเหตุ (ประมาณ 100 ตามเจคอปส์ J., et al. [21]) ผลกระทบต่อความบกพร่องฉีดยาและตรวจหาข้อบกพร่อง มีระบุรายการเฉพาะปัจจัยที่เกี่ยวข้องกับบริบท ความคิดเห็นของผู้เชี่ยวชาญจะได้รับแล้ว ในอิทธิพลของปัจจัยเหล่านั้นผ่านแบบสอบถาม มีประเมินข้อบกพร่องอยู่แล้วคูณ

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

สำหรับการคาดการณ์ (i) เนื้อหาข้อบกพร่องของการส่งออกขั้นตอนการพัฒนาซอฟแวร์ใด ๆ (โดยเน้นเฉพาะในซอฟแวร์ขั้นตอนการวิเคราะห์ความต้องการ); และ (ii) ข้อบกพร่องในการหาประสิทธิภาพของกิจกรรมที่เกี่ยวข้องตรวจสอบ SQA ที่ใช้บังคับกับขั้นตอนที่ (ที่นี่ความคิดเห็น SRS); ไมเคิล Klas, et al [17] เสนอวิธีการแก้ปัญหาตามรูปแบบไฮบริดรวมความคิดเห็นของผู้เชี่ยวชาญและประวัติของโครงการที่ผ่านมาดำเนินการในองค์กร ซึ่งจะดำเนินการในเชิงปริมาณเพื่อที่จะช่วยในการบริหารจัดการ (i) ทั้งการวางแผนและดำเนินกิจกรรม SQA สำหรับโครงการพัฒนาซอฟต์แวร์ใหม่ (ii) การสร้างความมั่นใจการบรรเทาผลกระทบของคุณภาพของซอฟต์แวร์ที่เกี่ยวข้องกับความเสี่ยงในผลิตภัณฑ์สำเร็จรูปนั้น และ (iii) การสืบหาว่าระดับของการวางแผนการลดความเสี่ยงได้รับการตระหนัก ผู้เขียนยังหารือเกี่ยวกับกรณีศึกษาที่เกี่ยวข้องกับกิจกรรมการตรวจสอบและการตรวจสอบอิสระของหนึ่งในภารกิจสำคัญ onboard ผลิตภัณฑ์ซอฟต์แวร์ระบบพื้นที่ที่หน่วยงานการบินและอวกาศญี่ปุ่น JAXA ท่ามกลางปัจจัยที่เป็นสาเหตุที่เป็นไปได้ (ประมาณ 100 ตามจาคอบส์เจ, et al. [21]) มีผลกระทบต่อการฉีดข้อบกพร่องและการตรวจสอบข้อบกพร่องรายการที่เฉพาะเจาะจงของปัจจัยที่ใช้บังคับกับบริบทปัจจุบันมีการระบุ ความคิดเห็นของผู้เชี่ยวชาญที่ได้รับแล้วในอิทธิพลของปัจจัยเหล่านั้นผ่านแบบสอบถาม
ข้อบกพร่องในปัจจุบันอยู่ที่ประมาณแล้วโดยคูณ

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

เพื่อทำนาย ( ฉัน ) ข้อบกพร่องของซอฟต์แวร์ใด ๆ เนื้อหาการพัฒนาผลผลิต ( โดยเฉพาะบนความต้องการซอฟต์แวร์การวิเคราะห์ ) ; และ ( 2 ) หาประสิทธิภาพของข้อบกพร่องที่ตรวจสอบกิจกรรมที่เกี่ยวข้องกับขั้นตอนนั้น SQA ( ที่นี่ SRS วิจารณ์ ) ; ไมเคิล KL และ S , et al . [ 17 ] เสนอโซลูชั่นสำหรับลูกผสมรวมความคิดเห็นของผู้เชี่ยวชาญและประวัติความเป็นมาของโครงการที่ผ่านมาดำเนินการในองค์กร นี้จะดำเนินการเพื่อที่จะใช้ช่วยในการจัดการ ( ผม ) ทั้งการวางแผนและการจัดกิจกรรม SQA สำหรับโครงการพัฒนาซอฟต์แวร์ใหม่ ( 2 ) ประกันความเสี่ยงการลดคุณภาพซอฟต์แวร์ที่เกี่ยวข้องในรูปของผลิตภัณฑ์และ ( 3 ) การสืบหาว่า แผนระดับของการลดความเสี่ยงที่ได้รับรู้ ผู้เขียนยังหารือกรณีศึกษาที่เกี่ยวข้องกับการตรวจสอบอิสระและตรวจสอบกิจกรรมของภารกิจหนึ่งที่สำคัญของผลิตภัณฑ์ซอฟต์แวร์ระบบพื้นที่ onboard ที่องค์การสำรวจอวกาศญี่ปุ่นสำนักงานอวกาศญี่ปุ่น ระหว่างปัจจัยเชิงสาเหตุที่เป็นไปได้ ( ประมาณ 100 ต่อเจคอบ J , et al .[ 21 ] ) มีผลต่อการฉีดข้อบกพร่องและตรวจจับข้อบกพร่อง , รายการเฉพาะปัจจัยที่เกี่ยวข้องกับบริบทปัจจุบัน ระบุ ความคิดเห็นของผู้เชี่ยวชาญจะได้รับ
เกี่ยวกับอิทธิพลของปัจจัยเหล่านั้น ผ่านแบบสอบถาม ข้อบกพร่องที่ปัจจุบันมีแล้วประมาณโดยการคูณ ,