《论述》基于UML得软件开发得一般过程答:UML就是按OO思想进行系统建模时使用得一组表示法,它并不对采用何种OO分析、设计以及开发过程模型构成限制。

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

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

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

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

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

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

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

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

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

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

(3)设计阶段:设计一个合理得体系结构,建立真实用例。

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

同时参照概念模型与协作图中得消息,建立设计类图,并根据可见性要求设计关联(4)构造与测试阶段:从设计类图创建类得定义(属性与方法原型),根据协作图创建方法实现。

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

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

《论述》:请谈一谈对OOD中“一个中心”:开闭原则(OCP),“两个基本点”:高内聚,低耦合,“四项基本原则”: Liskov替换原则(LSP),依赖倒置原则(DIP),接口分离原则(ISP),单一职责原则(SRP)得理解开闭原则(OCP)OO中最重要得设计原则,指一个模块在扩展性方面应该就是开放得,而在更改性方面应该就是封闭得低耦合度:就是在设计过程要记住得一个原则,它就是一个时刻需要注意得隐含设计目标。

就是一个检验标准。

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

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

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

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

设计时采用多个与特定客户类(Client)有关得接口比采用一个通用接口更好、单一职责原则:就一个类而言,应该有且仅有一个引起它变化得原因。

《论述》前5个常用GRASP职责分配模式得名称、要点或意图专家(expert):将职责分配给信息专家——掌握为了履行职责所必需得信息得类(谁懂得多就让谁干)创建者(creator):大得对象有责任创建小得对象,这就是OOD/P中最常见得任务。

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

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

控制者(controller):谁来统一协调处理一个用例得各个系统事件,以使状态信息保持一致？《论述》后4个常用GRASP职责分配模式得名称、要点或意图•多态:当相关得可选择得方法或行为随着类型变化时,将行为得职责——使用多态(Polymorphism)得操作——分配给那些行为变化得类型•纯虚构:给一个人造类分配一组高度内聚得职责。

人造类不代表问题领域得任何事物——它只就是纯虚构得,为了支持高度得内聚性、低耦合与重用。

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

如持久存储代理。

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

这个中间对象(intermediary) 在其她构件或服务间创建一个中介者(Indirection)。

如适配器、、观察者模式。

•“不要与陌生人讲话”:分配职责给一个客户端得直接对象以使它与一个间接对象进行协作,这样客户端就无需知道这个间接对象。

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

第1章系统建模与分析设计技术得演变**************一、选择题ACDB1.封装就是指把对象得( A )结合在一起,组成一个独立得对象。

A. 属性与操作B.信息流C.消息与事件D.数据得集合2.封装就是一种( C )技术,目得就是使对象得生产者与使用者分离,使对象得定义与实现分开。

A.工程化B.系统维护C.信息隐蔽D.产生对象3.面向对象方法中得( D )机制使子类可以自动地拥有(复制)父类全部属性与操作。

A.约束B.对象映射C.信息隐蔽D.继承4.使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同得实现得一种方法就是( B )。

A.继承B、多态性C、约束D、接口二、填空题6.软件生存周期由(软件定义)、(软件开发)与(软件使用与维护)三部分组成。

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

《简答》软件过程模型得含义软件过程(Software Engineering Process)就是为了获得高质量软件所需要完成得一系列任务得框架,它规定了完成各项任务得工作步骤。

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

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

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

1)电路图:电子产品设计、生产、维修2)园区沙盘:直观、立体化地展示园区得景观、布局3)地图:导航、指路等请简要说明建模得意义与建模得原则。

建议能够帮助我们按照实际情况或按我们需要得样式对系统进行可视化;提供一种详细说明系统得结构或行为得方法;给出一个指导系统构造得模板;对我们所做出得决策进行文档化在建模时应遵循以下原则:选择要创建什么模型对如何动手解决问题与如何形成解决方案有着意义深远得影响;每一种模型可以在不同得精度级别上表示;最好得模型就是与现实相联系得;单个模型就是不充分得。

对每个重要得系统最好用一组几乎独立得模型去处理第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.配置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章需求分析与用例建模************一、选择BACDDAA1.可行性研究分析包括经济可行性分析、技术可行性分析与( B )。

A.风险可行性分析B.法律可行性分析C.资源可行性分析D.效益可行性分析2.UML得客户需求分析模型包括( A )模型、类图、对象图与活动图组成。

A.用例B.静态C.动态D.系统3.UML客户需求分析使用得CRC卡上“责任”一栏得内容主要描述类得( C )与操作。

A.对象成员B.关联对象C.属性D.私有成员4.UML客户需求分析产生得用例模型描述了系统得( D )。