ImageVerifierCode 换一换
格式:DOC , 页数:30 ,大小:808.54KB ,
资源ID:2731697      下载积分:4 金币
验证码下载
登录下载
邮箱/手机:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/2731697.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
声明  |  会员权益     获赠5币     写作写作

1、填表:    下载求助     索取发票    退款申请
2、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
3、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
4、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
5、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
6、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
7、本文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。

注意事项

本文(UML试验参考指导书要点.doc)为本站上传会员【精****】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4008-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

UML试验参考指导书要点.doc

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类图基础上,能够使用状态图、协作图、组件图和配置图等深入描述系统其它方面特征。试验三 状态图试验目标和要求、 掌

14、握状态定义和组成部分。、 掌握UML中状态表示方法。、 掌握转换定义及转换5要素。、 了解触发事件、监护条件、动作定义。、 掌握阅读和绘制状态图方法。试验内容和步骤、 什么叫做状态?状态由哪五个部分组成?答:描述系统里静态事物动态改变。状态机由状态、转换、事件、活动和动作5部分组成。状态图图标分3部分:名称、内部转换和嵌套状态图。、 什么是转换?UML中转换5要素是什么?答:转换表示当一个特定事件发生或一些条件得到满足时,一个源状态下对象在完成特定动作后将发生状态转变,转向另一个目标状态状态。5要素:源状态、目标状态、触发事件、监护条件、动作。、 触发事件是什么?能够具体分为哪些事件?答:能够

15、引发状态装换事件。信号、调用和时间段。、 改变事件和监护条件有何异同?答:改变事件能引发动作实施及状态改变,改变监护条件能触发转换。、 什么叫做转换?转换能够分为哪多个?答:转换表示当一个特定事件发生或一些条件得到满足时,一个源状态下对象在完成特定动作后将发生状态转变,转向另一个目标状态状态。转换分为:外部转换、内部转换、完成转换、复合转换。、 状态和对象关系是怎样? 下面描述中哪些是对象,哪些是状态?支票已付汽车停在那儿小王正在工作答:支票是对象,已付是状态;汽车是对象,停在那儿是状态;小王是对象,正在工作是状态。、 说出下面状态状态名和多种转换、事件。 Lighting entry / t

16、urnOn do / blinkFiveTimes eventPowerOff / powerSupplySelf exit / turnoff eventSelfTest / defer状态名:Lighting转换:eventSelfTest / defer事件:入口动作entry / turnOn do / blinkFiveTimes eventPowerOff / powerSupplySelf出口动作exit / turnoff、 说出下面状态图所表示信息。答:状态开始,状态1:关闭,事件1没水,打开放水,事件2烧水,状态2打开,事件3水开了关闭,回到状态1.分支1烧水时烧坏了,状态

17、结束。、 说出下面状态图所表示信息,并指出蓝色部分代表含义。答;状态开始,状态1注册课程,状态2课程评价,嵌套状态图1:开始,状态试验1,进入试验室,事件1完成试验,试验2,完成试验。嵌套状态2:试验室团体项目,事件项目完成,结束。嵌套状态3:开始,状态考试,事件1考试及格,事件2考试不及格,课程不经过,补考。3个嵌套状态后,课程经过。10、依据下面状态图回复问题。上图是一个表示电梯系统状态图,该系统中Controller类和Motor类具体定义以下图所表示:依据类图,完成上面状态图中A,B,C,D,E,F处内容。答:A是0,B是timeout,C是goToFloor2,D是Motor.mov

18、eDown(),E是Motor.moveUp(),F是Motor.stop()11、 某销售POS机工作步骤以下:当用户到收银台后,收银员逐一输入用户购置商品,然后计算总金额,等候用户付款,确定支付成功以后,完成收银,等候下一个用户。请为其画出对应状态图。分析和讨论、 讨论思索状态图在UML建模中能够起到什么样作用。答;状态图通常见于对系统中一些对象,比如类,用例和系统行为建模。它经过建立类对象生存周期模型来描述对象随时间改变动态行为。、 思索什么样情况下适合引入状态图进行建模。答:系统分析人员在对系统进行建模时,最先考虑是基于状态之间控制流,因为系统对象中状态改变最易发觉和了解。这么情况下引

19、入状态图进行建模比很好。试验四 活动图试验目标和要求、 掌握活动概念和表示方法。、 掌握活动图中个元素表示意义和表示方法。、 掌握分支、监护条件、分岔、汇合和泳道概念。、 掌握阅读和绘制活动图方法。、 掌握UML可见性规则和结构型作用。试验内容和步骤、 什么是活动?UML中怎样表示活动?答:活动是某件事情正在进行状态既能够是现实生活中正在进行某一项工作,也能够是软件系统某个类对象一个操作。活动图用圆角椭圆表示。、 活动图中包含哪些元素?分别怎样表示?答:分支和合并、分叉和汇合等模型元素。分支和合并用实线箭头表示,分叉和汇适用一条加粗线段表示。图形元素表示方法动作状态平滑圆角矩形活动状态平滑圆角

20、矩形动作流带箭头直线分支和合并空心小菱形分叉和汇合加粗水平线泳道垂直实线,分隔区域就是泳道对象流带箭头虚线、 分岔和分支有什么区分,分别适适用于什么样建模目标?答;分叉能够用来描述并发线程,每一个分叉能够有一个输入转换和两个或多个输出转换,每一个转换全部能够是独立控制流。分支在软件系统步骤中很常见,它通常见于表示对象类所含有条件行为。、 活动图中监护条件和改变时间分别有何作用?二者间区分是什么?答:控制活动处理过程,控制系统行为。监护条件是决定实施是否,改变时间是决定什么时候实施。、 说明下面活动图所表示信息。答:用户下订单后系统生成送货单,用户选择支付方法,判定用户是否取消订单或订单超出时限

