文档介绍：实验一编写用例(以下给出用例描述模板),并画出用例图(编写时可参照下面的实例)用例描述模板是一种被广泛使用的用于发现和记录需求(特别是功能需求)的机制。写出用例是一种最好的理解和描述需求的技巧。注意:这个模板列出能够定义用例的典型标题,但应当强调的是,实用上更重要的是专注于写出完整的可理解的事件路径,而不是按指定的模板填写每个部分。名称用例的名称应当用简短的动词短语表示,说明用户使用用例完成的任务。概述或简要描述单列一节概述该用例完成什么一般是有益的。参与者列出此用例涉及的参与者和负责发起此用例执行的主要参与者。触发器触发器是开始此用例的事件。触发者并不必须向该系统输入事件,例如,在预约系统示例中,“预约”用例的触发者可能是“一个潜在的客户打给餐馆的一个预约电话”。而在另一种情况下,触发者可能是此用例中第一个系统事件。前置条件前置条件概述在用例能够开始前,什么必须为真。一般前置条件说明在指定的一个用例运行前,另一个什么用例必须运行。典型的前置条件能够是“用户已成功登陆”。后置条件后置条件概述当用例完成时什么是真。在许多情况下,这将依赖于在一个特定用例实例中发生的确切的一系列交互。区分“最低保证”和“成功保证”可能是实用的,前者描述在所有情况下发生什么和不发生什么,后者描述如果正常的事件路径成功地完成将会发生什么。事件路径或脚本基本的或正常的事件路径,一般应当作为不中止的交互序列出现。对事件路径中的交互一般加以编号,以便于以后的参考。可选和例外事件路径可选和例外事件路径能够完整地写出。然而一般只须在基本事件路径中的分叉点简单地指明可选事件流,对行为可能改变的位置予以编号,并指明导致分叉的事件。扩展点这一节应当列出在事件路径中可能发生扩展的位置,并给出确定扩展是否发生的条件或事件。扩展本身应当作为单独的用例写出;否则,能够指明可选的事件路径。例如,订餐系统中“记录未预约顾客”的用例能够作为“记录达到”用例的扩展。(因为在“记录未预约顾客”中指定的交互不是在每次执行“记录达到”时都执行)包含这一节简单地概述包含在已定义的用例中的用例。在哪些地方包含发生应当在事件路径中指明。例如,订餐系统中“显示用例”包含在“记录预约”用例中,以下给出了网上零件管理系统中,开发一个使用POS机处理销售的一个用例描述用例文档参考示例UC1检索零件用例描述Actor根据零件的类别、编号以及几何特征(如形状、大小),检索出所需零件的详细信息和价格。参与者潜在会员(首要),会员前置条件Actor访问系统后置条件Actor查询到所要的零件基本路径Actor提交零件的类别、编号、几何特征等查询条件系统按查询条件检索零件信息和价格信息系统显示搜索到零件的编号、类别、“没有找到合适条件的零件”补充说明几何特征包括内径、外径、螺距、形状等,不同类型的零件,表征所用的几何特征不同。零件的详细信息包括:领教编号、库存量、类别、几何特征、价格。UC2:注册用例描述潜在会员注册成为会员。参与者潜在会员(首要)前置条件Actor访问系统后置条件系统记录会员信息,等待经理开放账户基本路径Actor请求注册。系统显示注册界面。Actor提供会员信息。系统检查信息是否充分。系统保存会员信息。系统显示“注册成功,等待