相结合的方式进行描述，便于理解。本文档描述的内容相对比较多，每次应用时都通篇阅读比较费时。为了重点突出，文档描述中带“双下浪线”的文字都是当前章节的要点内容，便于概览阅读。为了问题说明重点突出，所有例子都是化简之后的实例，不能认为例子与原用例的不一致就是用例错误或例子错误。新一代ERP项目的需求规范是在开发过程中不断总结和完善的，因此，本“用例描述文档编写精要”同样需要逐步完善的过程，如果发现文档存在问题，发现需求设计工作存在问题，或者有好的建议，或者有不同见解，请及时与需求主管联系，诚谢。
企业机密
启明公司2003
Page5of17
f需求分析规范用例编写规范
文档编号：001000202
日期20060701
系统的效率
2基本要求
对于用例描述文档的书写（需求设计），不同部分会有不同的要求，但是从整体上来讲应该遵循以下几项原则：1、要从开发者的角度完善文档的可读性及处理性能；2、要站在客户的角度考虑程序的可操作性3、用例所用的表结构要和ROSE中的业务类图保持一致，用例中使用的类属性描述；4、需求设计基本上还是逻辑功能设计，应该是面向任何开发工具和开发平台的。因此，在需求文档中应该只描述出功能即可，而不应该绝对具体，以免限制设计人员针对具体开发工具的物理实现设计和程序人员的发挥；5、在用例描述文档中对事件流、业务规则、公共业务规则、例外、扩充点、注释等内容的引用，要进行链接，便于阅读。
3用例事件流的描述
用例文档中有三种事件流：基本事件流、子事件流、备选事件流，事件流编写的基本要求如下：1、事件流描写“执行者”和“系统”的交互过程，一般不应该夹杂着业务规则和条件判断；2、子事件流和备选事件流的确定：有的事件流在一个用例文档中既作为子事件流出现，又作为备选事件流出现，此时没有必要把这一个事件流分别作为子事件流和备选事件流写成两个，而是以流程的执行或书写的顺序，在第一次使用这个事件流时它是子事件流，就将它放在子事件流章节中作为子事件流来书写；在第一次使用这个事件流时它是备选事件流，就将它放在备选事件流章节中作为备选事件流来书写；3、界面流转在事件流中一定要说清楚；例如：
234系统显示“选择查询战略”界面（CCA12009）。执行者选择“按信息结构查询”。系统根据条件“应用环境”当前应用环境并且“物流应用程序标志”＝真在“物流信息系统”类中查找符合条件的信息，显示在界面内（CCA12010“应用程序选择”界r