软件工程课后习题参考答案.docx

《软件工程课后习题参考答案.docx》由会员分享，可在线阅读，更多相关《软件工程课后习题参考答案.docx（19页珍藏版）》请在三一文库上搜索。

1、P19答：软件开发的本质就是实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之间的映射。2 .简述实施软件开发的基本途径。答：实施软件开发的基本途径是系统建模。所谓系统建模，是指运用所掌握的知识，通过抽象，给出该系统的一个结构一一系统模型。P193 .简述何谓模型以及软件开发中所涉及的模型。答：模型是一个抽象。该抽象是在意图所确定的角度和抽象层次对物理系统的一个描述，描述其中的成分和成分之间所具有的特定语义的关系，还包括对该系统边界的描述。软件开发中所涉及的模型可分为两大类，一类称为概念模型，描述了系统是什么；另一类统称为软件模型，描述了实现概念模型的软件解决方案。4 .简述软件开发所涉及

2、的两大类技术。答：软件开发所涉及的两大类技术为 ：一是求解软件的开发逻辑，二是求解软件的开发手段。答：需求的基本性质：1）5、简述需求与需求规约的基本性质。必要的，该需求是用户所要求的。2）无歧义的，该需求只能用一种方式解释。3）可测的,该需求是可进行测试的。4）可跟踪的，该需求可从一个开发阶段跟踪到另一个阶段。5）可测量的，该需求是可测量的。需求规约的基本性质：1）重要性和稳定性程度：按需求的重要性和稳定性，对需求进行分级。2）可修改的：在不过多地影响其他需求的前提下,可以容易地修改一个单一需求。3）完整的：没有被遗漏的需求。4） 一致的：不存在互斥的需求。6、简述软件需求的分类。答：软件需

3、求可以分为两大类：一类是功能需求，一类是非公能需求，而非公能需求可分为性能需求，外部接口需求、设计约束和质量属性需求。P237、举例说明功能需求和非功能需求之间的基本关系。答：非功能需求可作用于一个或多个功能需求，例如非功能需求可作用于一个或多个功能需求2 等。P24其中，非功能需求 1作用于功能需求1和功能需求3等；非功能需求2作用于功能需求8、有哪几种常用的初始需求发现技术?答：有5种常用的需求发现技术：自悟、交谈、观察、小组会和提炼。P26 9、简述需求规约的 3种基本形式。（1）非形式化的需求规约。非形式化的需求规约即以一种自然语言来表达需求规约，如同使用一种自然语言写了一篇文章。(2

4、) 半形式化的需求规约。半形式化的需求规约即以半形式化符号体系( 包括术语表、标准化的表达格式等 ) 来表达需求规约。(3) 形式化的需求规约。形式化的需求规约即以一种基于良构数学概念的符号体系来编制需求规约，一般往往伴有解释性注释的支持。P2910、简述软件需求规约的内容和作用。答 : 软件需求规约的内容有: 引言、总体描述、特定需求、附录、索引。P28需求规约的作用可概括为以下4 点 :1) 需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现。2) 对于项目的其余大多数工作，需求规约是一个管理控制点。3) 对于产品/系统的设计，需求规约是一个正式的、受控的起始

5、点。4) 需求规约是创建产品验收测试计划和用户指南的基础。P3111、简述需求规约在项目开发中的基本作用。答 : 需求规约的作用可概括为以下4 点 :1) 需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现。2) 对于项目的其余大多数工作，需求规约是一个管理控制点。3) 对于产品/系统的设计，需求规约是一个正式的、受控的起始点。4) 需求规约是创建产品验收测试计划和用户指南的基础。P3112、简述需求规约和项目需求的不同。答 : 需求规约和项目需求是两个不同的概念。需求规约是软件开发组织和用户之间一份事实上的技术合同书，即关注产品需求，回答“交付给客户的产品 /

6、系统是什么”；而项目需求是客户和开发者之间有关技术合同产品 /系统需求的理解，应记录在工作陈述中或其他某一项目文档中，即关注项目工作与管理，回答“开发组要做的是什么” 。 P3013、何谓模块耦合？简述模块耦合的类。答 : 耦合是不同模块之间相互依赖程序的度量。内容耦合: 当一个模块直接修改或操作另一个模块的数据，或一个模块不通过正常入口而转入到另一个模块时；公共耦合: 两个或两个以上的模块共同引用一个全局数据项；控制耦合一个模块通过气喘吁吁向另一个模块传递一个控制信息，接收信号的模块根据信号值进行适当的动作；标记耦合：若一个模块A通过接口向两个模块B和C传递一个公共参数；数据耦合: 模块之间

