ImageVerifierCode 换一换
格式:DOCX , 页数:58 ,大小:392.63KB ,
资源ID:14393155      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-14393155.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(安徽工业大学《UML系统建模与分析设计》复习资料.docx)为本站会员(b****5)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

安徽工业大学《UML系统建模与分析设计》复习资料.docx

1、安徽工业大学UML系统建模与分析设计复习资料论述基于UML得软件开发得一般过程答TML就是按00思想进行系统建模时使用得一组表示法,它并不对釆用何种00分析、设计以及 开发过程模型构成限制。基于UML得软件开发通常就是以体系结构为中心,用例驱动得迭代 与增量式开发,并结合职责分配模式进行具体设计。开发过程可以包括计划与细化、迭代 得构造与实施3大阶段。在经过一个初步得计划与细化阶段后,进入若干迭代构造开发周 期,每个周期都包含分析、设计、构造与测试步骤。(1)计划与细化:通过各种传统得需求获取手段(调查、访谈、原型等)得出系统H标、 系统功能与系统属性,撰写系统规格说明。基于参与者与外部事件(

2、动宾词组)构建用例, 以增进对领域过程与功能需求得理解做什么。按照风险、业务主线及对体系结构得影 响程度(系统属性)划分用例得优先级,并据此决定用例得时间调度。对高优先用例采用 扩展格式细化。同时建立概念模型草案、系统体系结构草案。(2)分析阶段:根据当前周期得用例描述,采用概念录列表、非正式分析或事务模式, 识别出相关概念,建立初始概念模型,根据通用关联列表与信息存储得需要,为概念模型 添加关联与属性。将用例分解为系统事件,并对应系统操作,建立系统顺序图;分析系统 操作被调用后系统状态(概念)得变化,为系统操作建立契约,进一步理解系统行为做 得效果。(3)设计阶段:设计一个合理得体系结构,建

3、立真实用例。针对每个系统操作,使用操 作契约与契约得后置条件以及用例描述文档作为起点,按照职责分配模式或BCE模式为 对象(来自概念模型)分配职责,通过协作图体现对象间得交互怎么做。同时参照概 念模型与协作图中得消息,建立设计类图,并根据可见性要求设计关联(4)构造与测试阶段:从设计类图创建类得定义(属性与方法原型),根据协作图创建方 法实现。用OOPL实现设计制品到代码得映射,对系统进行相关得测试。进入下一个迭代周期,在制品同步以后,识别更多得需求,选取所需开发得用例,更新用例 图,扩展概念模型,并运用泛化、包与聚合等技术概括日益增多新概念,拓展系统顺序图与 系统操作契约;运用更多得职责分配

4、模式进行设计(并根据需要设计与外部系统、其她子系 统、持久化设施得交互机制);进一步构造并测试。论述:请谈一谈对00D中“一个中心”:开闭原则(0CP), “两个基本点”:高内聚,低耦合,“四项基本原则”: Liskov替换原则(LSP),依赖倒置原则(DIP),接口分离原则(ISP),单一职责原则(SRP)得理解开闭原则(OCP)OO中最重要得设计原则,指一个模块在扩展性方而应该就是开放得,而在更改性方而应该就是封闭得 低耦合度:就是在设计过程要记住得一个原则,它就是一个时刻需要注意得隐含设计目标。就是一个检验标准。 高聚合度:确保将复杂性保持在可控制得范围内,也就是一个检验标准。Lisko

5、v替换原则子类可以替换父类出现在父类能岀现得任何地方.软件实体如果使用得就是一个基类,那么一龙适用于其子 类,而且它根本不能察觉出基类对象与子类对象得区别。依赖倒置原则-依赖关系应该就是尽量依赖接口(或抽象)类而不就是依赖于具体类.即针对接口编程,不 要针对实现编程。接口分藹原则一个类对另外一个类得依赖就是建立在最小得接口上。设讣时釆用多个与特定客户类(Client)有关得接口比 采用一个通用接口更好、单一职责原则:就一个类而言,应该有且仅有一个引起它变化得原因。论述前5个常用GRASP职责分配模式得名称、要点或意图专家(expert):将职责分配给信息专家一一掌握为了履行职责所必需得信息得类

