异常情况及其处理是需求分析不可或缺的内容

在我评价过的实施GJB5000的组织中，大多数的软件项目需求开发的质量都不是很高，除了对安全性、可靠性需求不够重视，主要集中在缺少对异常情况下的需求如何处理的分析。

需求的异常情况及其处理的分析应当是需求分析不可或缺的内容。因为软件在异常情况下能否继续工作，异常处理是否适当，它直接影响软件的质量，影响用户的满意度。

如果一个软件总是频频出错，甚至崩溃、死机，没有任何提示和告警，这样的软件给谁谁也不愿意用。

虽然在GJB438B中要求描述功能需求时：

适当时，需求还应包括在异常条件下、非许可条件或超限条件下的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引入到CSCI中的规定。

但是，实际上对这一要求执行得并不好。很多软件项目的需求规格说明描述的功能需求与软件研制任务书几乎相同，即使有的比研制任务书更具体，但也不会描述异常情况及其处理方案。

这里建议组织制定需求规格说明模板时，在能力（功能）需求章节中要求使用用例的形式来描述功能需求。因为用例的主运行场景描述的是功能的正常情况，扩展就是描述主运行场景中出现异常情况及其处理方案。

这样就可以保证需求分析能够分析清楚软件的异常情况。

而且，在需求分析的时候，是有利益相关方参加的（系统设计师、用户代表、业务专家等），是有可能把绝大多数异常情况分析清楚的。如果需求分析的时候没有做好这个工作，等到软件应用的时候才发现，那么修复成本会非常的高昂。

所以，需求分析应做好需求异常情况及其处理的分析，以提高软件的质量，降低软件开发和维护的成本。

这正是：

异常分析不能少，否则质量不会好

用户高叫不满意，软件成本会很高

参考书目：编写有效用例，作者：（美）科伯恩（Cockburn,A.），译者：王雷，张莉，出版社：电子工业出版社