7、通过参数来传递数据。14、何谓模块内聚？简述模块内聚的类。答 : 指一个模块内部各成分之间相互关联程度的度量。偶然内聚:一个模块的各成分之间基本不存在任何关系；逻辑内聚:几个逻辑上相关的功能被放在同一个模块中；时间内聚:一个模块完成的功能必须在同一时间内执行，但这些功能只是因为时间因素关联在一起；过程内聚:一个模块内部的处理成分是相关的，而且这些处理必须以特定的次序执行；通信内聚:一个模块的所有成分都操作同一数据集或生成同一数据集；顺序内聚:一个模块的各个成分和同一个功能密切相关，而且一个成分的输出作为另一个成分的输入；功能内聚:最理想的内聚，模块的所有成分对于完成单一的功能都是基本的。功能内

8、聚的模块对完成其功能而言是充分必要的。15、何谓模块的控制域和模块的作用域？并举例说明答：控制域: 模块本身以及所有直接或间接从属于它的模块的集合。作用域 : 受该模块内的一个判定所影响的所有模块的影响16 为了表达系统功能模型，结构化分析方法给出了哪些基本概念？他们是如何表示的？其基本作用是什么？使用中应注意哪些问题？答： 给出的基本概念：数据流、加工、数据存储、数据源和数据潭。表示方法： （注：表示方法都是图形，请按文字提示画图）数据流表示方法：方向向右的箭头；加工的表示方法：椭圆；数据存储表示方法：两条平行线；数据源表示方法：一个长方形；数据源和数据潭表示方法：两个并列的长方形。作用 ：

9、数据流：用于表达在分析中所使用的、用于表达“客体”的信号。加工：用于表达在分析中所使用的、用于表达“处理”的信号。数据存储：用于表达在分析中所使用的、用于表达“结构化客体”的信号。数据源和数据潭：表示系统的环境，可以使用它们和相关数据流来定义系统的边界，表达系统/产品“边界”的信息。17 以结构化分析方法建立的系统功能模型由哪些部分组成？每一部分的基本作用是什么？答： 组成部分：数据流、加工、数据存储、数据源和数据潭。基本作用： （同上面第一小题里的“作用”）18解释结构符“ +”、“|、“ ”的含义，并举例说明。答：顺序结构是指数据 A是由数据B和数据C顺序构成的，记为“ +”。例：学生成绩

10、=姓名+姓名+性别+学号+科目 +成绩。选择结构是指由数据 A或是由数据Bo或是有数据C0定义的，即数据 B不可能同时是B0 C0,并记为“ |”。例：性别=男|女。重复结构是指数据A是由多个重复出现的数据B构成，并记为“ ”。例：学生成绩表=学生成绩。19 就一个特定系统而言，系统功能模型与系统模型的主要区别是什么？答： 区别 ：系统功能模型分为数据流、加工、数据存储、数据源和数据潭这四部分组成。系统模型分为两类：一类称为概念模型，描述了系统是什么；另一类系统称为软件模型，描述了实现概念模型的软件解决方法。20 简述结构化方法总体设计的任务及目标。答：任务：在需求分析的基础上，定义满足需求所

11、需要的结构。目标 ：建立系统的模块结构。21 简述结构化方法详细设计的任务及目标。答：任务：具体描述模块结构图中的每一模块，即给出实现模块功能的实施机制，包括一组例程和数据结构，从而精确地定义了满足需求所规约的结构。目标：将总体设计阶段所产生的系统高层结构映射为以这些术语所以澳大的低层结构，也是系统的最终结构。22 简述变换设计与事务设计之间的区别。答： 区别 ：变换设计的目标是将变换型数据流图映射为模块结构图，而事务设计的目标是将事务型数据流图映射为模块结构图。23 简述启发式规则的基本原理。答：启发式规则“基于高内聚低耦合的原理，采用一些经验性的启发式规则，对初始的模块结构图进行精化，形成

