用例和用例图.pptx

《用例和用例图.pptx》由会员分享，可在线阅读，更多相关《用例和用例图.pptx（43页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1上讲回顾UML的全称？你对UML的理解？UML由什么构成？UML基本构造块中的关系有哪几种？UML的图有哪几种？第1页/共43页21、用例模型第2页/共43页1、用例模型用例模型的目的是各方达成共识，明确系统的基本功能，为后阶段的工作打下基础。确定系统应具备哪些功能；为系统的功能提供清晰一致的描述；为系统验证工作打下基础；用例模型由用例图和用例规约两部分组成第3页/共43页42 常见问题分析用例是有意义的目标价值结果由系统生成第4页/共43页52 常见问题分析用户的观点而非系统的观点不要把步骤当用例第5页/共43页62 常见问题分析用例的粒度 CRUD泛滥用有色眼镜看，所有业务最终都会成为C

2、RUD多问：为什么要CRUD？光CRUD能为执行者提供价值吗？第6页/共43页72 常见问题分析用例的粒度 CRUD泛滥 如果CRUD不涉及复杂的交 互，一个用例“管理”即可 不管是C、R、U、D，都是 为了完成“管理”的目标 甚至很多种基本数据的管 理都可以用一个用例表示第7页/共43页8用例的粒度 1个业务用例，多个系统用例2 常见问题分析第8页/共43页92 常见问题分析第9页/共43页10请举例说明包含、泛化、扩展的区别扩展：分离扩展路径包含：提取公共步骤，便于复用泛化：同一业务目的的不同技术实现第10页/共43页11很多软件系统在一开始都需要登录，若用户登录成功，则可进入系统。如下以

3、一个研究生学籍管理系统为例，描述四种登录方法。为了简化起见，假设此处仅描述登录、选课和查看学分这3项功能。2 常见问题分析第11页/共43页12由于选课和查看学分都需要登录，故专门设立一个“登录”用例。若登录成功，则可以进行选课，也可以进行查看学分。方案一：第12页/共43页13让所有的相关用例都包含登录用例。方案二：这个方法中的“登录”用例仅描述有关登录的信息，研究生执行系统的每项功能都要先登录。其缺点为，对研究生要进行多次验证。第13页/共43页14使用扩展，设计系统登录。方案三：该方法与方法一相比，对“登录”用例的描述要清楚一些。在增加新用例时，仅在登录用例中添加扩展点即可第14页/共4

4、3页15登录用例完全独立于其它用例。方案四：若使用该方法，必须要在“选课”用例和“查看学分”用例中指定前置条件：只有在登录成功后才能执行自己。第15页/共43页16注意：必须是系统在用例开始前能检测到的业务代表已把保单交给录单员业务代表已把保单交给录单员录单员已经登录录单员已经登录2 常见问题分析ATMATM用户的账户里有足够的金额用户的账户里有足够的金额ATMATM用户已登录用户已登录ATMATM机器处于正常准备状态机器处于正常准备状态第16页/共43页Use case:Withdraw cashUse case:Withdraw cashActor:customerActor:custom

5、er主事件流：(1)储户插入ATM卡,并输入密码(2)储户按“取款”按钮,并输入取款数目(3)储户取走现金/ATM卡/收据(4)储户离开只描述了actor的行为2 常见问题分析第17页/共43页Use case:Withdraw cashUse case:Withdraw cashActor:customerActor:customer主事件流：ATM系统获得ATM卡和密码，在SQL中查询到匹配的信息后，显示主界面如果信息不匹配，系统提示错误储户按“取款”按钮,并输入取款数目设置交易类型为“取款”ATM系统获得取款金额输出现金、收据和ATM卡现金/ATM卡/收据被储户取走系统复位2 常见问题分

