用例课件Use Case.ppt

扩展(extend)关系 用以表示某一个Use Case的对话流程，可能会根据条件临时插入另一个Use Case的对话流程中 。 扩充关系使得将特定条件下才会引发的流程记录在扩充Use Case中。 Use Case描述(UCD)：结账店员告诉用户总共多少钱用户付钱店员找钱店员将餐点和发票交给用户Use Case描述(UCD)：买汉堡套餐用户告诉店员购买汉堡套餐店员准备并包好餐点进行“UC：结账”如果是儿童来买，进行“UC：赠送玩具”Use Case描述(UCD)：赠送玩具店员问儿童想要什么玩具儿童选取玩具 extend关系来自于Use Case内执行活动的过程，分为主要路径(main course)及备选路径(alternative course)。 END Use Case 什么是Use Case ? 十足了解如何运用技术于产品的设计师，常因了解太多技术而无法弄清用户的观点和感觉。 -------Thomas Erickson 只有了解了用户的工作情形，您的软件才能契合其工作。 -------著名软件专家Larry L. Constantine 多问几个“为什么” 为什么需要这软件？ 为何用户要去接触这软件？ 用户欲达成什么事？ 用心探索围绕在“使用”的一连串“为什么”问题之后，就能导出高度可用性的软件了。 在此过程中，就已理清了用户的外部行为(external behavior)，以及其与系统的交互情形(interaction)，也因而定义出系统应有的外部行为，以协助用户完成其工作。 需求(requirements) User为了解决一个问题或达成一个目标时，所需要的条件或能力。 -----IEEE Standard 729 简言之： Use Case是个强有力的工具让软件人员暂时不考虑软件系统内部的行为和结构，而专注于理清用户“为什么”去“使用”这个系统，以充分正确地掌握用户的需求。 Use Case模型与Use Case描述 Use Case模型(Use Case model) 以Use Case为基本概念模块来抽象地描述一个系统。 一个Use Case表达了用户对系统的一项需求，也就是系统的一项责任或功能(function)。 美中不足 ： 1、未表达出系统与外界环境间的关系； 2、无法让人了解“为什么”系统必须提供这些 Use Case？即无法确定这些需求的正确性。 因此，有必要描述环境中与系统接触的部分，了解这些部分与系统接触的目的，再对应到系统内的Use Case所能支持的功能，才能确保系统的正确性与可用性。 “角色”(Role/Actor ) 代表一群对系统怀有相同兴趣或目的人或物。 角色含有特定的目的，而其目的决定系统中的Use Case内涵，即决定系统应有的功能。 角色? →? 目的? →? Use Cases “角色”(Role/Actor ) Use Case模型必须表达出Actor 与Use Case间的关系，才能让人们去了解与检验Use Case。 Actor 着重在角色的表达而不在于指特定的用户。 “角色”(Role/Actor ) 并不是环境里的所有人或物都会使用到这系统，只有Actor 所代表的人或物会用到而已，所以在Use Case模型中只需描述Actor 就够了。 Use Case模型中的基本元素只有两个： Actor和Use Case。 Use Case 描述 （UCD） 用来描述Use Case的功能及其行为(behavior)，以便配合Actor 的行为而协助Actor 达成其目的。 Use Case 描述 （UCD） Use Case 1来协助Actor 1达成其目的 也提供Use Case 2来达成Actor 1的另一个目的 也提供Use Case 3 来替Actor 2达成目的 以上是针对Use Case的功能而言 Use Case 描述 （UCD） 在行为方面： Use Case必须在行为上配合Actor“使用”系统的 过程，才能顺利达成Actor 的目的。 即：Use Case的应用行为决定于Actor的 使用过程。 Use Case 描述 （UCD） 注意： Use Case模型的目的在于分析系统的需求， 将U