|
所在平台: Udemy |
课程主页: https://www.udemy.com/course/how-system-requirements-hazard-analysis-with-mil-std-882e/
课程评论:没有评论
本课程是“如何:系统需求危险分析与 Mil-Std-882E”系列课程的一部分。 **课程内容概要:** 本课程重点介绍系统需求危险分析(SRHA)这一重要任务,该任务是 Mil-Std-882E(一个广泛使用的系统安全工程标准)的关键组成部分。 * **任务目的:** 执行和记录系统需求危险分析,旨在确定、整合并评估系统设计需求,以消除或降低危险和风险。 * **重点关注:** 课程将着重于“设计”而非“现成采购”,并探讨其影响。 * **任务目标:** 1. 确定需求(Determine requirements)。 2. 将风险降低措施整合到系统中(Incorporate requirements / risk reduction measures into the system)。 3. 评估系统是否符合这些要求(Assess compliance)。 * **生命周期覆盖:** SRHA 涵盖系统整个生命周期中的所有阶段和所有操作模式,包括运行、维护、修理和报废等。 * **其他内容:** 课程还将涉及合同方面的内容,并对标准第 4.2 节进行评论。 Mil-Std-882E 标准的影响力广泛,不仅限于军事采购计划。课程致力于帮助学员掌握系统需求危险分析这一至关重要的能力。
System Requirements Hazard AnalysisWe're talking about system requirements hazard analysis, as part of our series on Mil-Std-882E. It's a very widely used system safety engineering standard and its influence is found in many places, not just on military procurement programs.Topics for this SessionWe're going to look at this task, which is very important, possibly the most important task of all, as we'll see. We'll talk about the purpose of the task, which is word for word from the task description itself. We're going to talk about in the task description, the three aims of this task, which are to determine or work out requirements, incorporate them, and then assess the compliance of the system with those requirements, because, of course, it may not be a simple read-across. We've got six slides on that. That's most of the task. Then we've just got one slide on contracting, which if you've seen any of the others in this series, will seem very familiar. We've got a little bit of a chat about Section 4.2 from the standard and some commentary, and the reason for that will become clear. So, let's crack on.System Requirements Hazard Analysis: PurposeTask 203.1, the purpose of Task 203 is to perform and document a System Requirements Hazard Analysis or SRHA. And as we've already said, this aims to determine the design requirements. We're going to focus on design rather than buying stuff off the shelf - we'll talk about the implications of that a little bit later. Design requirements to eliminate or reduce hazards and risks, incorporate those requirements, into a says, into the documentation, but what it should say is incorporate risk reduction measures into the system itself and then document it. And then finally, to assess compliance of the system with these requirements. Then it says the SRHA address addresses all life-cycle phases, so not just meant for you to think about certain phases of the program. What are the requirements for the system throughout life? And in all modes. Whether it's in operation, whether it's in maintenance or refit, whether it's being repaired or disposed of, whatever it might be.