6、析第18页/共43页不要涉及界面细节购物查询用例会员从下拉框中选择要查询的商品类别后，又在在相应文本框中输入查询条件，然后点击“确定”按钮系统以列表的显示查询结果2 常见问题分析第19页/共43页v 用例编号用例编号:001:001v 用例名用例名:ATM:ATM取款取款v 用例描述用例描述:储户使用信用卡在储户使用信用卡在ATMATM机上取款机上取款v 参与者角色：储户参与者角色：储户v 前置条件：前置条件：ATMATM机器处于正常准备状态机器处于正常准备状态v 后置条件：若成功，则储户取出钱，帐户上扣除钱；若失败，储户没有取后置条件：若成功，则储户取出钱，帐户上扣除钱；若失败，储户没有取到

7、钱，帐户上钱数不变。到钱，帐户上钱数不变。v 基本路径基本路径 1,1,储户插卡；储户插卡；2.2.ATM机提示输入用户口令；机提示输入用户口令；3.3.储户输入口令；储户输入口令；4.4.ATM机口令验证通过，提示用户选择功能机口令验证通过，提示用户选择功能 5.5.储户选择取款；储户选择取款；6.ATM 6.ATM提示储户输入钱数；提示储户输入钱数；例子例子-ATM取款用例描述取款用例描述第20页/共43页 7.7.储户输入钱数；储户输入钱数；8.8.ATM机进行钱数有效性检查，提示操作成功，吐机进行钱数有效性检查，提示操作成功，吐 出钱和卡出钱和卡；9.9.储户取走钱和卡；储户取走钱和卡

8、；10.ATM10.ATM机屏幕恢复为初始状态。机屏幕恢复为初始状态。v 扩展路径扩展路径 4a.ATM4a.ATM机验证用户口令不通过机验证用户口令不通过 4a1.ATM4a1.ATM机给出提示信息，并吐出信用卡；机给出提示信息，并吐出信用卡；4a2.4a2.储户取出卡；储户取出卡；4a3.ATM4a3.ATM机屏幕恢复为初始状态机屏幕恢复为初始状态.8a.ATM 8a.ATM验证用户输入钱数超过验证用户输入钱数超过30003000 8a1.ATM 8a1.ATM机给出提示信息，并吐出信用卡；机给出提示信息，并吐出信用卡；8a2.8a2.储户取出卡；储户取出卡；8a3.ATM8a3.ATM机

9、屏幕恢复为初始状态机屏幕恢复为初始状态.。第21页/共43页22u 用例编号：用例名u 执行者u 前置条件u 后置条件u 涉众利益u 基本路径u 1.u 2u 3.u 扩展u 2a.：u a1.u 字段列表u 业务规则u 非功能需求u 设计约束u 待解决问题 用例文档+补充约束=需求规格说明第22页/共43页233 补充约束第23页/共43页3 补充约束：字段列表u +数据序列u 可选项u*多个u|可能取值可以用自然语言，也可以用表达式u注册信息=公司名+联系人+电话+联系地址*u客房状态=空闲|已预定|占用|维修中第24页/共43页3 补充约束：字段列表u不同于业务模型只是一部分u可以用E/

10、R图或业务对象图作为辅助说明，但不宜直接作为需求u不等于数据字典容易过早把时间花在细节上u一开始好像做了很多事情，其实却回避了困难的业务问题用表达式表示第25页/共43页3 补充约束：业务规则u事实u设备是资产的一种u推理u如果过了计划中的交付日期，货物还没有送到，即为“未按时送货”u约束u合同的总金额不能超出买方的信用额度u.各种业务规则第26页/共43页3 补充约束：业务规则u文字说明u决策表uOCLu行业上适用的任何方式u.业务规则的各种表示方法第27页/共43页2.2 用例描述补充约束：业务规则决策表可能方案第28页/共43页3 补充约束：业务规则OCL第29页/共43页3 补充约束：

