ARP4754A中的假设是个什么鬼
ARP4754A中的假设是需求规范的的坑。假设的管理就是一个在需求规范里边找坑和填坑的过程。
为什么要管理假设
想回答这个问题，首先要搞清楚假设是什么。ARP4754A给出了假设的定义，就是未经证实的说明、原则和前提。从这个定义不能获得太多有用的信息，因为这个定义没有将假设和需求结合起来。在ARP4754A里边，需要管理的假设是和需求相关的假设，所以要将假设和需求结合起来进行考虑。当假设与需求相关，最简单的关联是假设直接作为需求的一部分，这样就同时对假设和需求进行管理。
由于需求是后续所有研发活动的基础，而且在工程实践过程中，总是会遇到需求还没有完全确定的情况开展后续的工作。当这些带有假设的需求未经确认直接进入研发活动，可能会产生危害安全性的风险。为了避免风险的发生，非常有必要对假设进行管理，或者更准备地说，需要对带有假设的需求进行更加严格的管理。
项目实践过程中，最危险的是需求规范是那些没有假设的需求规范，因为实践中不可能一开始就把需求彻底搞清楚，所以需求规范里边肯定有假设，没有假设的现象背后很可能是假设没有识别，这些没有被明确识别的假设形成了一个无形的坑，很可能会让后边的人掉进去再也爬不上来。没有假设就是最大的假设，也是最大的坑。
根据ARP4754A目标2.1、目标2.3和目标4.2，在需求文档中需要表明假设被定义，在需求确认结果中需要表明假设被论证和确认。
从ARP4754A的目标可以看出，假设管理的目标有两个，第一目标是识别假设，第二目标是确认假设。当假设被识别，就需要将假设进行明确的标识，让需求规范的使用人员能够清楚知道需求规范里边有哪些坑，他们在后续的开发、验证等工作中提前做好准备，这样可以把这些坑的危害控制在最低的范围。知道坑在哪里了，干活就更加踏实了。
确认假设这个目标可以分为两种情况，一种是假设经过确认不是假设，就是消灭假设；另一种情况是假设经过确认后还是假设，但是对于安全性没有影响。基于这个目标进行推演，假设的数量是一个先增加后减少的过程，很有可能在系统取证的时候所有假设都被确认过程消灭了，或者只剩下那些对安全性没有影响的假设。该填的坑都填完了，剩下那些不用填的留着也没啥事。
何时何地谁管理假设
由于假设是需求的一部分，所以假设管理是需求管理的一部分，假设的管理和确认与需求管理和确认完全同步进行，都是由需求管理工程师负责管理。需求管理工程师是咱们的坑坑大总管，手里掌握所有大大小小的坑的账本，告诉大家哪里有坑，安排合适的人去填坑，然后把这些坑的最新状况告诉所有需要知道的人。有了这位大总管，大家再也不用害怕掉坑里了。
如何管理假设
ARP4754A没有给出假设管理的方法，但是明确了假设的管理是需求确认计划的一部分，从这个角度看，需求确认计划和需求管理计划合成一个计划能够在一个文件中覆盖假设的全生命周期，另外从管理成本上考虑，少写一个文件也可以降低成本。所以统一在需求管理计划中定义需求和假设的管理和确认方法是一种成本更低、概念更加完整的方案。
那假设具体怎么确认呢，ARP4754A里边5.4节提到一点，最理想的情况是工程师一边写需求，一边由一位独立的评审人员对需求当中的假设进行确认。可是从实践上看，这种做法一点都不理想也无法实操，我们上哪去找这个独立的评审人员一起陪着工程师写需求呢？哪怕找到了，怎么知道什么时候会出现假设呢，难道让这位独立的评审人员一直在身边看着工程师写需求？另外从管理的角度来考虑，这个假设确认的工作怎么记录呢？
AIR6110给出了一个非常实用的假设管理方法，就是把假设直接写到需求描述里边，而且当假设被确认后，完全删除假设的内容。
确认前：储能器应能提供2000PSI的压力（假设2000PSI足够制动S18飞机）
确认后：储能器应能提供1800PSI的压力
这种方法非常简洁，通过搜索假设两个字就可以找到所有的假设，通过统计假设这个词的数量就可以监控假设的数量。不过这种方法也有缺点，就是经过多次需求确认后，可能没有假设了，在适航取证的时候要找出那些被需求确认过程消灭的假设。所以在需求确认总结里边需要注意提供这些信息，以便适航审查过程中查找相关的假设数据。
识别假设的方法
其实假设管理的难点不在管理，而是在假设的识别。我们每个人在工作的过程中，会不自觉地默认自己的认知和经验对于当前的工作是可行的，或者都将目标系统代入了一些特定的场景而忽略的其他的一些场景，所以假设都是隐性存在的，为了有效地识别这些隐性假设，需要提供一个显式的识别过程。
要识别这些隐性的假设，首先需要明确假设可能会出现在哪里。然后要求每条需求都要提供依据，而且是专门针对假设可能存在的地方提供有据可查的依据，当需求工程师在分析需求依据的时候，条件和对象细节的描述中（特别是那些量化的部分）没有找到明确的依据，那么条件和对象细节描述中就带有假设。当识别到假设后，就按照AIR6110的方法，将假设直接写出来。
可能存在坑的地方都找过了，自然就找到坑了，剩下的就是把它们一个个填上。
总结
ARP4754A中的假设就是需求中的坑。假设的管理就是一个在需求规范里边找坑和填坑的过程。本文提出了一种简单有效的假设管理方法，可以帮助大家一起找到并消灭需求规范里边的坑。
本文使用 文章同步助手 同步
