Invariant selection is a difficult

Invariant selection is a difficult problem. We take a step towards
a systematic definition of invariants by specifying heuristics which
have worked well for our own verification efforts. The focus of our
heuristics is on invariants that need to hold true when the customer,
CUST, accepts the attestation report and reaches the final commit
state. The invariants are generated and evaluated in order, following
the three rules:

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

เลือกภาษาเป็นปัญหาที่ยาก เราก้าวไปข้อกำหนดระบบของ invariants โดยระบุลองผิดลองถูกซึ่งได้ทำงานดีสำหรับความพยายามของเราเองการตรวจสอบ จุดเน้นของของเราลองผิดลองถูกอยู่ invariants ที่จำเป็นต้องถือจริงเมื่อลูกค้าลูกค้า รายงานการรับรองยอมรับ และถึงขั้นตอนสุดท้ายรัฐ Invariants การสร้าง และประเมินในใบสั่ง ต่อไปนี้กฎสาม:

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

ตัวเลือกคงเป็นปัญหาที่ยาก เราจะใช้ขั้นตอนต่อ
ความหมายของระบบคงที่โดยระบุวิเคราะห์พฤติกรรมซึ่ง
ได้ทำงานได้ดีสำหรับการตรวจสอบความพยายามของเราเอง เรามุ่งเน้นการ
วิเคราะห์พฤติกรรมเป็นค่าคงที่จะต้องถือเป็นจริงเมื่อลูกค้า,
CUST ยอมรับรายงานการรับรองและถึงกระทำสุดท้าย
รัฐ ค่าคงที่จะมีการสร้างและประเมินผลในการสั่งซื้อต่อไปนี้
กฎสาม:

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

การเลือกไม่เปลี่ยนแปลง เป็นปัญหาที่ยาก เราก้าวสู่
นิยามระบบผลยืนยง โดยระบุอักษรซึ่ง
ทํางานได้ดีสำหรับความพยายามในการตรวจสอบของเราเอง เน้นการวิเคราะห์พฤติกรรมของเรา
คือผลยืนยงที่ต้องถือจริงเมื่อลูกค้า
cust ยอมรับรายงานการรับรอง และถึงสุดท้ายก่อ
รัฐ การสร้างและประเมินผลยืนยงอยู่ในใบสั่งต่อไปนี้
สามกฎ :