RUP 用例实现规约

《RUP 用例实现规约》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、<公司名称><项目名称>用例实现规约：<用例名称>版本<1.0>[注：以下提供的模板用于RationalUnifiedProcess。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=BodyText）。][要定制MicrosoftWord中的自动字段（选中时显示灰色背景），请选择File>Properties，然后将Title、Subject和Company等字段替换为此文档的相应信息。关闭该对话框后，通过选择E

2、dit>SelectAll（或Ctrl-A）并按F9，或只是在字段上单击并按F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见Word帮助。]<项目名称>Version:<1.0>用例实现规约：<用例名称>Date:<日/月/年>修订历史记录日期版本说明作者<日/月/年><详细信息><姓名>Confidential?<公司名称>,2000Page5<项目名称>Version:<1.0

3、>用例实现规约：<用例名称>Date:<日/月/年>目录1.用例名称31.1简要说明32.事件流32.1基本流32.2备选流32.2.1<第一备选流>32.2.2<第二备选流>33.特殊需求33.1<第一特殊需求>34.前置条件34.1<前置条件一>35.后置条件35.1<后置条件一>36.扩展点36.1<扩展点名称>3Confidential?<公司名称>,2000Page5<项目名称>Version:<1.0>用例实现规约：<用例名称>Date:<日/月/年>

4、er>用例实现规约：<用例名称>[以下提供的模板用于用例规约，它包含以文本表示的用例特征。该文档和需求管理工具（如RationalRequisitePro）一起使用，用于详细说明用例特征中的需求，并对这些需求进行标记][用例图可在可视化建模工具（如RationalRose）中开发。用例报告（具有所有特征）可用RationalSoDA生成。有关详细信息，请参见RationalUnifiedProcess中的工具向导。]1.用例名称1.1简要说明[此说明应该简要介绍该用例的作用和目的。一个段落即足以作此说明。]2.事件流2.1基本流[当主角

5、有所行动时，此用例随即开始。总是由主角来带动用例。用例应说明主角的行为及系统的响应。应按照主角与系统进行对话的形式来逐步引入用例。用例应说明的是系统内发生的事件，而不是事件发生的方式和原因。如果进行了信息交换，则需指出来回传递的具体信息。例如，只表述主角输入了客户信息就不够明确。最好明确地说主角输入了客户姓名和地址。通常可以利用词汇表让用例的复杂性保持在可控范围内¾您最好在词汇表中定义客户信息等内容，使用例不至于陷入过多的细节。简单的备选流可以在用例文本中提供。如果只需几句话就可说明存在备选流时将发生的事件，则可以直接在事件流一节中说明

6、。如果备选流较为复杂，则需要用另外一节来单独说明。例如，备选流小节解释如何说明较复杂的备选流。虽然清晰明了的叙述性文字是无可替代的，但有时一幅图要比千言短文更具说明性。只要表达得简洁明了，您就可以在用例中任意粘贴用户界面和流程的图形化显示方式，或是其他图形。如果流程图有助于描述复杂的决策流程，那么一定要充分利用它！同样，对于与状态相关的行为，状态转移图通常比数页文字更能清晰地描述系统的行为。根据问题来选用妥当的表示方法，但应慎用您的读者可能不太明了的术语、符号或图形。请切记，您的目的是要阐明问题，而不是混淆问题。]2.2备选流2.2.1

7、<第一备选流>[较复杂的备选流应单独说明，这已在事件流一节的基本流小节中提及。将备选流小节当作备选行为¾在许多情况下，由于主事件流中发生异常事件，这时每个备选流都可代表备选行为。这些备选流的长度可以是说明与备选行为相关的事件所需的长度。当备选流结束时，除非另外说明，主事件流的事件将重新开始。]2.2.1.1<备选分支流>[如果能使表达更明确，备选流又可再分为多个支流。]2.2.2<第二备选流>[在一个用例中很可能会有多个备选流。为了使表达更清晰，应将各个备选流分开说明。使用备Confidential?<公司名称>,2000Page5<项

8、目名称>Version:<1.0>用例实现规约：<用例名称>Date:<日/月/年>选流可以提高用例的可读性，并防止将用例分解为过多的层次。应切记，用例只是文本说明，