欢迎来到天天文库
浏览记录
ID：70217557
大小：385.50 KB
页数：14页
时间：2021-11-17
《UML(用例、类、时序)》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。
1、l用例图：描绘不同系统用户群是如何同这个系统交互。用例定义和描述用户从系统中获取价值的各种方法。创建一个用例模型需要三个步骤：1确定使用这个系统的人群2确定这些人群是如何从系统中获取价值3用一个简单易懂的视图来描述这些用户以及他们如何使用系统第一步：寻找参与者(actor)确定使用该系统的各种人群，一种人群称为参与者(actor)，使用这个系统或被这个系统使用的其他系统也是参与者。参与者定义：指在某个系统的外部并和该系统交互的一群人或一个系统。例：下列小组都是参与者1银行客户和柜员分别是单独的参与者，因为他们有着不同的需求和权限2大多数游戏系统中，男人和女人没必
2、要分成单独的参与者3学生和登记管理员是单独的参与者，有不同的需求和访问第二步：寻找用例(usecase)系统为参与者提供一个独立的价值所采用的方式称之为用例.用例必须是集中的，并有一个明确的目标如果用例满足以下条件，则是集中的：1用例应带来独立的好处2可以用20-30个单词来描述这个好处3参与者能通过一次会话完成该用例例：银行系统有输入帐号、选择帐号、取款、存款、选择源帐号、选择目标帐号、资金转移等功能，如果将这些动作都作为用例则显得太细，不能满足独立条件。比如，没有一个用户会在选择一个帐号后就满意的离开！但是，如果只为一个用例---资金管理，则又显得太笼统。好
3、的用例应提供一个具体的用途！取款、存款、转账等都可以是好的用例，均提供了具体的用途！第三步描述参与者与用例UML中，参与者用棒形人表示，用例用带标记的椭圆来表示参与者指向用例的带箭头的实线表示这个参与者触发该用例，比如：利用用例描述需求：1用例描述说明用例的概况和特征，比如，前置条件、后置条件、性能需求、安全要求、部署约束等。前置条件—包括参与者启动这个用例之前必须完成的所有其他用例后置条件—包括这个用例对系统所作的所有改变部署约束—描述访问这个用例的所有约束2事件流描述参与者在完成用例的过程中发生的一系列的交互行为。银行ATM：1用户插入卡，输入PIN，系统显
4、示包含用户名的欢迎信息，并提供取款、存款、转账等选项2用户选择取款，系统显示所有可供选择帐户3用户选择帐户，系统要求用户输入金额4用户输入一个正整数，系统询问用户数额是否正确5用户确定金额是正确的，系统显示感谢信息，取出钱、打印帐单并返回客户的卡以上就是一个事件流，但描述的是一切都正常运行时的交互情况，还有一些可能的其他情况的事件流，所以，事件流分为三种：1正常或基线事件流，以上事件就是这种事件流2可选事件流描述由参与者引起的变更，比如，参与者放弃
此文档下载收益归作者所有
