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

上传人:b****4 文档编号:26822154 上传时间:2023-06-23 格式:DOCX 页数:58 大小:392.63KB
下载 相关 举报
安徽工业大学《UML系统建模与分析设计》复习资料.docx_第1页
第1页 / 共58页
安徽工业大学《UML系统建模与分析设计》复习资料.docx_第2页
第2页 / 共58页
安徽工业大学《UML系统建模与分析设计》复习资料.docx_第3页
第3页 / 共58页
安徽工业大学《UML系统建模与分析设计》复习资料.docx_第4页
第4页 / 共58页
安徽工业大学《UML系统建模与分析设计》复习资料.docx_第5页
第5页 / 共58页
点击查看更多>>
下载资源
资源描述

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

《安徽工业大学《UML系统建模与分析设计》复习资料.docx》由会员分享,可在线阅读,更多相关《安徽工业大学《UML系统建模与分析设计》复习资料.docx(58页珍藏版)》请在冰豆网上搜索。

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

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

《论述》基于UML得软件开发得一般过程

答TML就是按00思想进行系统建模时使用得一组表示法,它并不对釆用何种00分析、设计以及开发过程模型构成限制。

基于UML得软件开发通常就是以体系结构为中心,用例驱动得迭代与增量式开发,并结合职责分配模式进行具体设计。

开发过程可以包括计划与细化、迭代得构造与实施3大阶段。

在经过一个初步得计划与细化阶段后,进入若干迭代构造开发周期,每个周期都包含分析、设计、构造与测试步骤。

(1)计划与细化:

通过各种传统得需求获取手段(调查、访谈、原型等)得出系统H标、系统功能与系统属性,撰写系统规格说明。

基于参与者与外部事件(动宾词组)构建用例,以增进对领域过程与功能需求得理解《做什么》。

按照风险、业务主线及对体系结构得影响程度(系统属性)划分用例得优先级,并据此决定用例得时间调度。

对高优先用例采用扩展格式细化。

同时建立概念模型草案、系统体系结构草案。

(2)分析阶段:

根据当前周期得用例描述,采用概念录列表、非正式分析或事务模式,识别出相关概念,建立初始概念模型,根据通用关联列表与信息存储得需要,为概念模型添加关联与属性。

将用例分解为系统事件,并对应系统操作,建立系统顺序图;分析系统操作被调用后系统状态(概念)得变化,为系统操作建立契约,进一步理解系统行为《做得效果》。

(3)设计阶段:

设计一个合理得体系结构,建立真实用例。

针对每个系统操作,使用操作契约与契约得后置条件以及用例描述文档作为起点,按照职责分配模式或BCE模式为对象(来自概念模型)分配职责,通过协作图体现对象间得交互《怎么做》。

同时参照概念模型与协作图中得消息,建立设计类图,并根据可见性要求设计关联

(4)构造与测试阶段:

从设计类图创建类得定义(属性与方法原型),根据协作图创建方法实现。

用OOPL实现设计制品到代码得映射,对系统进行相关得测试。

进入下一个迭代周期,在制品同步以后,识别更多得需求,选取所需开发得用例,更新用例图,扩展概念模型,并运用泛化、包与聚合等技术概括日益增多新概念,拓展系统顺序图与系统操作契约;运用更多得职责分配模式进行设计(并根据需要设计与外部系统、其她子系统、持久化设施得交互机制);进一步构造并测试。

《论述》:

请谈一谈对00D中“一个中心”:

开闭原则(0CP),“两个基本点”:

高内聚,低耦合,“四项基本原则”:

Liskov替换原则(LSP),依赖倒置原则(DIP),接口分离原则(ISP),单一职责原则(SRP)得理解

开闭原则(OCP)

OO中最重要得设计原则,指一个模块在扩展性方而应该就是开放得,而在更改性方而应该就是封闭得低耦合度:

就是在设计过程要记住得一个原则,它就是一个时刻需要注意得隐含设计目标。