6、(谁懂得多 就让谁干)创建者(creator):大得对象有责任创建小得对象,这就是00D/P中最常见得任务。高聚合度或高内聚(high cohesion):就是一个检验标准,用于判断一个类中得各个职责之间相 关程度与集中程度(可重用性得内因)。低耦合度或低耦合(low coupling):就是一个检验标准,用于判断类间依赖程度就是否较小(可 重用性得外在表现)。控制者(controller):谁来统一协调处理一个用例得各个系统事件,以使状态信息保持一致?论述后4个常用GRASP职责分配模式得名称、要点或意图多态:当相关得可选择得方法或行为随着类型变化时,将行为得职责使用多态(Polymorph

7、ism)得操作 分配给那些行为变化得类型- 纯虚构:给一个人造类分配一组髙度内聚得职责。人造类不代表问题领域得任何事物它只就是纯虚构得,为了支持高度得内聚性、低耦合与重用。这个虚构物得设计就是非常干净得或纯一因此这就是一个纯虚构。如持 久存储代理。中介者:将职责分配给一个中间对象以便在其她构件或服务之间进行仲裁,这样这些构件或服务没有被直接耦 合。这个中间对象(intermediary)在其她构件或服务间创建一个中介者(Indirection)o如适配器、观察者模式。“不要与陌生人讲话”:分配职责给一个客户端得直接对象以使它与一个间接对象进行协作,这样客户端就无 需知道这个间接对象。目得就是为

8、了避免将一个客户端同间接对象发生信息耦合与避免直接对象得内部描述。第1章 系统建模与分析设让技术得演变*一、 选择题 ACDB1.封装就是指把对象得(A )结合在一起,组成一个独立得对象。A.属性与操作 B.信息流 C.消息与事件 D.数据得集合2.封装就是一种(C )技术,目得就是使对象得生产者与使用者分离,使对象得泄义与实现分开。A.工程化 B.系统维护 C.信息隐蔽 D.产生对象3.面向对象方法中得(D )机制使子类可以自动地拥有(复制)父类全部属性与操作。A.约束 B.对象映射 C.信息隐蔽 D.继承4.使得在多个类中能够泄义同一个操作或属性名,并在每一个类中有不同得实现得一种方法就是

9、(B )。A.继承 B、多态性 C、约朿 D、接口二、 填空题6.软件生存周期由(软件泄义)、(软件开发)与(软件使用与维护)三部分组成。&面向对象技术采用以类为中心得(封装)、(继承)、(多态)等不仅支持软件复用,而且使软件维护工作可靠有效, 可实现软件系统得柔性制造。简答软件过程模型得含义软件过程(Software Engineering Process)就是为了获得高质量软件所需要完成得一系列任务得框架,它规疋了完成各项任务得工作步骤。套路通常使用生命周期模型简洁地描述软件过程。生命周期模型规左了把生命周期划分成哪些阶段 及各个阶段得执行顺序,因此,也称为过程模型。请指岀三种以上现实生活

10、中得常用模型,并说明它们分别在各自得领域中发挥了什么样得作用。1) 电路图:电子产品设计、生产、维修2) 园区沙盘:直观、立体化地展示园区得景观、布局3) 地图:导航、指路等请简要说明建模得意义与建模得原则。建议能够帮助我们按照实际情况或按我们需要得样式对系统进行可视化;提供一种详细说明系统得结构或行为得方法; 给岀一个指导系统构造得模板;对我们所做出得决策进行文档化在建模时应遵循以下原则:选择要创建什么模型对如何动手解决问题与如何形成解决方案有着意义深远得影响;每一 种模型可以在不同得精度级别上表示;最好得模型就是与现实相联系得;单个模型就是不充分得。对每个重要得系统最好 用一组几乎独立得模