12、最终的模块结构图”。启发式规则包括：1 ）改进软件结构，提高模块独立性。2）力求模块规模适中。3）力求深度、宽度、扇出和扇入适中。4）尽力使模块的作用域在其控制域之内。5）尽力降低模块接口的复杂度。6）力求模块功能可以预测。24简述依据一个系统的 DFD将其车专换为MSD勺基本思路。答：结构化设计方法在分类DFD的基础上，基于自顶向下、功能分解的设计原则，定义了两种不同的“映射” ，即变换设计和事务设计。其基本步骤是，首先将系统的DFD图首先转化为初始的模块结构图，再基于“高内聚低耦合” 这一软件设计原理，通过模块化，将初始的模块结构图转化为最终的、可供详细设计使用的模块结构图（ MSD） 。

13、25. 为什么说结构化分析与结构化设计之间存在一条“鸿沟”？答：从软件方法学习研究的角度，结构化方法仍然存在一些问题，其中最主要的问题是仍然没有“摆脱”冯诺依曼体系结构的影响，捕获的“功能（过程） ”和“数据”恰恰是客观失误的易变性质，由此建造的系统结构很难与客观实际系统的结构保持一致。26. 举例说明结构化方法给出的控制复杂性机制。答： 1 上层数据流可以打包，实例研究数据流查询要求就是一个打包数据，并以*作一特殊标志。上下层数据流之间的对应关系通过数据字典予以描述。2 为便于理解，把一幅图中图元个数尽量控制在7 加减 2 个 以内。 3 检查与每个加工相关的数据流是否有太多的输入/ 输出数

14、据流，并寻找可降低该加工接口复杂性的，对数据流进行划分的方法。4 分析数据内容，确定是否所有的输入信息都用于产生输出信息，相应的由一个加工产生的所有信息是否都能由进入该加工的信息导出。27. 试分析结构化方法在建造系统模型中存在的问题。答：最主要的问题是没有摆脱冯诺依曼体系结构的影响，捕获的功能过程和数据恰恰是客观事物的易变性质，由此建造的系统结构很难与客观实际系统的结构保持一致。在某种意义上说就是这些问题促使面向对象方法学的产生和发展。28. 举例说明变换设计的步骤。答：第一步，设计准备，复查并精化系统模型。第二步，确定输入，变换，输出这三部分之间的边界。第三步，第一级分解，系统模块结构图顶

15、层和第一层设计。第四步，第二级分解，自顶向下，逐步求精。29. 举例说明事务设计的步骤。答：第一步，设计准备，复查并精化系统模型。第二步，确定事务处理中心。第三步，第一级分解，系统模块结构图顶层和第一层设计，以数据流图为基础，按自顶向下逐步细化的原则进行。第二级分解自顶向下逐步求精。30. 一种软件开发方法学，应该由哪些基本部分组成？答：包括结构化分析方法、结构化设计方法、结构化程序设计方法31. 为了表达客观事物，UML合出了哪些基本术语？答：为了支持抽象分析和设计中的事物，UML合出了 8个基本术语，即类、接口、协作、用况、主动类、构件、制品、结点，并给出了这些基本术语的一些变体。32.

16、为了表达客观事物之间的关系，UML合出了哪些基本术语？这些术语之间是什么关系？答 : 关联、泛化、细化和依赖，以及它们的一些变体。. 结构关系, 继承关系, 精化关系, 依赖关系.33. 什么是对象的构成与表示？并说明。答类是一组具有相同属性、操作、关系和语义的对象的描述。对象是类的一个实例34. 什么是类图的构成成分？答 : 类图是可视化地表达系统表态结构模型的工具，通常接口、关联、泛化和依赖35. 什么是状态图的构成成分?答 : 在规约一个状态时, 主要涉及一下内容(1) 名字 (2). 进入 / 退出效应.(3).do 动作活动.(4). 被延迟事件.36. 什么是顺序图的构成成分？答：

17、顺序图是一种交互图，即由一组对象以及按时序组织的对象之间的关系组成，其中还饮食这些对象之间所发送的消息37. 如何描述对象之间的关联语义?答：关联是目录之间的一种结构关系，是对一组具有相同结构、相同链接的描述。链是对象之间具有特定语义关系的抽象，实现之后的链接通常称为对象之间的链接.38. 用况之间有哪几种关系？答 : 一个用况图通常包含6 个模型元素, 它们是主题、用况、参与者、关联、泛化、依赖39. 在什么情况下需要建立状态图？答：状态图可用于创建有关系统(或系统成分)的行为生存周期模型，表达有关系纺(或系统成分)的一种动态结构，给出有关系统(或系统成分)在生存期间有哪些阶段、每一阶段可从