11、业务规则u系统将语音输入翻译为文字u采用识别算法u背景噪音强度为的情况下，识别率应在以上业务规则！实现算法警惕误把设计当成规则第30页/共43页3 补充约束非功能需求：可用性u系统没有按程序员的意图工作u系统无法执行一项任务u系统能按照程序员意图工作，并且支持任务，但用户仍然不知道如何使用系统执行任务或者不喜欢使用系统执行任务程序错误功能需求遗漏可用性问题第31页/共43页3 补充约束非功能需求：可用性u系统应易于使用u人事专员第一次使用时30分钟内能学会添加新员工（任务时间）u前台5次击键能完成客人入住服务，不需要使用鼠标（操作次数）u80%的用户认为系统易学，并且使用效率高（用户调查）u系

12、统界面应如附件所示的屏幕图像（小心！）可用性需求的表达第32页/共43页3 补充约束非功能需求：可靠性u系统应能防范磁盘故障（安全）u系统应保证收到的数据和发送的数据一致（完整）u MTBF（Mean Time Between Failures）平均故障间隔时间（稳定）u MTTR（Mean Time To Repair）平均修复时间（稳定）各种可靠性需求第33页/共43页3 补充约束非功能需求：性能u系统应在0.5秒之内拍摄超速车的照片（速度）u系统应允许1000个用户同时使用（容量）u在标准工作负荷下，系统的CPU占用率应少于50%（能力）各种性能需求第34页/共43页3 补充约束非功能需

13、求：可支持性u95%的紧急错误应能在30工作时内修复u在修复故障时，未修复的相关缺陷平均数应小于0.5u在两年内，以每功能点的价格升级系统u升级新版本时，应保存所有系统设置和个人设置各种可支持性需求第35页/共43页3 补充约束：设计约束u界面样式u报表u平台u语言u外系统接口u行业规定u.第36页/共43页37u以下情况的用例优先级别最高ua)对类图有重要影响ub)包含丰富的业务过程信息和线索uc)有开发风险、时间紧迫或功能复杂ud)涉及到重要核心技术或新技术ue)能直接产生经济效益或降低成本uf)代表本系统的核心流程对用例进行优先级排序排序原则第37页/共43页38对用例进行优先级排序排序

14、方法：1、用例分级和评估矩阵第38页/共43页39对用例进行优先级排序排序方法：2、用例依赖关系图第39页/共43页3 3 例子例子：学生注册课程系统：学生注册课程系统当前的任务是开发一个新的学生注册系统。学校希望用新的客户服务器系统代替原有的系统。这个系统允许学生通过连接到校园局域网的个人计算机进行课程的注册和查看成绩单。教授通过访问此系统选择其所教的课和记录学生的成绩。学校保留原有的课程目录数据库系统来维护所有的课程信息。学校已经购买了允许从学校的 Unix 服务器访问这个数据库的开放 SQL 接口。遗留系统的性能是很差的。所以新系统必须确保能及时访问这个系统上的数据。新系统读取遗留系统上

15、的课程的信息，但不更新。每学期的开始，学生请求查看本学期的所开设的课程目录。有关课程的信息，如教授，所开设的系等会提供给学生帮助他们做出决定。系统允许学生为本学期选择四门课。另外，如果学生没有被分配到主要的选择课程，他还有两门备选的课程。每门课的学生人数是 3 到 10 人。3 人以下的课程会被取消。每个学期会有一段时间让学生更改课程表。这段时间学生必须能访问系统并能添加或删除课程。一旦一个学生的注册结束，注册系统会将此学生本学期的账单信息送到财务系统。如果在注册中一门课已经人满，学生在提交信息前必须被通知。学期结束，学生能进入系统查看自己的成绩。既然成绩是隐秘的信息，系统必须提供额外的安全措施阻止未授权的访问。教授必须能访问指出他们要教课程的系统。他们也需要知道是哪些学生选择了自己的课程。另外，教授也能登记学生的成绩。第40页/共43页识别用例识别用例第41页/共43页Your company slogan in here第42页/共43页43感谢您的观看！第43页/共43页