补充规约在RUP中是记录那些在用例模型的用例中不容易体现出来的系统需求。这些需求包括：
补充规约是对用例模型的重要补充。补充规约和用例模型应该一起获取对系统的一整套需求。
通过以上文字可以知道，补充规约是全局性的要求，与上述c文中的“全局规则”极为接近。而中文中“补充规约”的说法让不少人以为这是不重要的，是可以不写的。
事实上这是需求全局总纲性的说明，不写补充规约相当于没有展现全貌。因此有些组织将此文档名称改为“需求全局说明书”或者“需求总纲说明”，在需求全局说明书中说明需求概貌和原补充规约需要的内容，下面是一个需求全局说明的章节例子：
|
1 项目或产品概况 1.1 产品或系统名称 1.2 产品或系统用户 1.3 运行平台 1.4 词汇表 1.5 数据字典 2 性能指标和验收标准 3 功能需求概况 3.1 总体概述 3.2 功能模块划分 3.3 功能块编码 4 信息安全方面需求 4.1 许可证方面需求 4.2 身份认证和授权方面需求 4.3 可恢复性方面需求 5 法律法规标准方面要求 6 非功能性需求 可用性需求、可靠性需求、性能需求和可支持性需求 7 其它要求 诸如操作系统和操作环境、兼容性需求以及设计约束 |
另外一个对于补充规约的误解是将补充规约设为用例规约的一部分，成为用例的一个属性字段，甚至于将大量业务逻辑写在用例的补充规约中，
由于在一个字段中书写，所用写法只能是传统SRS的写法，这样书写后，用例的事件流变成简单的引用补充规约，显得无足轻重。
这样其实丧失了用例分析的优势，反而是回到了传统SRS的路上。
所以无论从那个角度来讲，在用例里面是不需要补充规约这个属性字段。
--------------------------------
作者：张克强
微博：张克强-敏捷307
email:zhangkeqiang@gmail.com
本网站的所有文字允许在知识共享 署名-相同方式共享 3.0协议和GNU自由文档许可证下修改和再使用。
原文：http://blog.csdn.net/zhangmike/article/details/26165005