18、事的活动以及对外所呈现的特征等方面 的信息40. 在一个类的描述中，同时引入“操作”和“方法”的目的是什么？答 : 表达模型化包之间的关系41. 为什么使用包？如何划分包答：包的最初来源是用例，包划分的最初来源是用例模型，对用例按功能分组，可以得到用例包。用例包在分析阶段很自然的可以对应得到分析包，在分析阶段还可以找到其它的一些分析包，比如某个相对底层的服务（如用于表示持久化机制的包）。分析包通常会对应到设计阶段的应用子系统，除此之外，还有其它的一些设计子系统，比如负责封装通讯机制的Corba 服务子系统。42. 使用UML可以从那些角度来刻画一个系统的行为？为什么？静态、动态43. 在描述客

19、观事物方面，面向对象方法与结构化方法提取信息的不同角度是什么？各自的角度将对建造的系统模型产生什么影响？答：结构化方法的提出，是基于看待客观世界的基本观点，即一切信息系统都是由信息流构成的，每一信息流都有自己的起点- 数据源，有自己的归宿- 数据潭，有驱动信息流动的加工，所谓信息处理主要表现为信息的流动。结构化方法作为一种特定的软件开发方法学，是从系统分析和软件设计的一种思想工具。面向对象方法认为，世界是由客体组成的，客体有自己的属性和活动规律，客体之间的相互依赖和相互作用构成了大千世界的各式各样系统。所以就应充分运用人类认识客观世界、解决实际问题的思维方式和方法。眠功效对象方法是一种根据客体

20、之间的关系来建造系统模型的系统化方法。44. 比较面向对象方法与结构化方法在控制信息组织复杂性方面所引入的机制？答：结构化方法主要体现在三个方面。一、自顶向下，逐步求精：把程序看成是一个逐步演化的过程。把一个系统与程序看成是一层一层的。例如：户籍管理系统可以划分为：户籍迁入迁出，人员迁入迁出，户籍注销，人员注销等几个子系统，而每个子系统又划分为接收用户信息，实施处理，提供返回信息等等部分。二、模块化：即将几个系统分成几个模块，每个模块实现特定的功能，最终整个系统由这些模块组成。模块跟模块之间通过接口传递信息，模块最重要的特点就是独立性，模块之间还有上下层的关系，上层模块调用下层模块来实现一些功

21、能。三、语句结构化：顺序结构、分支结构、循环结构，都是常用的语句结构。面向对象方法主要有：一、客观世界中的事物都是对象，对象之间存在一定的关系，并且复杂对象由简单对象构成。二、具有相同属性和操作的对象属于一个类，对象是类的一个实例。三、类之间可以有层次结构，即类可以有子类，其中，子类继承父类的全部属性和操作，而且子类有自己的属性和操作。四、类具有封装性，把类内部的属性和一些操作隐藏起来，只有公共的操作对外是可见的，对象只可通过消息来请求其它对象的操作或自己的操作。五、强调充分运用人在日常逻辑思维中经常采用的思想方法与原则。例如：抽象，分类，继承，聚合，封装，关联等。45 类与对象之间的关系，举

22、例说明？答：类是一组具有相同书、操作、关系、和语义的对象的描述，对象是类的一个实例。一个类可以有多个属性，也可以没有属性。而类的一个对象对其所属类的每一个属性应有特定的值。46. 关联与链之间的关系，试举例说明答：关联是类目的一种结构关系，是对一组具有相同结构、相同链的描述，链是对象之间具有特定语意关系的抽象，实现之后的链通常称为对象之间的连接，关联用一条连接两个类目的线段表示，并可对其命名47. 何谓对象状态，如何描述一个对象的状态？试举例说明答：一个状态是类目的一个实例在其生存中的一种条件或情况，期间该实力满足这一条件，执行某一活动或等待某一消息；在UML中，通常把一个状态表示成一个具有圆

23、角的矩形，分为名字栏和内部转换栏，主要包括：名字，是一个表示状态的文本串，作为状态名；进入/ 退出效应，为了有效地抽取一个对象的状态，控制状态抽取的复杂性，UML在规约一个状态时引入进入 /退出效应；状态内部转移，是指没有导致该状态改变的内部转移；do动作或活动，是指状态中一动作或活动没有完成，就一直执行之，并当该动作或活动完成时，可能会产生一个完成事件，导致该状态的转移。48. 何谓组合状态？举例说明之答：含有子状态的状态称为组合状态，组合状态包含两种类型的字状态机，即顺序子状态和并发子状态机49. 何谓非正交子状态机，并简述非正交子状态机的转入与转出答：非正交子状态机就是顺序子状态机50.