就是一个检验标准。

高聚合度:

确保将复杂性保持在可控制得范围内,也就是一个检验标准。

Liskov替换原则

子类可以替换父类出现在父类能岀现得任何地方.软件实体如果使用得就是一个基类,那么一龙适用于其子类,而且它根本不能察觉出基类对象与子类对象得区别。

依赖倒置原则-依赖关系应该就是尽量依赖接口(或抽象)类•而不就是依赖于具体类.即针对接口编程,不要针对实现编程。

接口分藹原则

一个类对另外一个类得依赖就是建立在最小得接口上。

设讣时釆用多个与特定客户类(Client)有关得接口比采用一个通用接口更好、

单一职责原则:

就一个类而言,应该有且仅有一个引起它变化得原因。

《论述》前5个常用GRASP职责分配模式得名称、要点或意图

专家(expert):

将职责分配给信息专家一一掌握为了履行职责所必需得信息得类(谁懂得多就让谁干)

创建者(creator):

大得对象有责任创建小得对象,这就是00D/P中最常见得任务。

高聚合度或高内聚(highcohesion):

就是一个检验标准,用于判断一个类中得各个职责之间相关程度与集中程度(可重用性得内因)。

低耦合度或低耦合(lowcoupling):

就是一个检验标准,用于判断类间依赖程度就是否较小(可重用性得外在表现)。

控制者(controller):

谁来统一协调处理一个用例得各个系统事件,以使状态信息保持一致?

《论述》后4个常用GRASP职责分配模式得名称、要点或意图

・多态:

当相关得可选择得方法或行为随着类型变化时,将行为得职责——使用多态(Polymorphism)得操作——分配给那些行为变化得类型

-纯虚构:

给一个人造类分配一组髙度内聚得职责。

人造类不代表问题领域得任何事物——它只就是纯虚构得,为

了支持高度得内聚性、低耦合与重用。

这个虚构物得设计就是非常干净得或纯一因此这就是一个纯虚构。

如持久存储代理。

・中介者:

将职责分配给一个中间对象以便在其她构件或服务之间进行仲裁,这样这些构件或服务没有被直接耦合。

这个中间对象(intermediary)在其她构件或服务间创建一个中介者(Indirection)o如适配器、、观察者模式。

・“不要与陌生人讲话”:

分配职责给一个客户端得直接对象以使它与一个间接对象进行协作,这样客户端就无需知道这个间接对象。

目得就是为了避免将一个客户端同间接对象发生信息耦合与避免直接对象得内部描述。

第1章系统建模与分析设让技术得演变**************

一、选择题ACDB

1.封装就是指把对象得(A)结合在一起,组成一个独立得对象。

A.属性与操作B.信息流C.消息与事件D.数据得集合

2.封装就是一种(C)技术,目得就是使对象得生产者与使用者分离,使对象得泄义与实现分开。

A.工程化B.系统维护C.信息隐蔽D.产生对象

3.面向对象方法中得(D)机制使子类可以自动地拥有(复制)父类全部属性与操作。

A.约束B.对象映射C.信息隐蔽D.继承

4.使得在多个类中能够泄义同一个操作或属性名,并在每一个类中有不同得实现得一种方法就是(B)。

A.继承B、多态性C、约朿D、接口

二、填空题

6.软件生存周期由(软件泄义)、(软件开发)与(软件使用与维护)三部分组成。

&面向对象技术采用以类为中心得(封装)、(继承)、(多态)等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统得柔性制造。

《简答》软件过程模型得含义

软件过程(SoftwareEngineeringProcess)就是为了获得高质量软件所需要完成得一系列任务得框架,它规疋了完成各项任务

得工作步骤。

《套路》通常使用生命周期模型简洁地描述软件过程。

生命周期模型规左了把生命周期划分成哪些阶段及各个阶段得执行顺序,因此,也称为过程模型。

请指岀三种以上现实生活中得常用模型,并说明它们分别在各自得领域中发挥了什么样得作用。