21、,假如是,则取消订单,假如否,则进行收款。以后供给商送货,修改订单项状态,然后判定是否全部订单已送货完成。假如是,那么订单完成。、 用活动图表示for(i=0;i9;i+)循环。、 对于以下图所表示活动图,最大可能并发线程数是多个?答:五个分析和讨论、 总结UML在软件工程中作用和使用UML建模必需性。答: UML是一个功效强大,面向对象可视化系统分析建模语言,它各个模型能够帮助开发人员愈加好地了解业务步骤,建立更可靠,更完善系统模型.从而使用户和开发人员对问题描述达成相同了解,以降低语义差异,保障分析正确性.。建立模型能够帮助开发者愈加好地了解正在开发系统。便于开发人员展现系统,提供指导开发

22、人员结构系统模板,统计开发人员决议。每个项目能够从建模中受益。甚至在自由软件领域,模型能够帮助开发小组愈加好地计划系统设计愈加快地开发。、 分小组讨论利用“支付宝”进行网上购物活动过程,并画出活动图,相关支付宝相关说明能够登录查看。答:挑选宝贝确定订单-支付宝支付-支付成功、 针对前面网上书店系统,画出用户购书,商家发货等过程活动图。试验五 时序图和协作图试验目标和要求、 掌握时序图和协作图概念及作用。、 掌握UML中静态图形和动态图形区分和联络。、 掌握UML时序图和协作图基础图形,了解它们各自组成元素、特定作用和适用场所。、 关键掌握时序图画法和其中元素所代表意义。试验内容和步骤1、 UM

23、L中时序图和协作图之间各有什么区分和联络?答:关键元素全部是消息和类角色。相同点:(1)要求责任(2)支持消息(3)衡量工具区分:协作图关键是将对象交互映射到它们之间链上,即协作图以对象图方法绘制各个参与对象,而且将消息和链平行放置。时序图能够描述对象创建和撤销情况。而在协作图中,对象要么存在要么不存在,除了经过消息描述或约束,没有其它方法能够表示对象创建或结束。时序图还能够表现对象激活和去激活情况但对于协作图来说,因为没有对时间描述,除了对消息进行解释,它无法清楚地表示对象激活和去激活情况。2、 在次序图和协作图中,应怎样表示“循环”,“判定”等结构?答:经过对象链符号,即一条连接两个角色实

24、线路径进行循环,增加消息进行判定。3、 什么是消息?消息在交互中饰演什么角色?答:对象之间某种形式通信,它能够激发某个操作、唤起信号或造成目标对象创建或撤销。4、 交互图中有哪多个消息?它们之间具体有何分别?应怎样表示?答:绘制两个对象之间异步消息、在两个对象之间绘制消息、绘制反身消息、显示过程调用返回消息、绘制两个对象之间过程调用。消息使用箭头表示,箭头类型表示了消息类型。:在两个对象之间绘制消息:绘制两个对象之间过程调用:绘制两个对象之间异步消息:显示过程调用返回信息:绘制反身消息5、 已知某一个用例实现类图以下,下面四个选项中时序图(图中省略了消息编号、名称和返回消息),画出一个能和该类

25、图对应时序图。6、 假设有一系统得协作图局部图所表示,print方法功效是将传入参数值打印在屏幕上,fact方法是计算阶乘,假如test初值为1,那么最终将打印出什么?(写出计算过程)答:打印出28.1、test=1+1=2,2、test=2+2*1=4,3:test=4+4*3*2*1=28分析和讨论、 讨论并总结在建模过程中利用交互图关键作用及意义答:能正确地描述各个对象之间关系及多种消息。交互视图描述了实施系统功效各个角色之间相互传输消息次序关系。类元是对在系统内交互关系中起特定作用一个对象描述,这使它区分于同类其它对象。交互视图显示了跨越多个对象系统控制步骤。交互视图可用两种图来表示:

26、次序图和协作图,它们各有不一样侧关键次序图一个用途是用来表示用例中行为次序。当实施一个用例行为时,次序图中每条消息对应了一个类操作或状态机中引发转换触发事件。协作图一个用途是表示一个类操作实现。协作图能够说明类操作中用到参数和局部变量和操作中永久链。当实现一个行为时,消息编号对应了程序中嵌套调用结构和信号传输过程。、 继续前面网上书店实例,为该实例中包含系统交互设计交互图。上图是购物网站“编辑购物车”用例中部分类图用例描述:基础事件流:用户在Shopping Cart页面上修改购物车中商品数量,然后单击Update按钮。系统存放新数量,然后计算并显示该商品新价格。用户单击Continue Shopping按钮。系统将控制权返回给浏览商品用例。扩展事件流:用户将商品数量改为0,则系统从购物车中删除该商品用户点击Delete 按钮,系统从购物车中删除该商品用户点击Check Out按钮,系统将控制权转到结账用例。用户点击Clear Cart按钮,系统将购物车内全部商品删除。请依据给出类图,在下面次序图上画出“编辑购物车”用例内各个事件流(注意消息和类图提供方法保持一致)。

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服