通过FURPS +实现CMMI 2.0的业务分析方法（下）

接口要求（+）

描述用户界面和与外部系统的界面。

用户界面

描述与软件要实现的用户界面有关的需求。本节的目的是陈述需求，而不是描述用户界面本身，因为界面设计可能与要求收集过程重叠。如果您在收集需求过程中使用到原型图，则上述尤其适用。 在开发原型图时，获取与用户界面外观相关的需求非常重要。 换句话说，请确保您了解客户对产品外观的意图。 将这些记录为需求，而不仅仅是为得到批准使用原型图。

·外观：界面的美学外观和布局的描述。您的客户可能有特殊要求，例如样式、颜色、交互程度等。本节介绍了接口的需求，而不是接口的设计。这样做的动机是在设计界面之前获取对界面的期望、约束和客户的需求。

例如：

产品的布局应与工程部门的区域图相同。
产品应使用公司颜色。
·布局和导航要求：在主要屏幕区域上指定的要求，以及如何将它们组合在一起。
·一致性：用户界面中的一致性使用户能够预测会发生什么。本节陈述了对在用户界面中使用的机制的使用要求。这既适用于系统内部，也适用于其他系统，并且可以应用于不同级别：导航控件、屏幕区域大小和形状、用于输入/呈现数据的位置、术语。
·用户个性化和自定义要求：应自动显示给用户或根据用户属性可用的内容要求。 有时，用户允许自定义显示的内容或个性化显示的内容。

与外部系统或设备的接口

·软件接口：是否有该系统必须与之交互的任何外部系统？该系统与任何外部系统之间的接口的性质是否受到任何约束？例如在这些系统之间传递的数据格式。他们是否使用任何特定协议？描述与其他组件的软件接口。这些可以是购买的组件，可以从其他应用程序重用的组件，也可以是正在考虑的系统范围之外为子系统开发的组件，但必须与之交互。对于每个系统，请同时考虑提供的接口和必需的接口。
·硬件接口：定义软件要支持的任何硬件接口，包括逻辑结构、物理地址、预期行为等。
·通信接口：描述与其他系统或设备（例如：局域网（LAN），远程串行设备等）的任何通信接口。
1.软件与人、系统的硬件、其他硬件和、软件交互是否清楚？
2.是否已为接下来要实现的那些方案确定了跨越系统边界的所有关键数据元素？

业务规则（+）

除技术需求外，还考虑系统需要适合的特定业务领域。

系统必须遵守的业务规则或策略可能会限制系统功能。业务规则由系统用例引用，并且可以采用决策表、计算规则、决策树、算法等形式。 在用例流程中描述规则通常会使用例规范混乱。
因此，通常在单独的工件中或作为与用例规范有关的附件获取。在许多情况下，业务规则适用于多个用例。共享的业务规则应存储在单个存储库或文档中。