24、 何谓正交子状态机，并简述正交子状态机的转入与转出答：正交子状态就是并发子状态机51. 何谓事件？对信号事件和调用事件作一比较答：事件是指对确定的时空内一个有意义的规约信号；事件是指消息的一个类目，是一个消息类型，调用事件是指对象接受到一个操作的请求，信号事件是一种异步事件，信号通常由状态处理机，调用事件往往是一个同步事件，即发送者和接受者都处在该操作执行期间的一个汇合点，发送者的控制流一直被挂起，直到该操作执行完成52. 何谓顺序图中的控制操作子？试举例说明答：为了控制交互行为描述的复杂性，以便更清晰地表达顺序图中的复杂控制，UML 合出了 4种最常用的控制操作子；例如，选择执行操作子：该控

25、制操作子记为“Opr”，由两部分组成，条件执行操作子：该操作子记为“ alt ”,控制体通过水平线将其分为一部分，每一部分表示一个条件分支，每一分支有一个监护条件，并发执行操作子：该操作子记为“ par”， 该控制操作子的体通过水平线将其分为多个部分，迭代执行操作子：该操作子记为“ loop ”，其中一个监护条件出现在控制体中一条生命线的顶端53 何谓顺序图中的控制操作子？试举例说明。答：为了控制交互行为描述的复杂性，以便更清晰地表达顺序图中的复杂控制，给出了个个控制操作子，选择、条件、并发、迭代操作控制子。54.演化模型与“ RUP曾量、迭代开发”之间关系答:RUP迭代、增量式开发是演化模型

26、的一个变体，即规定了 “大的”迭代数量4个阶段，并规定了每次迭代的目标初使阶段: 获得与特定腹部和平台无关的系统体系结构轮廓，以此建立产品功能范围; 编制实例业务实例，从业务角度指出该项目的价值，减少项目主要的错误风险；精华阶段: 通过捕获并描述系统的大部分需求，建立系统体系结构基线的第一个版本，主要包括用况模型和分析模型，减少次要的错误风险，到该阶段未，就能够估算成本、进步，并能详细地规划构造阶段；构造阶段: 通过演化，形成最终的系统体系结构基线，开发完整的系统，确保产品可以开始向客户交付，即具有初始操作能力；移交阶段: 确保有一个实在的产品发布给用户群。期间培训用户如何使用该软件。与UM0

27、间关系答:RUP与UM提一对“姐妹”，它们构成了一种特定的软件开发方法学。其中，UML作为一种可视化建模语言，给出了表达事物和事物之间关系的基本术语，给出了多种模型的表达工具；而RUPRJ用这些术语定义了需求获取层、系统分析层、设计层、实现层，并给出了实现各层模型之间映射的基本活动以及相关指导。56 什么是特征(Teature ) ?举例如何描述它。答 : 从客户、用户、计划者、开发者想法和意愿中搜取特征，形成特征表。特征是一个新的项及其简要描述“按不同科目计算平均成绩”计算平均成绩: 按所学的不同科目计算每一个学生的期末考试平均成绩，给出分数段并描述其状态(如提议、批准、合并和验证等)、实施

28、的代价及风险、重要程度以及对其他特征的影响等，特征可作为需求，并被转换为其它制品。58. 需求获取模型的基本组成答：使用UML中的用况、参与者以及依赖等术语来抽象客观实际问题，形成系统的需求获取模型59. 建造一个系统需求获取模型的活动和任务，以及各活动的输入和输出答 : 发现描述参与者和用况，输入: 业务模型或领域模型，补充需求，特征表; 输出 : 用况模型 概述 ，术语表赋予用况优先级: 输入 : 用况模型 概述 ，补充需求，术语表; 输出 : 体系结构描述 用况模型视角 ；精华用况: 输入 : 用况模型 概述 ，补充需求，术语表; 输出 : 用况 精化 构造人机接口原型: 输入 : 用况

29、 精华 ，用况模型 概述 ，补充需求，术语表; 输出 : 人机接口原理；用况模型结构化: 输入 : 用况 精华 ，用况模型 概述 ，补充需求，术语表; 输出 : 用况模型 精化 。60. 如何描述系统的参与者和用况？举例说明答 : 参与者 : 发现参与者与描述参与者:1) 之前已经存在业务用况模型，可依据业务模型直接发现一些候选参与者，2) 没有业务用况模型，即使存在领域模型，也需要系统分析人员与客户一起来标识系统参与者。用况是系统向它的参与者提供结果（值）的功能块，表达参与者使用系统的方式，因此一个用况可用于规约系统可执行的、与参与者进行交互的一个动作序列，包括其中一些可选动作序列，并且用况

