文档介绍：<项目名称>用例实现规约:<用例名称>版本<>[注:以下提供的模板用于RationalUnifiedProcess。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=BodyText)。][要定制MicrosoftWord中的自动字段(选中时显示灰色背景),请选择File>Properties,然后将Title、pany等字段替换为此文档的相应信息。关闭该对话框后,通过选择Edit>SelectAll(或Ctrl-A)并按F9,或只是在字段上单击并按F9,可以在整个文档中更新自动字段。对于页眉和页脚,这一操作必须单独进行。按Alt-F9,将在显示字段名称和字段内容之间切换。有关字段处理的详细信息,请参见Word帮助。]修订历史记录日期版本说明作者<日/月/年><><详细信息><姓名>目录1. 用例名称 简要说明 42. 事件流 基本流 备选流 <第一备选流> <第二备选流> 43. 特殊需求 <第一特殊需求> 54. 前置条件 <前置条件一> 55. 后置条件 <后置条件一> 56. 扩展点 <扩展点名称> 5用例实现规约:<用例名称>[以下提供的模板用于用例规约,它包含以文本表示的用例特征。该文档和需求管理工具(如RationalRequisitePro)一起使用,用于详细说明用例特征中的需求,并对这些需求进行标记][用例图可在可视化建模工具(如RationalRose)中开发。用例报告(具有所有特征)可用RationalSoDA生成。有关详细信息,请参见RationalUnifiedProcess中的工具向导。]用例名称简要说明[此说明应该简要介绍该用例的作用和目的。一个段落即足以作此说明。]事件流基本流[当主角有所行动时,此用例随即开始。总是由主角来带动用例。用例应说明主角的行为及系统的响应。应按照主角与系统进行对话的形式来逐步引入用例。用例应说明的是系统内发生的事件,而不是事件发生的方式和原因。如果进行了信息交换,则需指出来回传递的具体信息。例如,只表述主角输入了客户信息就不够明确。最好明确地说主角输入了客户姓名和地址。通常可以利用词汇表让用例的复杂性保持在可控范围内¾您最好在词汇表中定义客户信息等内容,使用例不至于陷入过多的细节。简单的备选流可以在用例文本中提供。如果只需几句话就可说明存在备选流时将发生的事件,则可以直接在事件流一节中说明。如果备选流较为复杂,则需要用另外一节来单独说明。例如,备选流小节解释如何说明较复杂的备选流。虽然清晰明了的叙述性文字是无可替代的,但有时一幅图要比千言短文更具说明性。只要表达得简洁明了,您就可以在用例中任意粘贴用户界面和流程的图形化显示方式,或是其他图形。如果流程图有助于描述复杂的决策流程,那么一定要充分利用它!同样,对于与状态相关的行为,状态转移图通常比数页文字更能清晰地描述系统的行为。根据问题来选用妥当的表示方法,但应慎用您的读者可能不太明了的术语、符号或图形。请切记,您的目的是要阐明问题,而