UML试验参考指导书要点.doc
《UML试验参考指导书要点.doc》由会员分享,可在线阅读,更多相关《UML试验参考指导书要点.doc(30页珍藏版)》请在咨信网上搜索。
1、江西理工大学UML试验汇报UML试验指导书 目录试验一 用例图3试验二 UML类图10试验三 状态图14试验四 活动图19试验五 时序图和协作图23试验一 用例图试验目标和要求、 掌握用例概念。、 掌握UML用例图组成、作用和使用场所。、 掌握用例和用例之间多种关系。、 学习针对具体场景使用用例图进行分析说明方法。、 掌握用例描述概念和基础结构,和用例描述作用。试验内容和步骤、 什么是用例,什么是场景?用例和场景之间关系是怎样?答:用例是外部可见系统功效单元,这些功效由系统单元所提供,并经过一系列系统单元和一个或多个参与者之间交换消息所表示。事件触发时情景便形成了场景、 用例图中有哪些组成元素
2、?在UML中是怎样表示?答:用例图包含6个元素,分别是:参与者、用例、关联关系、包含关系、扩展关系和泛化关系。参与者用人形图标表示,用例图用椭圆形符号表示,连线表示它们之间关系。、 用例和用例之间包含关系、扩展关系和泛化关系各代表什么含义?它们之间有何区分?对以上三种关系各举一例,画出用例图,并进行说明。答:包含关系:一个用例能够简单地包含其它用例含有行为,并把它所包含用例行为作为本身行为一部分。扩展关系:一个用例也能够被定义为基础用例增量扩展,这称作扩展关系,扩展关系是把新行为插入到已经有用例中方法。泛化关系:一个用例能够被尤其列举为一个或多个子用例。包含关系把多个用例公共步骤分离成一个单独
3、被包含用例。被包含用例称作提供者用例,包含用例称作用户用例,提供者用例提供功效给用户使用。用例间包含关系许可包含提供者用例行为到用户用例事件中。包含关系使一个用例功效能够在另一个用例中使用。(1)假如两个以上用例有大量一致功效,则能够将这个功效分解到另一个用例中。其它用例也能够和这个用例建立包含关系。(2)一个用例功效太多时,能够用包含关系建模两个小用例。用例间包含关系示例图基础用例实施不会包含到扩展用例,只有特定条件发生,扩展用例才被实施。 用例间扩展关系示例用例泛化当父用例能够被使用时,任何子用例也能够被使用。子用例从父用例处继承行为和属性,还能够添加、覆盖或改变继承行为。假如一个系统中一
4、个或多个用例是某个通常见例特殊化时,就需要使用用例泛化关系。用例间泛化关系示例、 为了满足物业中介行业信息化要求,甲企业基于详尽需求调研和分析,准备研发一套符合市场需要、实用信息管理系统。关键将实现用户资料信息管理、用户委托(出租、出售、租赁、购置)信息管理、业务线索生成和管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功效。该企业小王,经过数次和潜在用户交流和沟通,完成了最初用例模型开发,下是一个用例模型局部:小李认为该模型不符合“用例建模”思想,存在显著错误。请用200字以内说明错误所在,并说明应该怎样修改。答:用例是系统参与者和系统在交互过程中所需要完成事务。确定参与者是房
5、产经济人,还要分析系统所包含问题领域和系统运行关键任务。依据系统需求分析可确定:作为一个物业信息管理系统,要实现用户资料信息管理、用户委托(出租、出售、租赁、购置)信息管理、业务线索生成和管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功效。参与者有房产经纪人,对于房产经纪人来说,系统维护操作关键包含:录入,修改房源信息而登录和确定信息是包含在登入和修改中,包含关系图标按钮应用虚线箭头。修改后应该是:、 阅读下面用例图,说明该图所表示信息。答:用户能够开启“预定座位”功效。假如预定人数多,将实施扩展用例“处理等候队列”。总台服务员能够开启“安排座位”“办理结账”功效。用户预定座位
6、、服务员安排座位需要先“检验座位信息”。服务员“办理结账”时需要“收款”,收款时能够现金支付也能够使用银行卡,银行卡必需是银联POS系统。6、 下图是一个描述保险商务系统简单用例图。依据该用例图回复问题。a) “签署保险单”用例可能包含到哪多个实体类?答:用户、保险员、保险单。 b) 现实生活中签署保单基础步骤以下:用户提出购置需求,保险员依据用户需求选择对应保险服务,用户阅读保险条款,同意后打印保单样据,用户签字并支付保金,保单开始生效,保险员做相关系统纪录。如需要依据以上信息,请列举这个用例描述中可能存在扩展事件流。 答:当用户不一样意保险条款时,将实施扩展用例“退出签署保单”。c) 保单
7、管理用例在实际开发过程中能够泛化出若干小用例,列出可能存在子用例,而且说明这些用例和“保单管理”用例之间应该是什么关系?答:保单查询、保单保留。泛化关系。7、在一个TelephoneSystem(电话系统)中,用户能够使用电话卡或对方付款两种措施来打电话。1)请画出表示该场景用例图。2)在前图基础上,继续画出可能存在包含用例和扩展用例。分析和讨论、 总结用例图关键作用,讨论并指出哪些场所下能够使用用例图。答:用例图显示多个外部参与者和她们和系统提供用例之间连接。经过用例建模能够对外部角色和她们所需要系统功效建模。用例图用于系统分析阶段。讨论用例分析技术和结构化分析之间关系和区分。答:区分:用例
8、分析是面向对象(Object Oriented)开发方法。结构化系统开发方法是指把整个系统开发过程分成若干阶段,每个阶段进行若干活动,每项活动应用系统标准、规范、方法和技术,完成一个或多个任务,形成符合给定规范软件产品。联络:它们全部能够是软件开发更轻易3、 在使用用例图时候应该怎样划分用例,应注意哪些问题?答:怎样确定用例:a 参与者需要从系统中获取哪种功效?及参与者要系统做什么?b 参与者是否需要读取、产生、删除、修改或存放系统中某种信息?c 系统状态改变是是否通知参与者?d 是否存在影响系统外部事件?e 系统需要什么样输入、输出信息?需要注意是:一定不要再用例图中使用两种命名方法。即在椭
9、圆之外和椭圆之内。、 继续分析类图试验中网上书店实例,画出系统用例图。借阅者请求服务用例图图书馆管理员处理借书、还书用例图系统管理员进行系统维护用例图试验二 UML类图试验目标和要求a) 掌握类定义,类3要素,UML中类表示方法。b) 掌握类和类之间多种关系代表含义及表示方法。c) 实体类,边界类,控制类,关联类概念和表示方法。d) 接口和抽象类概念和表示方法。 类多重性关系。e) 对一个类图进行相关描述。试验内容和步骤、 简述类定义,和类三要素答:类是对一组含有相同属性、操作、关系和语义事物描述。类三要素是:类名称、属性、操作。、 类属性和方法可见性有哪些?UML中怎样表示?答:类属性和方法
10、可见性有:公有public(符号“+”)、私有 private(符号“-”)和受保护protected(符号“#”),、 已知三个类A.B和C.其中类A由类B一个实类和类C1个或多个实类组成.请画出能够正确表示类A,B和C之间关系UML类图. 、 依据以下描述画出类图,并注明多重性关系:一个学生能够选修多门课程,也可能没有任何课程;一门课程能够被多个学生选修;一个老师能够教多门课程或不教课;每门课程最少有一个老师,也能够有多个老师任教;每门课程能够有0或1本教材,每本教材只能用于一门课程。、 现有一系统需要对商品进行管理,包含添加,删除商品,修改商品信息三项功效,画出系统类图。(商品信息包含商
11、品编号,商品名称,价格,生产厂商等)、 假如现在系统需求发生改变,需要能够对损坏商品进行打折,和能够根据商品颜色和外形进行查询,则系统类图应该怎样修改?、 依据下面代码画出Invoice类类图,要求标明各属性类型和可见性和类方法。public class Invoicepublic double amount;public Date date = new Date();public string customer;public string specification;public string administrator = “unspecified”;static private int
12、number_of_invoices()=0;public invoice();number_of_invoices+;public void print() System.out.println(The number of invoices is”+ int number_of_invoices);、 下图是一个仓库管理系统类模型局部,其中IncomeOrder是指入库单,OrderItem是指入库中每一项,Product则是产品信息。请指出模型中错误,说明原因并更正类图。答:Orderltem和IncomeOrder关系并不是泛化关系,而应该是包含关系。更正类图: 分析和讨论分析和讨论、
13、讨论类图在建模过程中关键作用。答:类图描述系统中类静态结构,它不仅定义系统中类,描述类之间联络,还包含类内部结构。类图描述是一个静态关系,在系统整个生命周期中全部是有效。经过分析用例和问题域,就能够得到相关类,然后再把逻辑上相关类封装成包,这么能够很好表现系统分层结构,是得系统层次关系一目了然。、 总结在设计绘制类图过程中应注意哪些问题。答:UML类图(Class Diagram)是描述类、接口、协作和它们之间关系图,用来显示系统中各个类静态结构。UML类图是定义其它图基础,在UML类图基础上,能够使用状态图、协作图、组件图和配置图等深入描述系统其它方面特征。试验三 状态图试验目标和要求、 掌
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 试验 参考 指导书 要点
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。