30、还有自己的属性。61. 需求分析层及相关概念答 : 在系统用况模型的基础上，创建系统分析模型以及在该分析模型视角下的体系结构描述，系统分析模型是系统的一种概念模型，解决系统用况模型中存在的二义性和不一致性问题，并以一种系统化的形式准确地表达用户的需求。62. 需求分析模型的基本组成答:RUP的分析如同结构化分析，其目标之一是在一个特定的抽象层上建立系统分析模型。为此，RUP1T先给出了 3个术语: 分析包、分析类和用况细化，用于表达需求中“大粒度”的概念，开发人员使用这些术语可以规约系统分析中所要使用的信息。分析类: 是类的一种衍型，很少有操作和特征标记，而用责任来定义其行为，并且其属性和关系

31、也是概念性的，包括 : 边界类、实体类、控制类。用况细化: 是一个针对一个用况，其行为可用多个分析类之间的相互作用来细化，并记为用况细化 分析 分析包 : 分析包是一种控制信息组织复杂性的机制，提供了分析制品的一种组织手段，形成了一些可管理的部分。63. 建造一个系统需求分析模型的活动和任务，以及各活动的输入和输出.答 : 体系结构分析: 输入 : 用况模型、补充需求、业务模型或领域模型、体系结构描述 用况模型; 输出 : 分析包 概述 、分析类 概述 、体系结构描述 分析 ；细化用况: 输入 : 用况模型、补充需求、业务模型或领域模型、体系结构描述 分析 ; 输出 : 用况细化 分析 、分析

32、类 概述 对类分析: 输入 : 用况细化 分析 、分析类 概述 输出 : 分析类 完成 ；对包进行分析: 输入 : 系统体系结构描述 分析 、分析包 概述 输出 : 分析类 完成 。64. 需求分析模型对以后开发工作的影响答 : 对设计中子系统的影响。分析包一般将影响设计子系统的结构对设计类的影响。分析包可以作为类设计时的规格说明。对用况细化 设计 的影响。用况细分 分析 对用况细化 设计 有两方面影响，一个是它们有乃至于为用况创建更精确的规格说明，另一个是当对用况进行设计时，用况细化 分析 可作为其输入。65. 需求获取模型与需求分析模型之间比较答 : 语言描述不同: 客户语言与开发语言视图

33、: 系统外与系统内结构 : 使用用况予以结构化，给出外部视角系统结构与使用衍型类结构化，给了部视角系统结构作用: 标注“系统应该做什么，不应该做什么”与可以做出开发者理解系统如何勾画、如何设计和如何实现基础问题: 可能存在冗余、不一致和冲突等问题与解决了上述问题捕获系统功能，包括体系结构方面具有意义的功能与给出细化系统功能，包括在体系结构方面具有意义的功能定义一些进一步需要在分析模型中予以分析用况与定义每一个用况细化。66. 设计层及相关概念答 : 设计目标: 定义满足系统/ 产品分析模型所规约需求的软件结构基本术语: 设计子系统、设计类、用况细化 设计 、接口、以及用于表达子系统之间关系的依

34、赖、用于表达设计类之间关系的关联等，这些术语确定了系统设计模型的各种形态。67. 设计模型的基本组成答 : 设计子系统、设计类、用况细化 设计 、接口、以及用于表达子系统之间关系的依赖、用于表达设计类之间关系的关联等，这些术语确定了系统设计模型的各种形态。68. 建造一个系统设计模型的活动和任务，以及各活动的输入与输出答 : 体系结构设计: 输入 : 用况模型、补充需求、分析模型、体系结构描述 分析模型角度; 输出 : 子系统 概述 、接口 概述 、设计类 概述 、部署模型 概述 、体系结构描述 设计 ；设计用况: 输入 : 用况模型、补充需求、分析模型、 部署模型; 输出 : 用况 设计 -

