- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程方法与实践习题答案第5、8章.doc
习题五简答题
以图1 (一个在学校首次报名的UML活动图)为例,说明如何绘制活动 图。
图1学校首次报名的UML活动图 答:要创建一个UML活动图,需要反复执行下列步骤。
(1) 定义活动图的范围。首先应该确定建模的范围,是对整个系统建模,还 是一个子系统。一旦定义了作图的范围,应该在其顶部,用一个 指明该图的 标题和惟一的标识符,还可标注该阁的时间及 姓名。本题的建模范围是一个 学校管理系统中的“报名”部分。
(2) 添加活动。活动是活动图的核心,活动是完成系统任务所必须执行的处 理步骤。可从用例模型出发,对每个角色(actor)所驱动的主要用例引入一个活动, 如果是对整个系统建模,应对每个主要流程引入一个活动。在“报名”的活动图屮 确定了“Fill out enrollment ”(填写报名表)、“Enroll in university”(登记入学)、 “Obtain help to fill out forms”(帮助填写报名表)、“Attend university overview presentation”(参加介绍学校会议)等6个活动。
(3) 添加起点和结束点。每个活动图只能冇一个起始点和多个结束点,结束 点可以是所有活动的结束,也可以是对执行过程的终止。
(4) 添加活动间的转变。当一个活动结束时将进入下一个活动,称为活动转 移。可标明活动转移的条件、引起活动转移的事件。如活动“填写报名表”有两个 活动转移,当填写报名表不正确时,则转移到活动“帮助填写报名表”;当填写正 确吋,则转移到活动“登记入学”。
(5) 添加判断点。当对建模的逻辑需要做出一个判断时,需要添加判断点。 例如,在阁1中,在“Enroll in university”活动之后,还必须按照入学条件进行 判断,满足条件的继续执行入学报到的活动,而不满足入学条件的则结束。
(6) 找出并行活动。若两个活动间没有直接的联系,而且它们都必须在第三 个活动开始前结束,则它们是可以并行运行的。在图1中,用同步线描述系统任 务屮的并发活动,活动“Attend university overview presentation”(参加介绍学校会 议)和“Enroll in seminars”(注册研讨班)及“Make initial tuition payment”(交付初始 的学费)可并行执行,使用同步线表示它们都要在结束整个流程前完成。
简述扩展、包含和细化三种UML依赖关系的异同。
答:扩展、包含和细化都是描述了元素之间的依赖关系,但具体含义不同。
扩展(extend)关系是对基本用例在对某些“扩展点”的功能的增加。通过向 被扩展的用例添加动作来扩展用例。
伍含(include)关系表示一个元素为了实现或完成其全部的功能,需要用到 已存在的另一个模型元素,本质上是一种使用关系。
细化关系是不同语义层(如分析和设计)之间模型元素的依赖关系,表示一 个元素对另一个因此细化关系可描述的语义范围较广,包括模型的逐步细化、优 化、变换、模板、模型合成、框架组成等。
软件开发为什么要使用UML建模?它有何特点?
答:软件开发的过程犹如雕琢一件工艺品,由无形到冇形,由粗到细。鉴于 软件系统的复杂性和规模的不断増大,项FI失败的可能性也相应増加。需要建立 不同的模型对系统的各个层次进行描述。
在长期的研究与实践中,人们越来越深刻地认识到,建立简明准确的表示模 型是把握复杂系统的关键。模型是对事物的一种抽象,在软件开发过程中,建立 各种模型,以便更透彻地了解系统的本质。由于UML以图形模型为主,模型的 直观性及丰富的信息描述便于开发人员与用户的交流。建立的模型也为以后的系 统维护和升级提供了文档。
总的来说,使用模型可以使人们从全局上把握系统的全貌及其相关部件之间 的关系,可以防止过早地陷入各个模块的细节。因此,面向对象的分析与设计应 该从建模开始。
UML是一种标准的图形化、可视化的建模型语言,UML的核心是建立系统 的各类模型。其主要持点是:
⑴统一标准。UML统一了面向对象的主要流派Booch、OMT和OOSE等方法 中的基木概念,已成为对象组织OMG的正式标准,并提供了标准的面向对象的 模型元素的定义和表示。
⑵面向对象。UML集面向对象技术的众家之长。吸取了面向对象技术领域屮
其他流派的长处。
⑶可视化、表示能力强。系统的各种模型都能用UML的可视化模型清晰地表 示,对系统描述能力强,模型蕴涵的信息丰富,可用于复杂软件系统的建模。
⑷独立于过程。UML是系统建模语言,独立于开发过程。
⑸易掌握、易用。UML的概念明确,建模表示法简洁明了,图形结构淸晰, 易于掌握使用。
正是由于UML具有上述优点,所以对于大型复杂系统的建模,UML是最合 适的选择。
简述UML
原创力文档


文档评论(0)