The techniques in Table 6.1 are typ

The techniques in Table 6.1 are typically applied during the requirement and design
stages of the software development process, and their applicability depends on the
available system specification.
The early stages techniques (e.g., PHA, FFA, HAZOP) are used in the requirement
analysis or at the very beginning of the design process and they focus on the
analysis of the abstract concepts of the system. They enable to identify potential
system failure modes then providing a feedback to the engineer for the definition of
the system architecture.
The late techniques (e.g., Markov analysis, PN, Truth tables) are used when the
detailed design specification becomes available. Such techniques allow to evaluate
system reliability/availability and to perform trade-off analysis on different design
alternatives. Finally, there are techniques (e.g., ETA, FMEA, FMECA, FTA, RBD)
that can be used across different stages: initial models are constructed during the
requirement analysis and, then, refined to a more detailed level as data become
available in order to make decisions and trade-offs.

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

โดยทั่วไปใช้เทคนิคในตาราง 6.1 ความต้องการและออกแบบกระบวนการขั้นตอนของการพัฒนาซอฟต์แวร์ และความเกี่ยวข้องของพวกเขาขึ้นอยู่กับการข้อกำหนดระบบเทคนิคขั้นต้น (เช่น ผา FFA, HAZOP) ใช้ในความต้องการวิเคราะห์ หรือที่เริ่มต้นของการออกแบบ กระบวนการและพวกเขาเน้นการวิเคราะห์แนวคิดนามธรรมของระบบ ทำการระบุศักยภาพโหมดความล้มเหลวของระบบแล้ว ให้คำติชมแก่วิศวกรสำหรับการสถาปัตยกรรมของระบบใช้เทคนิคสาย (เช่น Markov วิเคราะห์ PN ความจริงตาราง) เมื่อการออกแบบรายละเอียดข้อมูลจำเพาะจะพร้อมใช้งาน เทคนิคดังกล่าวช่วยให้สามารถประเมินความน่าเชื่อถือ/ความพร้อมของระบบ และทำการ trade-off วิเคราะห์ออกแบบแตกต่างกันทางเลือก ในที่สุด มีเทคนิค (เช่น เอตาก FMEA, FMECA เขตการค้าเสรี RBD)ที่สามารถใช้งานข้ามขั้นตอนที่แตกต่างกัน: รูปแบบเริ่มต้นถูกสร้างในระหว่างการวิเคราะห์ความต้องการ และ แล้ว บริสุทธิ์ระดับรายละเอียดเพิ่มเติม ตามข้อมูลมีการตัดสินใจและทางเลือก

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

เทคนิคในตารางที่ 6.1 จะนำไปใช้โดยทั่วไปในช่วงความต้องการและการออกแบบขั้นตอนของกระบวนการพัฒนาซอฟแวร์และการบังคับใช้ของพวกเขาขึ้นอยู่กับรายละเอียดของระบบที่มีอยู่. ระยะแรกเทคนิค (เช่น PHA, FFA, HAZOP) จะถูกนำมาใช้ในความต้องการการวิเคราะห์หรือที่จุดเริ่มต้นของกระบวนการออกแบบและพวกเขามุ่งเน้นไปที่การวิเคราะห์แนวคิดที่เป็นนามธรรมของระบบ พวกเขาช่วยให้มีศักยภาพในการระบุระบบล้มเหลวแล้วให้ข้อเสนอแนะเพื่อวิศวกรสำหรับความหมายของสถาปัตยกรรมระบบ. เทคนิคปลาย (เช่นการวิเคราะห์มาร์คอฟ PN ตารางความจริง) จะใช้เมื่อข้อกำหนดการออกแบบรายละเอียดจะกลายเป็นใช้ได้ เทคนิคดังกล่าวจะช่วยให้การประเมินความน่าเชื่อถือของระบบ / ห้องว่างและเพื่อดำเนินการวิเคราะห์การออกในการออกแบบที่แตกต่างกันทางเลือก ในที่สุดก็มีเทคนิค (เช่นการทางพิเศษแห่งประเทศไทย, FMEA, FMECA, เอฟทีเอ RBD) ที่สามารถนำมาใช้ในขั้นตอนที่แตกต่างกันรูปแบบครั้งแรกถูกสร้างขึ้นในช่วงการวิเคราะห์ความต้องการและแล้วการกลั่นให้อยู่ในระดับที่ละเอียดมากขึ้นเป็นข้อมูลกลายเป็นที่มีอยู่ในการสั่งซื้อในการตัดสินใจและการค้าไม่ชอบ

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

เทคนิคในตารางที่ 6.1 โดยทั่วไปจะใช้ในความต้องการและขั้นตอนการออกแบบ
ของกระบวนการพัฒนาซอฟต์แวร์ และการบังคับใช้ของพวกเขาขึ้นอยู่กับ

พร้อมระบบสเปค ในระยะแรก เช่น ผา , FFA , เทคนิค HAZOP , ) ใช้ในการวิเคราะห์ความต้องการ
หรือที่จุดเริ่มต้นของกระบวนการออกแบบและพวกเขา มุ่งเน้น
การวิเคราะห์แนวคิดที่เป็นนามธรรมของระบบ พวกเขาสามารถระบุที่มีศักยภาพ
ระบบความล้มเหลวแล้วให้ข้อเสนอแนะกับวิศวกรสำหรับนิยามของ

เทคนิคสถาปัตยกรรมระบบ สาย เช่น การวิเคราะห์แบบมาร์คอฟ , PN , ความจริงโต๊ะ ) จะใช้เมื่อ
ข้อมูลการออกแบบรายละเอียดจะพร้อมใช้งาน เทคนิคดังกล่าวช่วยให้ประเมิน
ระบบความน่าเชื่อถือและความพร้อมที่จะดำเนินการวิเคราะห์แลกเปลี่ยนทางเลือกการออกแบบ
แตกต่างกัน สุดท้ายมีเทคนิค ( เช่น , และ , fmeca FMEA , , FTA , RBD )
ที่สามารถใช้ข้ามขั้นตอนที่แตกต่างกัน : รุ่นแรกที่ถูกสร้างขึ้นในระหว่าง
การวิเคราะห์ความต้องการและ , แล้ว , การกลั่นในระดับรายละเอียดเพิ่มเติมเป็นข้อมูลกลายเป็น
ที่มีอยู่เพื่อการตัดสินใจ และไม่ได้ผล .