【IT168 技术文章】
补充规约记录那些在用例模型中不易表述的系统需求，主要包括以下内容。
1 功能性
功能性需求主要在用例模型中刻画，但是也有部分需求不适合在用例中表述。有些功能性需求是全局性的，适用于所有的用例，如出错处理、I18N支持等，我们不需要在所有的用例中描述这些功能性需求，只需要在补充规约中统一描述就可以了。
2 可用性
记录所有可用性相关的需求，如系统的使用者所需要的培训时间、是否应附合一些常见的可用性标准如Windows界面风格等。
3 可靠性
定义系统可靠性相关的各种指标，包括：
a可用性：指出可用时间百分比(xx.xx%)，系统处于使用、维护、降级模式等操作的小时数;
b平均故障间隔时间(MTBF)：通常表示为小时数，但也可表示为天数、月数或年数;
c平均修复时间(MTTR)：系统在发生故障后可以暂停运行的时间;
d精确度：指出系统输出要求具备的精密度(分辨率)和精确度(按照某一已知的标准);
e最高错误或缺陷率：通常表示为bugs/KLOC(每千行代码的错误数目)或bugs/function-point(每个功能点的错误数目)。
4 性能
记录系统性能相关的各种指标，包括：
a对事务的响应时间(平均、最长);
b吞吐量(例如每秒处理的事务数);
c容量(例如系统可以容纳的客户或事务数);
d降级模式(当系统以某种形式降级时可接受的运行模式);
e资源利用情况：内存、磁盘、通信等。
5 可支持性
定义所有与系统的可支持性或可维护性相关的需求，其中包括编码标准、命名约定、类库、如何来对系统进行维护操作和相应的维护实用工具等。
6设计约束
设计约束代表已经批准并必须遵循的设计决定，其中包括软件开发流程、开发工具、系统构架、编程语言、第三方构件类库、运行平台和数据库系统等等。