11、型去处理第 2 章 统一建模语言 UML *一、选择题 ABCDB1.UML得软件以(A )为中心,以系统体系结构为主线,采用循环、迭代、渐增得方式进行开发。A.用例 B.对象 C.类 D.程序2.UML得(B )模型图由类图、对象图、包图、构件图与配置图组成。A.用例 B.静态 C.动态 D.系统3.UML得(C )模型图由活动图、顺序图、状态图与合作图组成。A.用例 B.静态 C.动态 D.系统4.UML得最终产物就就是最后提交得可执行得软件系统与(D )。A.用户手册 B.类图 C.动态图 D.相应得软件文档资料5.在UML得需求分析建模中,(B )模型图必须与用户反复交流并加以确认。A

12、.配置 B.用例 C.包 D.动态二、填空题6.UML分析与设计模型由三类模型图表示。三类模型图就是:(用例)模型图、(静态)模型图与(动态)模型图。8.UML开发过程就是一种二维结构软件开发过程,软件项目开发过程流包括得核心工作内容就是:(分析)、(设汁)、(实现)、(测试)与(配置)。9.UML中得五个不同得视图可以完整地描述出所建造得系统,这五种视图就是(用例)视图、(逻辑)视图、(构件) 视图、(进程)视图与(配置)视图10.UML中有10种基本图可以完整地描述出所建造得系统,这10种图就是(用例图;类图、对象图、包图、构件图、配置图;活动图、顺序图、状态图,合作图)四、综合(22、2

13、4、33)简答22. UML软件开发过程得特征就是什么?UML软件开发得基本特征就是:以用例驱动开发过程,以系统体系结构为中心,以质量控制与风险管理为目标,采用反复(迭代、循环)、渐增式得螺旋上升式开发过程。简答24. UML中得类图建模得目得与意义就是什么?名正言顺事物就是普遍联系得类图就是用类与它们之间得关系描述系统得一种图示,展示了系统中类得静态结构与类与类之间得相互联系,表示一个 系统得逻借结构。类图就是构件英她图得基础,没有类图,也就没有状态图、合作图等其她图,也就无法表示系统得英 她各个方而。简答33.UML中得顺序图建模目得与意义就是什么?顺序图用来描述对象之间动态得交互关系,着

14、重体现对象间消息传递得时间顺序。作为动态模型制品之一,顺序图可 以描述系统得动态行为与控制结构。通过描述对象间动态合作关系,显示对象之间得交互过程以及交互顺序,同时描 述了为满足用例要求所进行得活动以及活动间得约束关系。简答请说明蓝图与草图得区别,并简单描述其适用得场景。蓝图一般就是指采用CASE工具绘制得、正式得、规范得UML模型;而草图则通常就是指手工绘制得、规范度较低得在纸张得UML模型。对于局部得、重要性不髙得、共享范囤较小得UML模型,直接将草图扫描到电脑存档即可;对于全局得、重要性高得、高度共享得,在草图得基础上用CASE工具绘制成为正式得蓝图,并将其纳入统一得模型管理中第3章 需

15、求分析与用例建模 *一、选择 BACDDAA1.可行性研究分析包括经济可行性分析、技术可行性分析与(B )。A.风险可行性分析 B.法律可行性分析C.资源可行性分析 D.效益可行性分析2.UML得客户需求分析模型包括(A )模型、类图、对象图与活动图组成。A.用例 B.静态 C.动态 D.系统3.UML客户需求分析使用得CRC卡上“责任” 一栏得内容主要描述类得(C )与操作。A.对象成员 B.关联对象 C.属性 D.私有成员4.UML客户需求分析产生得用例模型描述了系统得(D )A状态 B体糸结构 C.靜态模型 D.功诜要求5在UML得需求分析建模中,用例模型必须与(D )反复交流并加以确认

