扩展关系.pptVIP

On-demand Learning SeriesSoftware Engineering of Web Application - Use Case Hunan University, Software School 一、用例的基本概念 1.1 用例的定义: 定义: 用例是对一个参与者(actor)使用系统的一项功能时所 进行的交互过程的一个文字描述序列。 用例包括可选的动作序列和会出现异常的动作序列。 一个用例定义了一组用例实例。 1.3 用例对系统进行功能描述 1、用例从使用系统的角度描述系统中的信息； 2、用例描述了用户提出的一些可见需求，对应一个具体的用户目标； 3、用例是对系统行为的动态描述。 进行用例分析时，只把重要的，交互过程复杂的用例找出来。 用例表示功能性需求，非功能性需求用补充文档描述。 一、用例的基本概念 1.4 用例实例 一个用例定义了一组用例实例（又称为脚本）。 每个用例都有一系列的脚本，其中包括一个主要脚本，以及多个次要脚本。相对于主要脚本来说，次要脚本描述了执行路径中的异常或可选的情况。 一、用例的基本概念 二、用例在需求分析中的地位 2.1 需求分析说明书的内容： 系统的目的和内容； 系统中的术语表 用例 系统采用的技术 开发过程中的参加人员、业务规则、系统运行所依赖的条件、安全要求、文档要求等各种其它需求 法律、政治、组织机构等方面的问题 二、用例在需求分析中的地位 2.2 用例的本质 （1）用例只是所有需求中的一部分内容 （2）用例分析是一种功能分解的技术 （3）用例是与实现无关的关于系统功能的描述。用例分析做得好坏，影响系统的开发。 （4）一般情况下，一个用例由一个协作实现 2.3 协作的定义 协作是对由共同工作的类、接口和别的元素所组成的群体的命名，这组群体提供合作的行为。 三、用例命名 三、用例命名 三、用例命名 三、用例命名 四、用例描述方式 一般说来，用例采用自然语言描述参与者与系统进行交互时双方的行为，不追求形式化的语言表达。 五、用例描述的内容 用例的目标 用例是怎么启动的 参与者和用例之间的消息是如何传送的 用例中除了主路径外，其他路径是什么 用例结束后的系统方法 其他需要描述的内容 六、书写用例文档 ——路径交互步骤的描述 只书写“可观测”的（说人话） 使用主动语句 句子必须以执行者或系统作为主语 每一句都要朝目标迈进 分支和循环 不要涉及界面细节 六、书写用例文档 六、书写用例文档 六、书写用例文档 六、书写用例文档 六、书写用例文档 六、书写用例文档 六、书写用例文档 六、书写用例文档 六、书写用例文档 七、常见错误 只描述系统的行为，没有描述参与者的行为 只描述参与者的行为，没有描述系统的行为 在用例描述中就设定对用户界面设计的详细要求 描述过于冗长 八、ATM取款案例 6.1 ATM取款案例1 Use Case：取款 Actor：储户 主事件流： 1、储户插入ATM卡，并键入密码； 2、储户按“取款”按钮，并键入取款数目； 3、储户取走现金、ATM卡并拿走收据； 4、储户离开。 八、ATM取款案例 6.2 ATM取款案例2 Use Case：取款 Actor：储户 主事件流： 1、ATM系统获得ATM卡和密码； 2、设置事物类型为取款； 3、ATM系统获取要提取的现金数目； 4、验证帐户上是否有足够储蓄金额； 5、输出现金、数据和ATM卡； 6、系统复位。 八、修改后的描述 Use Case：取款 Actor：储户 主事件流： 1、通过读卡机，储户插入ATM卡； 2、ATM系统从卡上读取银行ID、帐号、加密密码、并用主银行系统验证银行ID和帐号； 3、储户输入密码，ATM系统根据上面读出的卡上加密密码，对密码进行验证； 4、储户按“快速取款”按钮，并键入取款数量，取款数量应该是100的倍数； 5、ATM系统通知主银行系统，传递储户帐号和取款数量，并接收返回的确认信息和储户帐户余额； 6、ATM系统输出现金、ATM卡和显示帐户余额的收据； 7、ATM系统记录事务到日志文件； 九、Reading Materials OMG Unified Modeling Language Specification Introduction to UML 2.0 Hans-Erik Eriksson, Magnus Penker著, UML业务建模 , 北京：机械工业出版社，2004. 问题：只描述了参与者的动作序列，而没有描述系统的行为 问题：只描述了ATM系统的行为，而没有描述参与者的行为 */43 * 在包含关系中，调用取决于基用例，即箭头尾部的用例。 * 在扩展关系中，箭尾在扩展用例一侧，表明扩展取决于