35、 实现 、 设计类 概述 、 子系统 概述 、 接口 概述 ； 对类设计: 输入 : 用况 设计 - 实现 、 设计类 概述 、 接口 概述 、 分析类 完成 ; 输出 : 设计类 完成 ； 设计子系统: 体系结构描述 设计 、子系统 概述 、接口 概述 ; 输出 : 子系统 完成 、接口 完成 。69. 测试过程模型，并分析这一模型在软件测试技术研究以及实践中的作用答 : 软件测试是一个有程序的过程，包括测试设计、测试执行、以及测试结果比较等环境模型、被测模型和错误模型在软件测试中扮演了一种很重要的角色; 这些模型的质量，特别是程序模型的质量，对发现错误具有关键性的作用软件测试的错误假定是，

36、实际结果与预期结果不符，而后在此基础上可进一步分析是什么错误。70. 软件测试与调度的区别答 :1). 测试从一侧面证明程序员的“失败”。调度为了证明程序员是正确的；2). 测试以已知条件开始，使用预告定义的程序且有预知的结果，不可预见的仅是程序是否通过测试；3). 测试是有计划的，并要进行测试设计。高度是不受时间约束的；4). 测试是发现错误、改正错误、重新测试的过程。调试是一个推理过程；5). 的执行是有规程的。调试的执行往往要求程序员进行必要推理；6). 测试经常由独立的测试组在不了解软件技术的条件下完成的。高度必须由了解详细设计的程序员完成；7) 大多数测试的执行和设计可由工具支持。调

37、试时，程序员能利用的工具主要是调试器。71. 程序流程图的作用及构成答 : 流程图的作用是着重于过程属性描述。72. 简述语名覆盖、分支覆盖、条件组合覆盖、路径覆盖的含义及它们之间的关系答 : 路径覆盖: 执行所有可能穿过程序控制流程的路径语句覆盖: 至少执行程序中所有语句一次分支覆盖: 至少将程序中的每一个分支执行一次条件覆盖: 指每个判定中的所有可能的条件取值至少执行一次条件组合覆盖: 设计足够测试，使每个判定中的所有可能的条件聚会组合至少执行一次存在以下关系语句覆盖分支覆盖条件组合覆盖路径覆盖。73. 简术单元测试、集成测试、有效性测试的含义及它们之间的区别. 。答：单元测试：主检验软件

38、设计的最小单元一一模块。该测试以详细设计文档为指导，测试模块内的重要控制路径。集成测试: 是软件组装的一个系统化技术，其目标是发现与接口有关的错误有效性测试: 发现软件实现的功能与需求规格说明书不一致的错误74. 简述路径测试技术、事务流测技术的主要依据答 : 一个依据程序逻辑结构，一个依据软件行为描述75 简述程序流程图与事务流程图之间的主要区别，并分析这些区别的主要原因答 :1) 基本模型元素所表达的语义不同；2)一个事务不等同于路径测试中一条路径，可能在中间某处就完成了某一用户工作，终结了一个事务；3). 事务流程图中的分支和节点可能是一个复杂的过程。76、简述白盒测试技术的要点，并举例

39、说明答 : 白盒测试技术依据程序的逻辑结构，以控制流程图作为被测对象建模工具，其中涉及过程块、分支、节点、链以及路径，并针对测试民，给出了4 种覆盖策略: 语名覆盖、分支覆盖、条件组合覆盖和路径覆盖，它们之间具有偏序关系，并且可根据项目需求给出其他覆盖策略。77、事务流测试技术的要点，并举例说明答 : 事务流测试技术是一种功能测试技术，目前提出了很多功能测试技术，如定义域测试技术、等价类测试技术以及基于因果图的测试技术等，统称为黑盒子测试技术。黑盒测试将被测软件看成黑盒子，只通过外部的输入和输出来发现软件中的错误，因此黑盒测试是一种基于软件规约的测试。78、简述软件开发中的过程类，以及它们的基

40、本作用和它们之间的基本关系答 : 分为 3 类：基本过程: 那些软件生产直接相关的活动集，分5 个过程 : 获取过程、供应过程、开发过程、运行过程和维护过程支持过程: 有关各方面按他们的目标所从事的一系列相关支持活动集，有助于提高系统或软件产品的质量，分为: 文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程和问题解决过程等组织过程: 与软件生产组织有关的活动集，分管理过程、基础设施过程、培训过程、改进过程79、在 ISO/IEC12207-2008 中如何描述一个过程？举例说明答 : . 为获取方获取一个软件产品或服务，为供应方开发、运行、维护、提供和销毁一个软

