软件工程历年问答题参考答案 3.docVIP

一、解释什么是“分析用例实现”什么是“设计用例实现”。 答：1，在找出分析类之后，分析的关键是找出用例实现。用例实现由一组类所组成，这些类实现了用例中所说明的行为。例如，如果你具有用例BorrowBook，已经识别了分析类Book,Ticket,Borrower以及参与者Librarian，那么你需要创建用例实现以演示这些类和这些类的对象是如何交互以实现由BorrowBook所说明的行为。这样，你把用例（它是功能需求的规格说明）转换成类图和交互图（它是系统高级层次的规格说明）。 2，用例实现-设计是实现用例的设计对象和设计类之间的协作。在用例实现-分析和用例实现-设计之间存在跟踪关系，用例实现-设计说明了实现决定并且实现了非功能性需求。用例实现-设计由以下各项组成：设计交互图，包含参与设计类的类图以及解释性的文本。 在分析中用例实现的焦点是捕获系统应该做什么，在设计中关心的是系统将如何去实现。 二、分别说明分析模型与设计模型的主要组成及其相互之间的跟踪关系。 答：1. 分析模型由架构分析，分析类，分析包，分析用例实现组成，设计模型由 设计子系统，设计类，接口，设计用例实现和部署图组成， 2. 跟踪关系：设计子系统跟踪分析包，设计类和接口跟踪分析类，设计用例实现跟踪分析用例实现 3.分析模型是概念模型，因为是系统的一个抽象并回避了实现问题；设计模型是物理模型，因为它是实现的蓝图。分析模型对设计是通用的，即适用于多种设计；设计模型对设计不是通用的，针对特定的实现分析模型不太形式化；设计模型比较形式化。分析模型开发费用比较低；设计模型开发费用比较高，是5倍的分析模型。分析模型层数少； 设计模型层数多。 分析模型勾画系统的设计轮廓，包括系统架构；设计模型是进行系统的设计，包括系统架构 分析模型不需要在整个软件生命周期内做维护； 设计模型需要在整个软件生命周期内做维护。分析模型定义作为构造系统基本输入的架构，包括创建设计模型；设计模型在尽可能保持需求模型所定义结构的前提下构造系统。分析模型是设计模型的输入，设计模型是把实现技术加入分析模型后对分析模型的细化。 三、说明什么是形式良好的设计类。（12题） 四、解释“4 + 1”系统架构基于用例( use case )驱动的迭代式设计过程。 答：软件架构涉及到抽象、分解和组合、风格和美学。我们用由多个视图或视角组成的模型来描述它。为了最终处理大型的、富有挑战性的架构，该模型包含五个主要的视图 ? 逻辑视图：设计的对象模型（使用面向对象的设计方法时）。 ? ? 过程视图：捕捉设计的并发和同步特征。 ? ? 物理视图：描述了软件到硬件的映射，反映了分布式特性。 ? ? 开发视图：描述了在开发环境中软件的静态组织结构。 ? 每个迭代过程包括五个核心工作流：需求，分析，设计，实现，测试 架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例或场景来说明，从而形成了第五个视图。 逻辑视图。逻辑视图关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的辅助功能模块；它们可能是逻辑层、功能模块等。 开发视图。开发视图关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件。开发视图和逻辑视图之间可能存在一定的映射关系：比如逻辑层一般会映射到多个程序包等。 处理视图。处理视图关注进程、线程、对象等运行时概念，以及相关的并发、同步、通信等问题。处理视图和开发视图的关系：开发视图一般偏重程序包在编译时期的静态依赖关系，而这些程序运行起来之后会表现为对象、线程、进程，处理视图比较关注的正是这些运行时单元的交互问题。 物理视图。物理视图关注目标程序及其依赖的运行库和系统软件最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。物理视图和处理视图的关系：处理视图特别关注目标程序的动态执行情况，而物理视图重视目标程序的静态位置问题；物理视图是综合考虑软件系统和整个IT系统相互影响的架构视图。 五、解释“接口”与“基于组件开发”之间的关系。 答: 接口是一组包含了函数型方法的数据结构。通过这组数据结构，客户代码可以调用组件对象的功能。为类定义一种行为，即它“能干什么”。基于组件开发时一种基于可替代的、插件式的软件开发过程。接口是组件开发的关键部分，组件包含供给接口或者需求接口，供给接口与需求接口一般代表组件内部的部分，组件的外部行为完全由它包含的供给接口与需求接口来定义。如果它们支持相同的协议的话，组件可以被提供的其他组件所代替。通过设计一个接口，使得许多不同的实现可以通过许多不同的组件来实现。 六、简述需求工作流的主要的UP活动及其制品。 答：（1）简述需求工作流的主