As noted before, the Identify-Asses

As noted before, the Identify-Assess-Control cycle in Figure 3.2 may need to be repeated
as countermeasures can introduce new risks in their turn; risk management is an iterative
process. This process should be document and to support requirements evolution – changes
rationale for countermeasure requirement and the need for different countermeasures. The documentation is also needed for risk monitoring at system runtime and dynamic selection of more appropriate countermeasures.

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

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

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

ตามที่ระบุไว้ก่อนหน้านี้ระบุประเมินควบคุมวงจรในรูปที่ 3.2 อาจจะต้องมีการทำซ้ำ
เป็นตอบโต้สามารถนำความเสี่ยงใหม่ในทางกลับกันพวกเขา; การบริหารความเสี่ยงคือซ้ำ
กระบวนการ ขั้นตอนนี้ควรจะเป็นเอกสารและเพื่อรองรับความต้องการ Evolution - การเปลี่ยนแปลง
เหตุผลสำหรับความต้องการตอบโต้และความจำเป็นในการตอบโต้ที่แตกต่างกัน เอกสารยังเป็นสิ่งจำเป็นสำหรับการตรวจสอบความเสี่ยงที่รันไทม์ระบบและการเลือกแบบไดนามิกของการตอบโต้ที่เหมาะสมมากขึ้น

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

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