A key idea followed in the software

A key idea followed in the software and system safety
community is that an identified hazard is best dealt with
by changing the requirements of the system so that the
hazard does not even occur. This modus operandi creates
a serious dilemma. The hazard identification, that is
needed in order to know what hazards to avoid, is best
done after the code has been written, because only then
are the potential effects of any particular stimulus, event,
etc. deducible. However, if the response to the identified
hazard is to change the requirements, then this requirements
change will happen only after the code is written.
Such changes are both expensive and dangerous. So, a
means to identify all hazards at requirements analysis
time is needed.

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

ตามความคิดที่สำคัญในซอฟต์แวร์และระบบความปลอดภัยเป็นชุมชนที่อันตรายที่ระบุเป็นส่วนติดต่อกับโดยการเปลี่ยนความต้องการของระบบเพื่อให้การอันตรายไม่ได้เกิดขึ้น Operandi modus นี้สร้างลำบากใจที่ร้ายแรง รหัสอันตราย ที่ต้องรู้ว่าอะไรอันตรายการหลีกเลี่ยง ดีสุดทำหลังจากที่มีการเขียนรหัส เนื่องจากหลังจากนั้นผลเป็นไปได้ของเฉพาะใด ๆ กระตุ้น เหตุการณ์deducible ฯลฯ อย่างไรก็ตาม ถ้าการตอบสนองต่อการระบุอันตรายคือการ เปลี่ยนแปลงความต้องการ แล้วนี้ความต้องการเปลี่ยนแปลงจะเกิดขึ้นหลังจากที่เขียนรหัสเท่านั้นเปลี่ยนแปลงดังกล่าวมีราคาแพง และอันตราย ดังนั้น การหมายถึงการระบุอันตรายทั้งหมดที่วิเคราะห์ความต้องการเวลาเป็นสิ่งจำเป็น

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

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

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

ความคิดที่สำคัญในซอฟต์แวร์และชุมชนตามระบบความปลอดภัย
ที่ระบุภัยที่ดีที่สุดจัดการ
โดยการเปลี่ยนความต้องการของระบบเพื่อให้
อันตรายไม่ได้เกิดขึ้น วิธีทำงานแบบนี้สร้าง
วิกฤตร้ายแรง อันตรายที่ระบุว่าเป็น
ต้องการเพื่อที่จะทราบว่าอันตรายที่จะหลีกเลี่ยงเป็นดีที่สุด
เสร็จหลังจากรหัสที่ได้เขียน เพราะงั้น
มีศักยภาพ ผลของมาตรการกระตุ้นเศรษฐกิจโดยเฉพาะเหตุการณ์
ฯลฯ โดยข้อสรุป . อย่างไรก็ตาม หากการระบุอันตรายคือการเปลี่ยนความต้องการ

แล้วนี้ความต้องการเปลี่ยนแปลงจะเกิดขึ้นเฉพาะหลังจากรหัสถูกเขียน .
การเปลี่ยนแปลงดังกล่าวจะทั้งแพงและอันตราย ดังนั้น หมายถึง การระบุอันตราย

เวลาการวิเคราะห์ความต้องการจำเป็น