1)电路图:

电子产品设计、生产、维修

2)园区沙盘:

直观、立体化地展示园区得景观、布局

3)地图:

导航、指路等

请简要说明建模得意义与建模得原则。

建议能够帮助我们按照实际情况或按我们需要得样式对系统进行可视化;提供一种详细说明系统得结构或行为得方法;给岀一个指导系统构造得模板;对我们所做出得决策进行文档化

在建模时应遵循以下原则:

选择要创建什么模型对如何动手解决问题与如何形成解决方案有着意义深远得影响;每一种模型可以在不同得精度级别上表示;最好得模型就是与现实相联系得;单个模型就是不充分得。

对每个重要得系统最好用一组几乎独立得模型去处理

第2章统一建模语言UML*******************

一、选择题ABCDB

1.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.配置B.用例C.包D.动态

二、填空题

6.UML分析与设计模型由三类模型图表示。

三类模型图就是:

(用例)模型图、(静态)模型图与(动态)模型图。

8.UML开发过程就是一种二维结构软件开发过程,软件项目开发过程流包括得核心工作内容就是:

(分析)、(设汁)、(实现)、

(测试)与(配置)。

9.UML中得五个不同得视图可以完整地描述出所建造得系统,这五种视图就是(用例)视图、(逻辑)视图、(构件)视图、(进程)视图与(配置)视图

10.UML中有10种基本图可以完整地描述出所建造得系统,这10种图就是(用例图;;;类图、对象图、包图、构件

图、配置图;;;;活动图、顺序图、状态图,合作图)

四、综合(22、24、33)

《简答》22.UML软件开发过程得特征就是什么?

UML软件开发得基本特征就是:

以用例驱动开发过程,以系统体系结构为中心,以质量控制与风险管理为目标,采用反

复(迭代、循环)、渐增式得螺旋上升式开发过程。

《简答》24.UML中得类图建模得目得与意义就是什么?

《名正言顺》《事物就是普遍联系得》

类图就是用类与它们之间得关系描述系统得一种图示,展示了系统中类得静态结构与类与类之间得相互联系,表示一个系统得逻借结构。

类图就是构件英她图得基础,没有类图,也就没有状态图、合作图等其她图,也就无法表示系统得英她各个方而。

《简答》33.UML中得顺序图建模目得与意义就是什么?

顺序图用来描述对象之间动态得交互关系,着重体现对象间消息传递得时间顺序。

作为动态模型制品之一,顺序图可以描述系统得动态行为与控制结构。

通过描述对象间动态合作关系,显示对象之间得交互过程以及交互顺序,同时描述了为满足用例要求所进行得活动以及活动间得约束关系。

《简答》请说明蓝图与草图得区别,并简单描述其适用得场景。

蓝图一般就是指采用CASE工具绘制得、正式得、规范得UML模型;而草图则通常就是指手工绘制得、规范度较低得在纸

张得UML模型。

对于局部得、重要性不髙得、共享范囤较小得UML模型,直接将草图扫描到电脑存档即可;对于全局得、重要性高得、

高度共享得,在草图得基础上用CASE工具绘制成为正式得蓝图,并将其纳入统一得模型管理中

第3章需求分析与用例建模************

一、选择BACDDAA

1.可行性研究分析包括经济可行性分析、技术可行性分析与(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)反复交流并加以确认。

A.软件生产商B.用户C.软件开发人员D.问题领域专家

6.在UML得需求分析建模中,对用例模型中得用例进行细化说明应使用(A)o《图->•文字〉图》

A.活动图B.状态图C.配置图D、构件图

7.活动图中得分劈与同步接合图符獄是用来描述(A)。

A.多进程得并发处理行为B、对象得时序C.类得关系D.系统体系结构框架

二、填空题

10.软件项目得可行性研究分析中,技术可行性研究包括(风险分析)、(资源分析)、(技术分析)3部分组成。

