7.后置条件 定义该用例完成后，系统中发生的改变以及对参与者的影响。 8.主流程 以事件流的方式定义参与者与系统进行的交互过程。在描述时必须能够清晰 刻画每一个事件的参与者以及产生的结果。主流程指的是正常的、一般的情形。 那些意外的情形将放在扩展中。 9.扩展流程 以事件流的方式描述各种意外或者特别的情形。必须说明是从主成功场景的 第几步跳到扩展中描述的事件流片段进行执行，然后再返回主流程。 10.特殊需求 描述与该用例相关的非功能需求，质量属性或约束。 11.发生频率 描述该用例发生的频繁程度。 以下为教室预订系统的一个用例的例子。 ● 用例名称：ApplyforClassroom ● 范围：系统用例 级别：用户目标 ●主要参与者：教室申请人员，教室管理员 ●涉众及其关注点： ”教室申请人员：希望能够方便、快捷地提出申请，并及时得到系统关于 是否同意使用申请的响应。 >教室管理员：教室使用审批符合无冲突原则。 前置条件：教师或学生具有合法的身份。 ●后置条件：更新教室使用记录，发送教室使用提示信息；或提示用户申请不 批准。 ● 主流程：7. 后置条件 定义该用例完成后，系统中发生的改变以及对参与者的影响。 8. 主流程 以事件流的方式定义参与者与系统进行的交互过程。在描述时必须能够清晰 刻画每一个事件的参与者以及产生的结果。主流程指的是正常的、一般的情形。 那些意外的情形将放在扩展中。 9. 扩展流程 以事件流的方式描述各种意外或者特别的情形。必须说明是从主成功场景的 第几步跳到扩展中描述的事件流片段进行执行，然后再返回主流程。 10. 特殊需求 描述与该用例相关的非功能需求，质量属性或约束。 11. 发生频率 描述该用例发生的频繁程度。 以下为教室预订系统的一个用例的例子。  用例名称：ApplyforClassroom  范围：系统用例  级别：用户目标  主要参与者：教室申请人员，教室管理员  涉众及其关注点:  教室申请人员：希望能够方便、快捷地提出申请，并及时得到系统关于 是否同意使用申请的响应。  教室管理员：教室使用审批符合无冲突原则。  前置条件：教师或学生具有合法的身份。  后置条件：更新教室使用记录，发送教室使用提示信息；或提示用户申请不 批准。  主流程：