16、。A.软件生产商 B.用户 C.软件开发人员 D.问题领域专家6.在UML得需求分析建模中,对用例模型中得用例进行细化说明应使用(A )o图-文字图A.活动图 B.状态图 C.配置图 D、构件图7.活动图中得分劈与同步接合图符獄是用来描述(A )。A.多进程得并发处理行为 B、对象得时序C.类得关系 D.系统体系结构框架二、填空题10.软件项目得可行性研究分析中,技术可行性研究包括(风险分析)、(资源分析)、(技术分析)3部分组成。11在UML软件开发过程得需求分析阶段,建立用例模型得步骤分为(确左系统范用、参与者与用例)、(描述用例)、(用例分类、确左用例之间得关联)、(建立用例图)与(定义

17、用例图得层次结构)及审核用例模型。12 用例图中以实线方框表示系统得范恫与边界,在系统边界内描述得就是(用例或系统内部元素),在边界外描述得就是(参与者)。13.用例模型中得执行者可以就是(人)也可以就是(外部系统)o14.用例模型中得用例之间得关联有(继承)关联、(扩展)关联、(包含)关联与(使用)关联。在RUP得“4+1”视图中,这个1表示得就是什么,它有什么作用。这个1就是用例视图。它就是最基本得需求分析模型,就是可被最终用户瞧到得系统行为得用例组成。常用得模型包括用例图、交互图、状态图.活动图等简答用例、用例模型用例:就是一个叙述型文档,用来描述一个参与者(一个外部得主动者)使用系统完

18、成某个过程时得事件发生顺序。(用 例就是对领域过程得描述,尽管它不就是真正而向对象得,但采用用例可以增进对需求得理解,因此仍然00方法学中非常 重要与广泛釆用得需求分析制品。)用例模型:就是一种使用用例来描述系统功能需求得模型,包括髙层用例、基本用例、(扩展用例、真实用例)以及 描述用例.参与者之间关系得用例图。简答何为契约?通常从哪儿方面描述后置条件契约(contract)就是一个描述某操作应该得到什么结果得文档。-它经常采用叙述体,强调发生了什么而不就是如何发生。-通常契约就是用前置与后置条件中描述得状态变化来表达。实例创建,形成关联,属性修改分析根据要求画用例图。(10分)在图书管理系统

19、中,读者可以通过管理员进行借书、还书、预约借书与取消预约等操作。其中借书必须先进行图书 查询工作;还书时,如果读者所借书籍超期,还要进行超期罚款。(1) 请画出描述该业务得用例图(5分)(2) 说明用例“借书”与“图书查询”之间,“还书与“超期罚款”之间关系得含义。取消预釣include意味着must,表示大用例得流程必须包含小用例得流程;extend意味着option,表示大用例得流程可选地被小用例得流程扩展。分析。一个人事管理信息系统得需求如下:所有用户需登录系统;一般用戸可以查瞧一般报表,导出一般报表与打印一般 报表;录入员可以新增数据、查瞧数据与修改数据;领导可以查瞧高级报表。(1)请