11•在UML软件开发过程得需求分析阶段,建立用例模型得步骤分为(确左系统范用、参与者与用例)、(描述用例)、

(用例分类、确左用例之间得关联)、(建立用例图)与(定义用例图得层次结构)及审核用例模型。

12•用例图中以实线方框表示系统得范恫与边界,在系统边界内描述得就是(用例或系统内部元素),在边

界外描述得就是(参与者)。

13.用例模型中得执行者可以就是(人)也可以就是(外部系统)o

14.用例模型中得用例之间得关联有(继承)关联、(扩展)关联、(包含)关联与(使用)关联。

在RUP得“4+1”视图中,这个1表示得就是什么,它有什么作用。

这个1就是用例视图。

它就是最基本得需求分析模型,就是可被最终用户瞧到得系统行为得用例组成。

常用得模型包括用例

图、交互图、状态图.活动图等

《简答》用例、用例模型

用例:

就是一个叙述型文档,用来描述一个参与者(一个外部得主动者)使用系统完成某个过程时得事件发生顺序。

(用例就是对领域过程得描述,尽管它不就是真正而向对象得,但采用用例可以增进对需求得理解,因此仍然00方法学中非常重要与广泛釆用得需求分析制品。

用例模型:

就是一种使用用例来描述系统功能需求得模型,包括髙层用例、基本用例、(扩展用例、真实用例)以及描述用例.参与者之间关系得用例图。

《简答》何为契约?

通常从哪儿方面描述后置条件

契约(contract)就是一个描述某操作应该得到什么结果得文档。

-它经常采用叙述体,强调发生了什么而不就是如何发生。

-通常契约就是用前置与后置条件中描述得状态变化来表达。

实例创建,形成关联,属性修改

《分析》根据要求画用例图。

(10分)

在图书管理系统中,读者可以通过管理员进行借书、还书、预约借书与取消预约等操作。

其中借书必须先进行图书查询工作;还书时,如果读者所借书籍超期,还要进行超期罚款。

(1)请画出描述该业务得用例图(5分)

(2)说明用例“借书”与“图书查询”之间,“还书〈与“超期罚款”之间关系得含义。

取消预釣

⑵include意味着must,表示大用例得流程必须包含小用例得流程;extend意味着option,表示大用例得流程可选

地被小用例得流程扩展。

《分析》。

一个人事管理信息系统得需求如下:

所有用户需登录系统;一般用戸可以查瞧一般报表,导出一般报表与打印一般报表;录入员可以新增数据、查瞧数据与修改数据;领导可以查瞧高级报表。

(1)请使用用例间得关系精化用例图,使系统具有最好得用户体验。

(2)说明所用用例之间关系得含义。

(1)

(二誉录系统二>

⑵incli|oe竞味着jnus

流程拱必户

《分析》根据要〕

在电子商城系统餐

与“查瞧个人

资料”

用八"(提示^必须先

⑴请画筝描述该业务得用例■图一、⑵说H咿例“删黝競豎抿愛

谁必须包含小用例得流程;extend总味option,表示大用例得流程町选地被小用例得

录入员

'(参殒者)可以“注册帐号J“登录系统二“关闭帐号”查瞧录溺订单”“系统管理员”(参与者)可以“删除购物

一般用户

<匕看鬲级报云>

与“查瞧个人资料”之间关系得含义。

《分析》某银行计划开发一个自动存提款机模拟系统(ATMSystem)o系统通过读卡器(CardReader)读取ATM卡;系统与客户(Customer)得交互由客户控制台(CustomerConsole)实现;银彳亍操作员(Operator)可控制系统得启动(SystemStartup)与停止(SystemShutdown);系统通过网络与银行系统(Bank)实现通信。

当读卡器判断用户己将ATM卡插入后,创建会话(Session)o会话开始后,读卡器进行读卡,并要求客户输入个人验证码(PIN)°系统将卡号与个人验证码信息送到银行系统进行验证。

验证通过后。

客户可从菜单选择如下事务(Transaction):

从ATM卡账户取款(Withdraw);向ATM卡账户存款(Deposit);进行转账(Transfer);查询(Inquire)ATM卡账户信息。

一次会话可以包含多个事务,每个事务处理也会将卡号与个人验证码信息送到银行系统进行验证。

若个人验证码错误,则转个人验证码错误处理(InvalidPINProcess)o每个事务完成后,客户可选择继续上述事务或退卡。

选择退卡时•系统弹岀ATM卡,会话结束。

 

输入支付倍息将商品放入购物车结账预订商品

用户登录邮寄商品查瞧商品详情

输入支付信息:

太小

邮寄商品:

系统功能之外

查瞧商品详情:

太小

请坍岀下列用例不就是有效用例得原因。

用倒得执行结果对参找誌说就是可观测得玉若意义得。

填写披款皱就卑取款人得目得。

因此不就是用例。

用陰总就是由一个参与爭我厘倉参与者得虑望就是这个用例存岔論灯/ATM就是没有吐钞得愿望得•因此不能发起用例取款人取钱取款人填写取款单

用例必然就是以动宾短语形式出现得。

用例间得包含关系不就是象函数调用那样为了得到返回值,用例必须与参与者有互动。

第謠系统分析月对象栄建模械概念建模》******?

********

一、选择题A汛、一丿

1.愉卜得系统分析i护蛇要确立得国个系统模型就是侍B)、对彖动态模型与系统功能模型。

A.数据模型B.对象静态模型C.对象关系模型D.体系结构模型

2(UML得客户尊求分快系统分审与系统设讣阶段产生得模型,其描述图符(A)。

a.完全相同Jr坯不同亍g不可以通用、D稍宥差异

3.離与对象都有属•幽&得差别就是:

类描述了属㈣谜型,而对象得属性必须有(c)0

A.正负号B.动作C.具体值D.私有成员

4.UML系统分析阶段产生得包图描述了系统得(B)o.一一、

A.状态B.系统抵系燧矽构C.静态模型D.吳能樓或

5.设汁模式在而向对彖巒设衽中就是(B)得形那。

A.软件调用B.设»•方法C.子系好复甲

6.

欧兀兑换关金

”对象容器”设汀嗾氏/佈撷寸象进行管乡幺擁(/®lud%

 

A.査找对象B.修改对象C.创建对彖D.删除对象

二、填空题

7.在UML软件开发过程系统分析阶段产生得对象模型有三种模型。

它们就是:

对象得—模型、对象得模型与对

象得模型。

&在UML得对象类图中,类之间得关系有一关联_、—聚集_、—继承—、_依赖—与—细化_5种。

9•共享聚集得“部分"对象可以就是任意“整体”对象得一部分,表示事物得整体/部分关系较弱得情况,“整体”端得重数应该就是_非1。

10.在UML软件开发过程得需求分析与系统分析阶段,建立对象类模型得步骤分为(寻找确定对象类)、(圧义类得接

口)、(定义类间关系)、(建立对象类图)与(建立系统包图)。

11•组合聚集就是指“整体”拥有它得“部分”,它具有强得物主身份,表示事物得整体/部分关系较强得情况C“部分”生存在“整体”中,不可分离,它们与“整体”一起存在或消亡。

“整体”得重数必须就是_1_。

12.系统分析就是在客户需求分析规格说明得基础之上对其进行得(类与对象建模)_。

13.类有实例,它得实例就是一个对象。

在UML中,包用来表示一个(子系统),包没有实例。

3.解释名词

《简答》概念模型

概念模型(conceptualmodel):

就是问题域中概念得描述。

它展示出问题域中有意义得概念,它就是而向对象分析中最重要

得制品。

概念模型就是真实世界中各个事物得代表,而中各得代表。

通过将问题分解成多个单独得概念或

者对象,我们就可以识别出问题域中重要得概念、属性与关联,进而得岀一组刻画问题域得图形。

《简答》在绘制类图时,第一步就就是发现类,最常用得方法就是什么?

请简要说明它得使用方法。

发现类得方法有很多种,苴中最广泛应用得莫过于"爼词动词法”,其主要规则就是从名词与名词短语中提取对象与属性;

从动词与动词短语中提取操作与关联;而所有格短短语通常表明爼词应该就是属性而不就是对象。

《分析》在下图中,就是一个仓库管理系统得类模型局部,苴中IneOrder就是指入库单,Orderitem就是指入库单中得

每一项,Product则就是产品信息。

请指出模型中得错误,说明原因并改正错误。

仓库管理系统类模型局部

根据题意与模型不难得知,一个入库单(IneOrder)就是由多个入库单项(0rderltem)组成得,因此:

(l)Orderltem与IneOrder应该就是组合关系©

(2)一个入库单不可能只涉及一个产品,合理得方式应该就是入每个入库单项(Orderitem)与产品一对一关联。

即应该绘制为:

《分析》

请根据下列文字画出概念模型,并说明文字与图形各自得优缺点:

一辆车身就是红色金属漆得小轿车,装备四个普利斯率碑蘇關|是一辆四门车•车门就是加厚得,并且前后门玻璃上贴黑色得膜。

前后挡风玻璃里都

泰有感黨■后城镜就是电动可调得。

(注意:

许多隐含信息被省略了,例如车身与轮胎就是女装在汽车上得,车门就是安装

干力」旳、丁.

・Orderllem

5/

r

卩roduct

11

©类型=电动一

普利斯通

&类住]加R

花门

冬>序!

W-淤色

文字有利于分析员与客户间无障碍交流,因为无需经过培训,客户就可以瞧懂文字描述。

缺点就是无歧义得文字往往冗长乏味。

图形更易于表达隐含得信息与文字中隐晦得含义,尤其就是元素之间得关系一目了然

《分析》

如果打算给一个正规得大公司开发一个人事管理系统,请改进以下局部槪念模型,并说明理由。

(1)

劳动合同

■薪金:

Fleet■职血:

String■合同期:

Dab

第5章系统设计与对象动态交互模型*************《VS动态状态模型》

一、选择题

2.顺序图与合作图主要用于对用例图中(B)得建模,用它们来描述用例图得行为。

A.数据流B.控制流C.消息流D.数据字典

3.顺序图得模型元素有(A)、消息、链接等,这些模型元素表示某个用例中得若干个对象与对象之间所传递得消息,来对系统得行为建模。

A.对象B.箭线C.活动D.状态

4.顺序图描述(D)对象之间消息得传递顺序。

A.某个B.单个C.一个类产生得D.一组

5.顺序图与合作图建立了UMLW向对象开发过程中得对象动态(A)模型。

A.交互B.状态C.体系结构D.软件复用

二、填空题

7.(顺序)图与(合作)图用来表达对象之间得交互,就是描述一组对象如何合作完成某个行为得模型化工具。

9.线程就是(进程内)得一个动作流,能够与其她线程并发执行。

10.(主动对象)就是一个拥有进程或线程得对象,能初始化控制活动,可以独立并发运行。

11.(被动对象)就是一个必须由其她对象发来得消息进行触发才执行动作得对象。

三、解释名词

《已标为论述》5个常用GRASP职责分配模式得名称、要点或意图

专家(expert):

将职责分配给信息专家一一掌握为了履行职责所必需得信息得类(谁懂得多就让谁干)

创建者(creator):

大得对象有责任创建小得对象,这就是OOD/P中最常见得任务。

高聚合度或髙内聚(highcohesion):

就是一个检验标准,用于判断一个类中得务个职责之间相关程度与集中程度(可重用性得内因)。

低耦合度或低耦合(lowcoupling):

就是一个检验标准,用于判断类间依赖程度就是否较小(可重用性得外在表现)。

控制者(controller):

谁来统一协调处理一个用例得各个系统事件,以使状态信息保持

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 家庭教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1