《绘制用例》PPT课件

《《绘制用例》PPT课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、系统分析师UML用例实战》介绍如何通过用例掌握UML。《系统分析师UML用例实战》的案例基于Wesley和Richard两个角色叙述，从两人开始接到一个书店系统的项目，到动手建立用例模型，并且应用用例技术来估算工时，系统记述了UML用例的应用方法。第1章绘制用例图《系统分析师UML用例实战》理解需求什么是需求？系统必须提供的能力和必须遵从的条件需求工作的最根本挑战在于：如何去发现、交流并记住（即记录）什么是真正需要的，并能够清楚地向用户和开发团队的成员讲解——这个过程的最大难题是如何使得需求的定义没有二义性理解需求（续）需求管理推崇用“一种条理化的方法寻

2、找、记录、组织和跟踪系统不断变化的需求”影响软件项目的因素其它50%其它50%不充分的用户输入13%不完整需求12%变更需求12%技术技能不足7%员工不足6%用例到底用在哪？WhatHowDo用例图用例描述“用例”先睹为快——用例图记录预约取消预约显示预约接待员记录预约到达记录未预约到达前台调换餐桌领班<><><><><><>餐饮管理系统“用例”先睹为快——用例描述用例建模基本概念用例视图是UML中起着支配作用的视图，描述的系统外部可见的行为基于系统需

3、求的用例视图驱动和约束着后续的开发用例视图展示的是系统功能的结构化视图，视图定义了参与者和参与者可以参与的用例用例图以图解的形式概括了系统中不同参与者和用例，并显示了哪些参与者能够参与哪些用例参与者用一个像人一样的图标表示用例用包含有用例名字的椭圆表示UML允许在用例图中包含更多的结构，来定义用例之间以及参与者之间的各种关系在实践中不值得花费很多时间细化用例图，额外的关系对后面的开发起不到很大作用用例图参与者模型化了用户与系统进行交互时可能充当的角色用例描述了用户使用系统能够完成一项特定的任务参与者用例绘制用例图确立系统边界需要的留下，不需要的剁掉确立系统

4、边界分内外，向系统内找用例，向系统外找参与者。找出位于系统外部的事物，画小人找出系统内部的事物，画椭圆参与者用例找参与者一个用例描述了系统及其用户之间的一类交互系统通常有不同种类的用户，他们能够执行系统功能的不同子集用户与系统在进行交互时能够担任的不同角色称为参与者参与者：代表了与系统交互的事物定义：是系统外部的一个实体，它以某种方式参与了用例的执行过程。参与者可以是：人担当的角色、计算机系统、机械或者电子设备；参与者由他们参与用例时所担当的角色来代表，例如，顾客。一个参与者并不时指一个特定的人或一个特定的实体某个参与者可被认为是一个有形的、与系统交互的、

5、扮演某种角色的外部实体张三李四注意：顾客角色为什么要定义参与者？某个特定参与者初始化某个用例的原因几乎总是为什么需要该用例的主要原因参与者在环境中的角色和其独一无二的行为及其系统职责会对用例产生重要的影响个体客户商业客户？为什么不先找用例？先找参与者的原因参与者比用例明显参与者的个数远比用例的个数少找到一个参与者，就可以找到一堆用例参与者是系统外部人物的代表，所以是先找出参与者，才能够从参与者的角度去寻找用例。先找参与者的原因(续)关注参与者，就能将注意力集中于如何使用系统而不是如何创建或实现系统。参与者还决定了系统需求的完整性如何确定参与者谁或什么将初始

6、化与系统有关的事件谁或什么与系统交互将有助于系统对某个事件做出响应有报告界面吗？有系统管理界面吗？系统需要与其他遗留系统交互吗？是否已定义过该系统的参与者？如果系统中发生了一个事件，是否需要通知某个外部实体？系统是否需要与外部实体交互以帮助自己完成任务？参与者一定是直接并且主动向系统发出动作并获得反馈的,否则就不是参与者.案例2：谁是参与者？小王到银行开户，向大厅经理询问了办理手续，填写了表单，交给柜台职员，拿到了银行存折，在这个场景中，谁是参与者？小王？柜台职员？大厅经理？案例2（续）谁对系统有着明确的目标和要求并且主动发出动作？系统是为谁服务的？小王主

7、角主要参与者主动参与者案例三:机票预订系统1.机票购买者通过登录网站购买机票---------机票购买者就是参与者有趣的问题：哪个参与者启动了用例？有时候，一个用例是由一个并不与系统实际进行物理交互的实体的需求所触发。业务参与者系统参与者业务用例建模系统用例建模案例三:机票预订系统(续)2.假如机票购买者通过呼叫中心,由人工座席操作订票系统购买机票--------人工座席是系统参与者--------机票购买者是呼叫中心的参与者案例三:机票预订系统(续)3.如果机票购买者通过呼叫中心的自动语音预订机票而不是通过人工座席呢?业务参与者系统参与者案例三:机票预订

8、系统(续)4.如果扩大系统边界,让呼叫中心称为机票预订系统的一个子