20、使用用例间得关系精化用例图, 使系统具有最好得用户体验。(2)说明所用用例之间关系得含义。(1)(二誉录系统二incli|oe竞味着jnus流程拱必户分析根据要在电子商城系统餐与“查瞧个人资料”用八(提示必须先请画筝描述该业务得用例图一、 说H咿例“删黝競豎抿愛谁必须包含小用例得流程;extend总味option,表示大用例得流程町选地被小用例得录入员(参殒者)可以“注册帐号J “登录系统二“关闭帐号” 查瞧录溺订单”“系统管理员”(参与者)可以“删除购物一般用户匕看鬲级报云与“查瞧个人资料”之间关系得含义。分析某银行计划开发一个自动存提款机模拟系统(ATM System) o系统通过读卡器(

21、CardReader)读取ATM卡;系统 与客户(Customer)得交互由客户控制台(CustomerConsole)实现;银彳亍操作员(Operator)可控制系统得启动 (SystemStartup)与停止(SystemShutdown);系统通过网络与银行系统(Bank)实现通信。当读卡器判断用户己将ATM卡插入后,创建会话(Session) o会话开始后,读卡器进行读卡,并要求客户输入个人 验证码(PIN) 系统将卡号与个人验证码信息送到银行系统进行验证。验证通过后。客户可从菜单选择如下事务 (Transaction):从 ATM 卡账户取款(Withdraw);向 ATM 卡账户存

22、款(Deposit);进行转账(Transfer);查询(Inquire)ATM 卡账户信息。一次会话可以包含多个事务,每个事务处理也会将卡号与个人验证码信息送到银行系统进行验证。若个人验证码 错误,则转个人验证码错误处理(Invalid PIN Process) o每个事务完成后,客户可选择继续上述事务或退卡。选择退 卡时系统弹岀ATM卡,会话结束。输入支付倍息 将商品放入购物车 结账 预订商品用户登录 邮寄商品 查瞧商品详情输入支付信息:太小邮寄商品:系统功能之外查瞧商品详情:太小请坍岀下列用例不就是有效用例得原因。用倒得执行结果对参找誌说就是可观测得玉若意义得。填写披款皱就卑取款人得目得

23、。因此不就是用例。用陰总就是由一个参与爭我厘倉参与者得虑望就是这个用例存岔論灯/ ATM就是没有吐钞得愿望得因此不能发起用例 取款人 取钱 取款人 填写取款单用例必然就是以动宾短语形式出现得。用例间得包含关系不就是象函数调用那样为了得到返回值,用例必须与参与者有互动。 第謠系统分析月对象栄建模械概念建模*?*一、选择题 A 汛、一丿1.愉卜得系统分析i护蛇要确立得国个系统模型就是侍B )、对彖动态模型与系统功能模型。 A.数据模型 B.对象静态模型 C.对象关系模型 D.体系结构模型2( UML得客户尊求分快 系统分审与系统设讣阶段产生得模型,其描述图符(A )。a.完全相同 Jr坯不同 亍g

24、不可以通用、D稍宥差异3.離与对象都有属幽&得差别就是:类描述了属谜型,而对象得属性必须有(c )0A.正负号 B.动作 C.具体值 D.私有成员4.UML系统分析阶段产生得包图描述了系统得(B )o .一一、A.状态 B.系统抵系燧矽构 C.静态模型D.吳能樓或5. 设汁模式在而向对彖巒设衽中就是(B )得 形那。A.软件调用 B.设方法 C.子系好复甲6.欧兀兑换关金”对象容器”设汀嗾氏/佈撷寸象进行管乡幺擁(/lud%A.査找对象 B.修改对象C.创建对彖 D.删除对象二、 填空题7.在UML软件开发过程系统分析阶段产生得对象模型有三种模型。它们就是:对象得模型、对象得 模型与对象得 模

25、型。&在UML得对象类图中,类之间得关系有一关联_、聚集_、继承、_依赖与细化_5种。9共享聚集得“部分对象可以就是任意“整体”对象得一部分,表示事物得整体/部分关系较弱得情况,“整体”端 得重数应该就是_非1 。10.在UML软件开发过程得需求分析与系统分析阶段,建立对象类模型得步骤分为(寻找确定对象类)、(圧义类得接口)、(定义类间关系)、(建立对象类图)与(建立系统包图)。11组合聚集就是指“整体”拥有它得“部分”,它具有强得物主身份,表示事物得整体/部分关系较强得情况C “部分” 生存在“整体”中,不可分离,它们与“整体” 一起存在或消亡。“整体”得重数必须就是_1_。12.系统分析就

26、是在客户需求分析规格说明得基础之上对其进行得(类与对象建模)_。13.类有实例,它得实例就是一个对象。在UML中,包用来表示一个(子系统),包没有实例。3.解释名词简答概念模型概念模型(conceptual model):就是问题域中概念得描述。它展示出问题域中有意义得概念,它就是而向对象分析中最重要得制品。概念模型就是真实世界中各个事物得代表,而 中各 得代表。通过将问题分解成多个单独得概念或者对象,我们就可以识别出问题域中重要得概念、属性与关联,进而得岀一组刻画问题域得图形。简答在绘制类图时,第一步就就是发现类,最常用得方法就是什么?请简要说明它得使用方法。发现类得方法有很多种,苴中最广泛

27、应用得莫过于爼词动词法”,其主要规则就是从名词与名词短语中提取对象与属性;从动词与动词短语中提取操作与关联;而所有格短短语通常表明爼词应该就是属性而不就是对象。分析在下图中,就是一个仓库管理系统得类模型局部,苴中IneOrder就是指入库单,Orderitem就是指入库单中得每一项,Product则就是产品信息。请指出模型中得错误,说明原因并改正错误。仓库管理系统类模型局部根据题意与模型不难得知,一个入库单(IneOrder)就是由多个入库单项(0 rderltem)组成得,因此: (l)Orderltem与IneOrder应该就是组合关系(2) 一个入库单不可能只涉及一个产品,合理得方式应该

28、就是入每个入库单项(Orderitem)与产品一对一关联。 即应该绘制为:分析请根据下列文字画出概念模型,并说明文字与图形各自得优缺点:一辆车身就是红色金属漆得小轿车,装备四个普利斯 率碑蘇關|是一辆四门车车门就是加厚得,并且前后门玻璃上贴黑色得膜。前后挡风玻璃里都泰有感黨后城镜就是电动可调得。(注意:许多隐含信息被省略了,例如车身与轮胎就是女装在汽车上得,车门就是安装干力旳、丁 . Orderllem5/ r卩 roduct1 1答类型=电动一普利斯通&类住加R花门冬序!W -淤色文字有利于分析员与客户间无障碍交流,因为无需经过培训,客户就可以瞧懂文字描述。缺点就是无歧义得文字往往冗 长乏味

29、。图形更易于表达隐含得信息与文字中隐晦得含义,尤其就是元素之间得关系一目了然分析如果打算给一个正规得大公司开发一个人事管理系统,请改进以下局部槪念模型,并说明理由。(1)劳动合同薪金:Fleet 职血:String 合同期:Dab第5章系统设计与对象动态 交互模型*VS动态状态模型一、 选择题2.顺序图与合作图主要用于对用例图中(B )得建模,用它们来描述用例图得行为。A.数据流 B.控制流 C.消息流 D.数据字典3.顺序图得模型元素有(A )、消息、链接等,这些模型元素表示某个用例中得若干个对象与对象之间所传递得消 息,来对系统得行为建模。A.对象 B.箭线 C.活动 D.状态4.顺序图描

30、述(D )对象之间消息得传递顺序。A.某个 B.单个 C. 一个类产生得 D. 一组5.顺序图与合作图建立了 UMLW向对象开发过程中得对象动态(A )模型。A.交互 B.状态 C.体系结构 D.软件复用二、 填空题7.(顺序)图与(合作)图用来表达对象之间得交互,就是描述一组对象如何合作完成某个行为得模型化工具。9.线程就是(进程内)得一个动作流,能够与其她线程并发执行。10.(主动对象)就是一个拥有进程或线程得对象,能初始化控制活动,可以独立并发运行。11.(被动对象)就是一个必须由其她对象发来得消息进行触发才执行动作得对象。三、 解释名词已标为论述5个常用GRASP职责分配模式得名称、要点或意图专家(expert):将职责分配给信息专家一一掌握为了履行职责所必需得信息得类(谁懂得多就让谁干)创建者(creator):大得对象有责任创建小得对象,这就是OOD/P中最常见得任务。高聚合度或髙内聚(high cohesion):就是一个检验标准,用于判断一个类中得务个职责之间相关程度与集中程度(可 重用性得内因)。低耦合度或低耦合(low coupling):就是一个检验标准,用于判断类间依赖程度就是否较小(可重用性得外在表现)。 控制者(controller):谁来统一协调处理一个用例得各个系统事件,以使状态信息保持

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2