好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

UML用例规约PPT文档资料.ppt

50页
  • 卖家[上传人]:公****
  • 文档编号:575729282
  • 上传时间:2024-08-18
  • 文档格式:PPT
  • 文档大小:325KB
  • / 50 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • 用例模型用例模型-用例规用例规约约CH5 用例模型用例规约统一建模语言11软件工程软件工程 用例模型用例模型-用例规用例规约约回顾回顾&用例的概念用例的概念&用例的关系用例的关系&参与者的定义与关系参与者的定义与关系 用例模型用例模型-用例规用例规约约本节教学内容本节教学内容&详细、完整地描述需求详细、完整地描述需求Ì用例描述Ì事件流描述要点&实例实例ÌPOS销售Ì记录时间&小结小结 用例模型用例模型-用例规用例规约约用例规约用例规约&用例规约用例规约&黑盒用例与白盒用例黑盒用例与白盒用例&用例规约组成用例规约组成&用例规约类型与书写风格用例规约类型与书写风格Ì简单型Ì非正式型Ì正式型(详细型) 用例模型用例模型-用例规用例规约约用例规约用例规约----进行用例阐述进行用例阐述&用例规约:更进一步的精度用例规约:更进一步的精度Ì用例文档的核心,而用例图作为用例文档的总图Ì进一步的精度:有层次的文档Ì文档中每一句话都有其价值用例图是骨架而用例规约则是其内在的肉 用例模型用例模型-用例规用例规约约谁来写用例文档谁来写用例文档&最完美:业务人员接受训练,写出最完美:业务人员接受训练,写出优美的用例文档优美的用例文档&最现实:业务人员提供素材,开发最现实:业务人员提供素材,开发人员写用例文档人员写用例文档&最糟糕:业务人员不管,完全由开最糟糕:业务人员不管,完全由开发人员杜撰发人员杜撰 用例模型用例模型-用例规用例规约约&黑盒用例黑盒用例Ì建模人员常用,不描述系统的内部工作流程,也不描述其组成成分或设计。

      白盒用例白盒用例Ì借助责任描述系统,指出系统应该具有什么职责,具有各种职责的软件元素之间是如何合作的黑盒用例与白盒用例黑盒用例与白盒用例黑盒用例黑盒用例白盒用例白盒用例该系统记录销该系统记录销售情况售情况该系统将销售情况写到该系统将销售情况写到一个数据库中或者该系一个数据库中或者该系统为销售情况生成一个统为销售情况生成一个SQL语句语句 用例模型用例模型-用例规用例规约约用例规约组成用例规约组成1.用例名称2.用例标识3.涉及的参与者4.涉及的用例5.描述 用例模型用例模型-用例规用例规约约用例规约组成用例规约组成6.用例的规格说明((1 1))前置条件前置条件 与与 后置条件后置条件 ((2 2))正常事件流正常事件流((3 3)备选事件流)备选事件流7.其它Ì非功能需求、设计约束、尚存在非功能需求、设计约束、尚存在的问题的问题 用例模型用例模型-用例规用例规约约&前置条件约束在用前置条件约束在用例开始前系统的状态例开始前系统的状态Ì把它们看做是看门人,它阻止参与者触发该用例直到满足所有条件Ì说明在用例触发之前什么必须为真前置条件前置条件 用例模型用例模型-用例规用例规约约&后置条件约束用例后置条件约束用例执行后系统的状态执行后系统的状态Ì用例执行后什么必须为真Ì对于有多个事件流的用例,则应该有多个后置条件后置条件后置条件 用例模型用例模型-用例规用例规约约前置、后置条件注意前置、后置条件注意&某些用例依赖于其他用例某些用例依赖于其他用例Ì一个用例在离开系统时,可能是另一个用例的前置条件(例如:“登录”和“管理系统”)&有助于识别漏掉的用例有助于识别漏掉的用例Ì如果一个用例的前置条件不执行,就不能执行其他用例,可能意味着丢失了用例(例如:“管理订单”却没有“登录”用例) 用例模型用例模型-用例规用例规约约事件流事件流- -用例交互四部曲用例交互四部曲1. 动 作4. 回 应2.改变3.验证系 统写:可观测的、体现客户利益的文字 用例模型用例模型-用例规用例规约约简单型简单型&用简洁的一段话来描述用例,通常只用简洁的一段话来描述用例,通常只给出主要成功场景给出主要成功场景&处理销售处理销售Ì一个顾客带着商品在收款处准备交费购买。

      Ì出纳员使用POS终端记录所购买的每一件商品ÌPOS系统给出所应收的总款数以及每件商品的价格细节Ì顾客键入支付信息,系统进行确认并记录Ì然后,系统更新商品的存货清单Ì顾客拿着系统打印的收条并带着商品离开 用例模型用例模型-用例规用例规约约非正式型非正式型&用若干非正式段落来描述用例,通常给出多用若干非正式段落来描述用例,通常给出多个不同场景个不同场景&处理退货处理退货Ì主要成功场景:顾客带着商品到收款处退货,出纳员使用POS终端记录每一件被退回的商品Ì可选场景:如果系统中找不到商品标识,那么就通知出纳员并建议他手工输入商品标识码(或许商品的标识已经破损);如果系统检测到和外部税金计算系统之间的通信失败,那么就 用例模型用例模型-用例规用例规约约&描述更多细节并以结构化方法组描述更多细节并以结构化方法组织这些细节,对理解系统非常有意织这些细节,对理解系统非常有意义义&参考:参考:http://http://www.usecases.orgwww.usecases.org正式型(详细型)正式型(详细型) 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -处理销售处理销售1 11. 1. 用例用例 UC1UC1:处理销售:处理销售2. 2. 主要参与者:出纳员主要参与者:出纳员1.3. 受益人及其利益:受益人及其利益:(1)出纳员:需要精确、快速的输入,并且不出现支付错误(2)销售人员:需要销售款得到更新(3)顾客:需要购买并花费最小的精力得到快速的服务,并需要支持退货功能(4)公司:需要精确地记录交易并满足客户的利益。

      需要支付授权服务记录可接受的支付需要一些容错功能需要账目和存货清单得到自动的快速更新1.(5)政府税务机构:需要从每一次销售中收税2.(6)支付授权服务:需要用正确的格式和协议传来的数字授权请求需要精确计算它们可支付给商店的款额 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -处理销售处理销售4 41.1.4. 4. 前置条件前置条件::2.2. 出纳员需要身份识别并授权出纳员需要身份识别并授权3.3.5. 5. 后置条件后置条件::4.4. 存储了销售情况,存储了销售情况,5.5. 正确地计算了税金,正确地计算了税金,6.6. 更新了账目和存货清单,更新了账目和存货清单,7.7. 记录了销售额,记录了销售额,8.8. 打印了收据打印了收据 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -处理销售处理销售5 51.1.6.6.主要成功场景主要成功场景::(1)顾客带着商品到POS终端处准备购买(2)出纳员开始一次新的销售(3)出纳员输入商品标识码(4)系统记录销售的商品并给出商品的描述、单价和折扣,并根据某些价格规则计算所应付的款额。

      出纳员重复步骤3和步骤4,一直到处理完所有商品为止1.(5)系统给出所应支付的总款额并计算税金2.(6)出纳员告诉顾客总价并请求付款3.(7)顾客付款,系统处理支付4.(8)系统记录下已完成的销售,并将销售和支付信息发送给外部的账目系统以及存货清单系统5.(9)系统打印收据6.(10)顾客带着收据和商品离开 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展1 11a 1a 在系统失败时,要恢复和校正账目,在系统失败时,要恢复和校正账目,确保所有的交易敏感状态以及事件确保所有的交易敏感状态以及事件能够从场景的任何步骤中恢复能够从场景的任何步骤中恢复(1)出纳员重启系统和登录,并请求恢复先前的状态1.(2)系统重建先前的状态2a 2a 系统检测阻止恢复的异常状态系统检测阻止恢复的异常状态(1)系统给出纳员发出一个出错信号,记录该错误并进入一个干净的状态(2)出纳员开始一次新的销售 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展3 33a 3a 无效标识码:无效标识码:1.系统发出一个出错信号并拒绝输入2.出纳员可以手工输入商品标识码2a 输入无效标识码,系统拒绝输入4a 4a 顾客可能购买多件相同类别的商品,顾客可能购买多件相同类别的商品,因此记不记录每件商品的标识码并因此记不记录每件商品的标识码并不重要不重要1.出纳员可以输入商品类别号以及数量 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展4 43-6a 3-6a 顾客请求出纳员从购买的货物顾客请求出纳员从购买的货物中去掉一件商品中去掉一件商品3-6b 3-6b 顾客告诉出纳员取消销售顾客告诉出纳员取消销售3-6c 3-6c 出纳员中止销售出纳员中止销售4a 4a 系统所输出的商品单价不是顾客系统所输出的商品单价不是顾客所想要的所想要的 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展5 55a 5a 系统检测到和外部税金计算系统系统检测到和外部税金计算系统之间的通信失败之间的通信失败5b5b顾客说他们符合打折条件顾客说他们符合打折条件5c 5c 顾客说他们帐上的存款为此次销顾客说他们帐上的存款为此次销售付款售付款6a 6a 顾客说他们想付钱但没有带足够顾客说他们想付钱但没有带足够的现金的现金 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展6 67a 7a 用现金付账用现金付账1.出纳员输入顾客所付总款数2.系统计算出应找的余款,并弹出现金抽屉3.出纳员存放现金并找零给顾客4.系统记录此次现金支付情况 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展7 77b 7b 用信用卡付账用信用卡付账1.顾客输入他们的信用卡帐户信息2.系统向外部支付授权服务系统发出支付请求授权,并请求支付批准2a系统检测到和外部系统之间协作上的失败:1.系统给出纳员发出一个出错信号2.出纳员请顾客用其他方式付款 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展8 87b 7b 用信用卡付账用信用卡付账3.系统收到批准支付回应并向出纳员发出一个批准支付信号3a 系统受到拒绝该支付信号1.系统发拒绝支付信号给出纳员2.出纳员请顾客用其他方式付款4.系统记录信用卡支付情况,其中包括批准支付情况 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -扩展扩展9 97b 7b 用信用卡付账用信用卡付账5.系统给出信用卡支付签名输入机制6.出纳员请客户进行信用卡支付签名,客户输入签名 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -其他扩展其他扩展7c 7c 用帐单付款用帐单付款7d 7d 赊账赊账7e 7e 顾客拿出优惠券顾客拿出优惠券9a 9a 商品打折商品打折9b 9b 顾客请求赠品收据顾客请求赠品收据 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -特殊需求特殊需求&应具有一个大的扁平面板监视器上的应具有一个大的扁平面板监视器上的触摸屏界面,并可在触摸屏界面,并可在1m1m之外看清屏幕之外看清屏幕上的字上的字&信用卡授权信用卡授权90%90%的情况下能在的情况下能在30s30s内作内作出响应出响应&当访问诸如库存清单等这类远程服务当访问诸如库存清单等这类远程服务时,应具有健壮的恢复功能时,应具有健壮的恢复功能 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -特殊需求特殊需求&文本显示应语言国际化文本显示应语言国际化&可在步骤可在步骤3 3和步骤和步骤7 7插入业务规则插入业务规则&。

      用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -其它其它1 1&技术和数据约束列表技术和数据约束列表3a 3a 商品标识码由条形码激光扫描器或键盘输入商品标识码由条形码激光扫描器或键盘输入3b 3b 商品标识符可以使商品标识符可以使UPCUPC、、EANEAN、、JANJAN、、SKUSKU编码格编码格式式7a 7a 信用卡账目信息由信用卡阅读器或键盘输入信用卡账目信息由信用卡阅读器或键盘输入7b 7b 信用卡支付签名可以在纸上进行但未来两年信用卡支付签名可以在纸上进行但未来两年内,顾客可能更愿使用数字签名内,顾客可能更愿使用数字签名 用例模型用例模型-用例规用例规约约正式型(详细型)正式型(详细型)- -其它其它2 2&发生频率:几乎可以连续发生发生频率:几乎可以连续发生&尚未解决的问题尚未解决的问题Ì税法变化怎么办Ì远程服务恢复问题Ì不同的业务需要什么样的自定义功能Ì出纳员退出系统时必须带走现金抽屉吗Ì顾客使用信用卡阅读器还是出纳员使用 用例模型用例模型-用例规用例规约约事件流描述要点事件流描述要点一个正常的业务事件流描述一个正常的业务事件流描述1.只书写只书写“可观测可观测”的的2.使用主动语句使用主动语句3.句子必须以参与者或系统作为主语句子必须以参与者或系统作为主语4.不要涉及界面细节不要涉及界面细节5.分支和循环分支和循环 用例模型用例模型-用例规用例规约约要点要点1- 1-只写只写““可观测可观测””的的&系统通过系统通过ADOADO建立数据库连接,建立数据库连接,传送传送SQLSQL查询语句,从查询语句,从““商品表商品表””查询商品的详细信息查询商品的详细信息……&系统按照查询条件搜索商品的系统按照查询条件搜索商品的详细信息详细信息×√ 用例模型用例模型-用例规用例规约约要点要点2-2-主动语句主动语句&欧文从贝克汉姆处欧文从贝克汉姆处得到得到传球,传球,守门员守门员…&贝克汉姆贝克汉姆传球传球给欧文,欧文给欧文,欧文射射门门,守门员,守门员扑救扑救…×√ 用例模型用例模型-用例规用例规约约要点要点3-3-以参与者或系统作主语以参与者或系统作主语&参与者参与者…………Ì出纳员接收顾客的付款—顾客的付款数可能高于商品总额Ì出纳员录入顾客所付的现金总额&系统系统…………Ì系统显示出应找还给顾客的余额,打印付款收据 用例模型用例模型-用例规用例规约约要点要点4-4-不涉及界面细节不涉及界面细节&会员从下拉框中选择类别会员从下拉框中选择类别×××&会员在相应文本框中输入查询条会员在相应文本框中输入查询条件件&会员点击会员点击“确定确定”按钮按钮 用例模型用例模型-用例规用例规约约要点要点5-5-分支和循环分支和循环&分支分支:放到:放到扩展路径扩展路径Ì参与者的选择Ì另一条成功线路Ì系统进行验证Ì……&循环循环:直接描述:直接描述 用例模型用例模型-用例规用例规约约用例规约:记录时间用例规约:记录时间&UC01::“Record Time”用例文档用例文档&用例名称:用例名称:Record Time(记录时间)(记录时间)&用例标识:用例标识:UC01&涉及的参与者:涉及的参与者:雇员、系统管理员&涉及的用例:涉及的用例:无&描述:描述:雇员利用“Record Time”用例来登记他们的工时,系统用这个用例为任何雇员登记时间 用例模型用例模型-用例规用例规约约用例规约:记录时间用例规约:记录时间( (续续) )&前置条件:前置条件:Ì用户必须已经登录到这个系统用户必须已经登录到这个系统&后置条件:后置条件:Ì系统将雇员的工时正确的记录到数系统将雇员的工时正确的记录到数据库中据库中 用例模型用例模型-用例规用例规约约用例规约:记录时间用例规约:记录时间( (续续) )&正常事件流:正常事件流:1.雇员查看当前时间之前输入的数据;雇员查看当前时间之前输入的数据;2.雇员从已有的支付号码中选择一个,这雇员从已有的支付号码中选择一个,这些收费代码是按客户和项目组织的;些收费代码是按客户和项目组织的;3.雇员从当前的时间段选择一个日期;雇员从当前的时间段选择一个日期;4.雇员输入以正整数表示的工时;雇员输入以正整数表示的工时;5.系统在视图中显示这个数据,并在以后系统在视图中显示这个数据,并在以后的视图中看到这个数据。

      的视图中看到这个数据 用例模型用例模型-用例规用例规约约用例规约:记录时间用例规约:记录时间( (续续) )&备选事件流备选事件流1 1::雇员更改他的时间雇员更改他的时间1. 1.雇员查看当前时间之前输入的数据;雇员查看当前时间之前输入的数据;2. 2.雇员选择一个已有的条目;雇员选择一个已有的条目;3.3.雇员改变工时;雇员改变工时;4. 4.在视图中更新这个信息,并在以后在视图中更新这个信息,并在以后的视图中都可以看到的视图中都可以看到 用例模型用例模型-用例规用例规约约用例规约:记录时间用例规约:记录时间( (续续) )&非功能需求:非功能需求:无&设计约束:设计约束:无&部署约束:部署约束:Ì用户可以从客户端或雇员的家中访用户可以从客户端或雇员的家中访问到问到“Record TimeRecord Time”用例,如果是用例,如果是从客户端访问,则要考虑到客户端从客户端访问,则要考虑到客户端的防火墙的防火墙 用例模型用例模型-用例规用例规约约用例规约:记录时间用例规约:记录时间( (续续) )&未解决的问题未解决的问题1.雇员是否可以在以前的考勤卡上输雇员是否可以在以前的考勤卡上输入和更改时间入和更改时间2.雇员是否可以在以后的考勤卡上输雇员是否可以在以后的考勤卡上输入和更改时间,例如,在休假之前入和更改时间,例如,在休假之前?? 用例模型用例模型-用例规用例规约约用例描述(其他格式)用例描述(其他格式)描述项描述项说明说明用例名称表明用户的意图或用例的用途,如“查询客户资料”用例编号[可选]唯一标识符,在文档其他地方可以通过标识符来引入该用例用例描述简要概述用例参与者与此用例相关的参与者优先级[可选]一个有序的排序,1代表优先级最高状态[可选]用例的状态,进行中,等待审批,通过审查或未通过审查前置条件一个条件列表,必须在访问该用例前被满足后置条件一个条件列表,必须在完成该用例后被满足基本操作流程描述用例中各项工作都正常进行时用例的工作方式备选操作流程描述变更工作方式、出现异常或发生错误是所遵循的路径被泛化的用例[可选]此用例所泛化的用例列表被包含的用例[可选]此用例所包含的用例列表被扩展的用例[可选]此用例所扩展的用例列表 用例模型用例模型-用例规用例规约约如何写好一个用例 用例模型用例模型-用例规用例规约约 用例模型用例模型-用例规用例规约约小结小结&进行用例阐述进行用例阐述Ì成功场景(正常事件流的描述)Ì扩展场景(备选事件流)Ì约束等Ì需要解决的问题 用例模型用例模型-用例规用例规约约思考思考&用例阐述有几种方法?用例阐述有几种方法?&各使用在什么情况下?各使用在什么情况下?&什么是事件流?什么是事件流? 用例模型用例模型-用例规用例规约约下一讲内容下一讲内容v用例图应用用例图应用 。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.