41、件产品，建立了一种软件生存周期框架，包含过程、活动和任务，并通过过程分类、过程描述，给出它们之间的内在关系 . 为软件生存周期过程的定义、控制和改进提供了一个过程，即生存周期模型管理过程供应过程: 为获取方提供满足所协商需求的产品或服务软件实现过程: 软件实现过程是为了生产一个已规约系统元素，作为一个软件产品或服务而实现软件需求分析过程: 建立系统软件部分的需求软件体系结构设计: 为软件的实现及其可以按需求进行验证，提供一种设计软件验证过程: 证实一个过程或项目的每一个软件工作产品/ 服务是否正确地反映所规约的需求软件确认过程: 证实所期望的软件工作产品是否满足其需求。80、什么是软件开发特定

42、的过程类？举例说明。答：为了更有效的描述软件开发活动和任务，把一个系统在其生存周期内可执行的活动分为两大类：系统语境的过程，针对软件开发的过程，在此基础上，把生存周期分成7 个过程组针对软件开发的过程类。81、什么是验证和确认？简述它们的作用和区答 : 验证 : 证实一个过程或项目的每一个软件工作产品/ 服务是否正确地反映所规约的需求验证和确认是有区的。验证是通过提供的客观证据，证实规约的需求是否得以满足确认是通过提供的客观证据，证实有关特定期望的使用或应用的需求是否得以满足软件确认过程: 证实所期望的软件工作产品是否满足其需求82、简述瀑布模型以及可适应的情况瀑布模型将软件生存周期的各项活动

43、规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到产品适应情况 : 需求已被很好的理解，并且开发组织非常熟悉为实现这一模型所需求的过程。83、简述演化模型以及可适应的情况答 : 表达了一种弹性的过程模式，由一些小的开发步组成，每一步历经需求分析、设计、实现和验证，产生软件产品的一个增量，通过这些迭代，最终完成软件产品的开发。主要针对事先不能完整定义需求的软件开发。84、简述增量模型的优缺点答 : 优点 1) 第一个可交付版本所需要的成本和时间是较少的，从而可减少开发由增量表示的小系统承担的风险；2)由于很快发布第一个版本，因此可以减少用户需求的变更；3) 允许增量投资，即在项目开始时

44、可以仅对一个或两个增量投资。缺点:1) 如果没有对用户的变更要求进行规划，那么产生的初始增量可能会造成后来增量的不稳定；2) 如果需求不像早期思考的那样稳定和完整，那么一些增量就可能需要重新开发，重新发布；3) 由于进度和配置的复杂性，可能会增大管理成本，超出组织的能力。85、简述螺旋模型以及它与其它模型之间的主要区答 : 螺旋模型是瀑布模型与深化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型螺旋模型关注解决问题的基本步骤，即标识问题，标识一些可选方案，选择一个最佳方案，遵循动作步骤并实施后续工作，突出特征，在开发的迭代中实际上只有一个迭代过程真正开发了可交付的软件2) 与深化

45、模型和增量模型相比，同样使用了瀑布模型作为一个嵌入的过程，即分析、设计、编码、实现和维护的过程，并且在框架和全局体系结构方面是等同的。但是，螺旋模型所关注的阶段以及它们的活动是不同的，如增加一些管理活动和支持活动。尽管增量模型也有一些管理活动，但它基于以下假定: 需求是最基本的、并且是唯一的风险源，因而在螺旋模型中增大了决策和风险的空间，螺旋模型扩大了增量模型的管理范围。如果项目的开发风险很大或客户不能确定系统需求，在更广泛的意义上来讲，还包括一个系统或系统类型的要求，这时螺旋模型就是一个好的生存周期模型.86. 简述语句覆盖、分支覆盖、条件组合覆盖、路径覆盖的含义及他们之间的关系答：语句覆盖：至少执行程序中所有语句一次，如果遵循这一规定，则达到了100%语句覆盖率（用C1 表示） 。语句覆盖是一种最低的测试度量，因此发现程序错误的能力很弱。分支覆盖：至少至少将程序中的每一个分支执行一次。如果遵循这一规则，则达到了100%分支覆盖率（用C2 表示） 。分值覆盖是一种语句覆盖稍强的覆盖，因为通过了各个分支，则各语句也都覆盖率了。但分支覆盖还不能保证一定能查出在判定条件中存在的错误。条件组合覆盖：是指设计足够的测试用例，是每个判定中的所有可能的条件取值组合至少执行一次。如果遵循这一规定，则实现了条件组合覆盖。只要满足了条件组合覆盖，就一定能满足分支覆盖。路径覆盖：执行所有可能穿