软件工程课后习题解析

1.简述软件开发的本质。

答:软件开发的本质就是实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之间的映射。P19

2.简述实行软件开发的基本途径。

答:实行软件开发的基本途径是系统建模。所谓系统建模，是指运用所掌握的知识，通过抽象，给出该系统的一种

构造一一系统模型。P19

3.简述何谓模型以及软件开发中所波及的模型。

答:模型是一种抽象。该抽象是在意图所确定的角度和抽象层次对物理系统的一种描述，描述其中的成分和成分之

间所具有的特定语义的关系，还包括对该系统边界的描述。

软件开发中所波及的模型可分为两大类，一类称为概念模型，描述了系统是什么；另一类统称为软件模型，描述

了实现概念模型的软件处理方案。

4.简述软件开发所波及的两大类技术。

答:软件开发所波及的两大类技术为:一是求解软件的开发逻辑，二是求解软件的开发手段。

5、简述需求与需求规约的基本性质。

答:需求的基本性质:1）必要的，该需求是顾客所规定的。2）无歧义的，该需求只能用一种方式解释。3）可测的，该

需求是可进行测试的。4）可跟踪的，该需求可从一种开发阶段跟踪到另一种阶段。5）可测量的，该需求是可测量的。

需求规约的基本性质:1）重要性和稳定性程度:按需求的重要性和稳定性，对需求进行分级。2）可修改时:在不过多地

影响其他需求的前提下，可以轻易地修改一种单一需求。3）完整时:没有被遗漏的需求。4）一致的:不存在互斥的需

求。

6、简述软件需求的分类。

答:软件需求可以分为两大类:一类是功能需求，一类是非公能需求，而非公能需求可分为性能需求，外部接口需求、

设计约束和质量属性需求。P23

7、举例阐明功能需求和非功能需求之间的基本关系。

答:非功能需求可作用于一种或多种功能需求，例如

非功能需求可作用于一种或多种功能需求

r厂n口口""<4、，TI-T4_,刍匕TP?C

其中，非功能需求1作用于功能需求1和功能需求3等；非功能需求2作用于功能需求2等。P24

8、有哪几种常用的初始需求发现技术？

答:有5种常用的需求发现技术:自悟、交谈、观测、小组会和提炼。P26

9、简述需求规约的3种基本形式。

（1）非形式化的需求规约。非形式化的需求规约即以一种自然语言来体现需求规约，如同使用一种自然语言写了一

篇文章。（2）半形式化的需求规约。半形式化的需求规约即以半形式化符号体系（包括术语表、原则化的体现格式

等）来体现需求规约。（3）形式化的需求规约。形式化的需求规约即以一种基于良构数学概念的符号体系来编制需求

规约，一般往往伴有解释性注释的支持。P29

10、简述软件需求规约的内容和作用。

答:软件需求规约的内容有:引言、总体描述、特定需求、附录、索引。P28

需求规约的作用可概括为如下4点:1）需求规约是软件开发组织和顾客之间一份实际上的技术协议书，是产品功能

及其环境的体现。2）对于项目的其他大多数工作，需求规约是一种管理控制点。3）对于产品/系统的设计，需求规

约是一种正式的、受控的起始点。4）需求规约是创立产品验收测试计划和顾客指南的基础。P31

11、简述需求规约在项目开发中的基本作用。

答:需求规约的作用可概括为如下4点:1）需求规约是软件开发组织和顾客之间一份实际上的技术协议书，是产品功

能及其环境的体现。2）对于项目的其他大多数工作，需求规约是一种管理控制点。3）对于产品/系统的设计，需求

规约是一种正式的、受控的起始点。4）需求规约是创立产品验收测试计划和顾客指南的基础。P31

12、简述需求规约和项目需求的不一样。

答:需求规约和项目需求是两个不一样的概念。需求规约是软件开发组织和顾客之间一份实际上的技术协议书，即

关注产品需求，回答“交付给客户的产品/系统是什么”；而项目需求是客户和开发者之间有关技术协议一一产品/

系统需求的理解，应记录在工作陈说中或其他某一项目文档中，即关注项目工作与管理，回答“开发组要做的是

什么”。P30

13、何谓模块耦合？简述模块耦合的类型。

答:耦合是不一样模块之间互相依赖程序的度量。

内容耦合:当一种模块直接修改或操作另一种模块的数据，或一种模块不通过正常入口而转入到另一种模块时；

公共耦合:两个或两个以上的模块共同引用一种全局数据项；

控制耦合一种模块通过气喘吁吁向另一种模块传递一种控制信息，接受信号的模块根据信号值进行合适的动作；

标识耦合:若一种模块A通过接口向两个模块B和C传递一种公共参数；

数据耦合:模块之间通过参数来传递数据。

14、何谓模块内聚？简述模块内聚的类型。

答:指一种模块内部各成分之间互相关联程度的度量。

偶尔内聚:一种模块的各成分之间基本不存在任何关系；

逻辑内聚:几种逻辑上有关的功能被放在同一种模块中；

时间内聚:一种模块完毕的功能必须在同一时间内执行，但这些功能只是由于时间原因关联在一起；

过程内聚:一种模块内部的处理成分是有关的，并且这些处理必须以特定的次序执行；

通信内聚:一种模块的所有成分都操作同一数据集或生成同一数据集；

次序内聚:一种模块的各个成分和同一种功能亲密有关，并且一种成分的输出作为另一种成分的输入；

功能内聚:最理想的内聚，模块的所有成分对于完毕单一的功能都是基本的。功能内聚的模块对完毕其功能而言是

充足必要时。

15、何谓模块的控制域和模块的作用域？并举例阐明

答：控制域:模块自身以及所有直接或间接附属于它的模块的集合。

作用域:受该模块内的一种鉴定所影响的所有模块的影响

16为了体现系统功能模型，构造化分析措施给出了哪些基本概念？他们是怎样表达的？其基本作用是什么？使用中应

注意哪些问题？

答：给出的基本概念：数据流、加工、数据存储、数据源和数据潭。表达措施：（注：表达措施都是图形，请按文

字提醒画图）数据流表达措施：方向向右的箭头；加工的表达措施：椭圆；数据存储表达措施：两条平行线；数据

源表达措施：一种长方形；数据源和数据潭表达措施：两个并列的长方形。作用：数据流：用于体现在分析中所使

用时、用于体现“客体”的信号。加工：用于体现在分析中所使用的、用于体现“处理”的信号。数据存储：用于

体现在分析中所使用的、用于体现“构造化客体”的信号。数据源和数据潭：表达系统的环境，可以使用它们和有

关数据流来定义系统的边界，体现系统/产品“边界”的信息。

17以构造化分析措施建立的系统功能模型由哪些部分构成？每一部分的基本作用是什么？

答：构成部分：数据流、加工、数据存储、数据源和数据潭。基本作用：（同上面第一小题里的“作用”）

18解释构造符的含义,并举例阐明。

答：次序构造是指数据A是由数据B和数据C次序构成的，记为“+”。例：学生成绩=姓名+姓名+性别+学号+科

目+成绩。选择构造是指由数据A或是由数据Bo或是有数据Co定义时，即数据B不也许同步是BoCo,并记为

例：性别=男|女。反复构造是指数据A是由多种反复出现的数据B构成，并记为“{}”。例：学生成绩表={学生

成绩}。

19就一种特定系统而言，系统功能模型与系统模型的重要区别是什么？

答：区别：系统功能模型分为数据流、加工、数据存储、数据源和数据潭这四部分构成。系统模型分为两类：一

类称为概念模型，描述了系统是什么；另一类系统称为软件模型，描述了实现概念模型的软件处理措施。

20简述构造化措施总体设计的任务及目的。

答：任务：在需求分析的基础上，定义满足需求所需要的构造。目的：建立系统日勺模块构造。

21简述构造化措施详细设计的任务及目的。

答：任务：详细描述模块构造图中的每一模块，即给出实现模块功能的实行机制，包括一组例程和数据构造，从

而精确地定义了满足需求所规约的构造。目的：将总体设计阶段所产生的系统高层构造映射为以这些术语因此澳

大的低层构造，也是系统的最终止构。

22简述变换设计与事务设计之间的区别。

答：区别：变换设计的目的是将变换型数据流图映射为模块构造图，而事务设计的目的是将事务型数据流图映射

为模块构造图。

23简述启发式规则的基本原理。

答：启发式规则“基于高内聚低耦合的原理，采用某些经验性的启发式规则，对初始的模块构造图进行精化，形

成最终的模块构造图”。启发式规则包括：1）改善软件构造，提高模块独立性。2）力争模块规模适中。3）力争

深度、宽度、扇出和扇入适中。4）竭力使模块的作用域在其控制域之内。5）竭力减少模块接口的复杂度。6）力

争模块功能可以预测。

24简述根据一种系统的DFD,将其转换为MSD的基本思绪。

答：构造化设计措施在分类DFD日勺基础上，基于自顶向下、功能分解的设计原则，定义了两种不一样的“映射”,

即变换设计和事务设计。其基本环节是，首先将系统的DFD图首先转化为初始的模块构造图，再基于“高内聚低

耦合”这一软件设计原理，通过模块化，将初始的模块构造图转化为最终的、可供详细设计使用的模块构造图

（MSD）o

25为何说构造化分析与构造化设计之间存在一条“鸿沟”？

答：从软件措施学习研究的角度，构造化措施仍然存在某些问题，其中最重要的问题是仍然没有“挣脱”冯・诺

依曼体系构造的影响，捕捉的“功能（过程）”和“数据”恰恰是客观失误的易变性质，由此建造的系统构造很难

与客观实际系统的构造保持一致。

26.举例阐明构造化措施给出的控制复杂性机制。

答：1上层数据流可以打包，实例研究数据流查询规定就是一种打包数据，并以*作一特殊标志。上下层数据流

之间的对应关系通过数据字典予以描述。2为便于理解，把一幅图中图元个数尽量控制在7加减2个以内。3检

查与每个加工有关的数据流与否有太多的输入/输出数据流，并寻找可减少该加工接口复杂性的，对数据流进行

划分的措施。4分析数据内容，确定与否所有的输入信息都用于产生输出信息，对应时由一种加工产生的所有信

息与否都能由进入该加工的信息导出。

27.试分析构造化措施在建造系统模型中存在的问题。

答：最重要的问题是没有挣脱冯•诺依曼体系构造的影响，捕捉的功能过程和数据恰恰是客观事物的易变性质，

由此建造的系统构造很难与客观实际系统的构造保持一致。在某种意义上说就是这些问题促使面向对象措施学的

产生和发展。

28.举例阐明变换设计的环节。

答：第一步，设计准备，复查并精化系统模型。第二步，确定输入，变换，输出这三部分之间的边界。第三步，

第一级分解，系统模块构造图顶层和第一层设计。第四步，第二级分解，自顶向下，逐渐求精。

29.举例阐明事务设计的环节。

答：第一步，设计准备，复查并精化系统模型。第二步，确定事务处理中心。第三步，第一级分解，系统模块构

造图顶层和第一层设计，以数据流图为基础，按自顶向下逐渐细化的原则进行。第二级分解自顶向下逐渐求精。

30.一种软件开发措施学，应当由哪些基本部分构成？

答：包括构造化分析措施、构造化设计措施、构造化程序设计措施

31.为了体现客观事物，UML给出了哪些基本术语？

答:为了支持抽象分析和设计中的事物，UML给出了8个基本术语，即类、接口、协作、用况、积极类、构件、制

品、结点，并给出了这些基本术语的某些变体。

32.为了体现客观事物之间的关系，UML给出了哪些基本术语？这些术语之间是什么关系？

答:关联、泛化、细化和依赖，以及它们的某些变体。.构造关系，继承关系，精化关系，依赖关系.

33.什么是对象的构成与表达？并阐明。

答类是一组具有相似属性、操作、关系和语义的对象的描述。对象是类的一种实例

34.什么是类图的构成成分？

答:类图是可视化地体现系统表态构造模型的工具，一般接口、关联、泛化和依赖

35.什么是状态图时构成成分？

答:在规约一种状态时，重要波及一下内容

⑴名字(2).进入/退出效应.(3).do动作活动.(4)被延迟事件.

36.什么是次序图的构成成分？

答：次序图是一种交互图，即由一组对象以及准时序组织的对象之间的关系构成，其中还饮食这些对象之间所发

送的消息

37.怎样描述对象之间的关联语义?

答：关联是目录之间的一种构造关系，是对一组具有相似构造、相似链接的描述。链是对象之间具有特定语义关

系的抽象，实现之后的链接一般称为对象之间的链接.

38用况之间有哪几种关系？

答:一种用况图一般包括6个模型元素,它们是主题、用况、参与者、关联、泛化、依赖

39.在什么状况下需要建立状态图？

答：状态图可用于创立有关系统（或系统成分）的行为生存周期模型，体既有关系纺（或系统成分）的一种动态

构造，给出有关系统（或系统成分）在生存期间有哪些阶段、每一阶段可从事的活动以及对外所展现的特性等方

面的信息

40.在一种类的描述中，同步引入“操作”和“措施”的目的是什么？

答:体现模型化包之间的关系

41.为何使用包？怎样划分包

答：包的最初来源是用例，包划分的最初来源是用例模型，对用例按功能分组，可以得到用例包。

用例包在分析阶段很自然日勺可以对应得到分析包，在分析阶段还可以找到其他的某些分析包，例如某个

相对底层的服务（如用于表达持久化机制的包）。

分析包一般会对应到设计阶段日勺应用子系统，除此之外，尚有其他日勺某些设计子系统，例如负责封装通

讯机制的Corba服务子系统。

42.使用UML可以从那些角度来刻画一种系统的|行为？为何？

静态、动态

43.在描述客观事物方面，面向对象措施与构造化措施提取信息时不一样角度是什么？各自的角度将对建造的系统模型

产生什么影响？

答：构造化措施的提出，是基于看待客观世界的基本观点，即一切信息系统都是由信息流构成的，每一信息流均有

自己的起点-数据源，有自己的归宿-数据潭，有驱动信息流动日勺加工，所谓信息处理重要体现为信息的流动。

构造化措施作为一种特定的软件开发措施学，是从系统分析和软件设计的一种思想工具。

面向对象措施认为，世界是由客体构成的，客体有自己的属性和活动规律，客体之间日勺互相依赖和互相作用构成了

大千世界的各式各样系统。因此就应充足运用人类认识客观世界、处理实际问题的思维方式和措施。

眠功能对象措施是一种根据客体之间的关系来建造系统模型日勺系统化措施。

44.比较面向对象措施与构造化措施在控制信息组织复杂性方面所引入的机制？

答：构造化措施重要体目前三个方面。一、自顶向下，逐渐求精：把程序当作是一种逐渐演化的过程。把一种系

统与程序当作是一层一层的。例如：户籍管理系统可以划分为：户籍迁入迁出，人员迁入迁出，户籍注销，人员

注销等几种子系统，而每个子系统又划分为接受顾客信息，实行处理，提供返回信息等等部分。二、模块化：即

将几种系统提成几种模块，每个模块实现特定的功能，最终整个系统由这些模块构成。模块跟模块之间通过接口

传递信息，模块最重要的特点就是独立性，模块之间尚有上下层的关系，上层模块调用下层模块来实现某些功能。

三、语句构造化：次序构造、分支构造、循环构造，都是常用的语句构造。

面向对象措施重要有：一、客观世界中的事物都是对象，对象之间存在一定的关系，并且复杂对象由简朴对象构

成。二、具有相似属性和操作的对象属于一种类，对象是类的一种实例。三、类之间可以有层次构造，即类可以

有子类，其中，子类继承父类的所有属性和操作，并且子类有自己的属性和操作。四、类具有封装性，把类内部

的属性和某些操作隐藏起来，只有公共的操作对外是可见的，对象只可通过消息来祈求其他对象的操作或自己的

操作。五、强调充足运用人在平常逻辑思维中常常采用的思想措施与原则。例如：抽象，分类，继承，聚合，封

装，关联等。

45类与对象之间的关系，举例阐明？

答：类是一组具有相似书、操作、关系、和语义的对象的描述，对象是类的一种实例。一种类可以有多种属性，

也可以没有属性。而类的一种对象对其所属类的每一种属性应有特定的值。

46.关联与链之间的关系，试举例阐明

答：关联是类目的一种构造关系，是对一组具有相似构造、相似链的描述，链是对象之间具有特定语意关系的抽

象，实现之后的链一般称为对象之间的连接，关联用一条连接两个类目的线段表达，并可对其命名

47.何谓对象状态，怎样描述一种对象的状态？试举例阐明

答：一种状态是类目的一种实例在其生存中的一种条件或状况，期间该实力满足这一条件，执行某一活动或等待

某一消息；在UML中，一般把一种状态表达成一种具有圆角的矩形，分为名字栏和内部转换栏，重要包括：名字,

是一种表达状态的文本串，作为状态名；进入/退出效应，为了有效地抽取一种对象的状态，控制状态抽取的复杂

性，UML在规约一种状态时引入进入/退出效应；状态内部转移，是指没有导致该状态变化的内部转移；do动作

或活动，是指状态中一动作或活动没有完毕，就一直执行之，并当该动作或活动完毕时，也许会产生一种完毕事

件，导致该状态的转移。

48.何谓组合状态？举例阐明之

答：具有子状态的状态称为组合状态，组合状态包括两种类型的字状态机，即次序子状态和并发子状态机

49何谓非正交子状态机，并简述非正交子状态机的转入与转出

答：非正交子状态机就是次序子状态机

50.何谓正交子状态机，并简述正交子状态机时转入与转出

答：正交子状态就是并发子状态机

51.何谓事件？对信号事件和调用事件作一比较

答：事件是指对确定的时空内一种故意义的规约信号；事件是指消息的一种类目，是一种消息类型，调用事件是

指对象接受到一种操作的祈求，信号事件是一种异步事件，信号一般由状态处理机，调用事件往往是一种同步事

件，即发送者和接受者都处在该操作执行期间的一种汇合点，发送者的控制流一直被挂起，直到该操作执行完毕

52何谓次序图中的控制操作子？试举例阐明

答：为了控制交互行为描述的复杂性，以便更清晰地体现次序图中的复杂控制，UML给出了4种最常用时控制操

作子；例如，选择执行操作子：该控制操作子记为“Opr”，由两部分构成，条件执行操作子：该操作子记为“alt”,

控制体通过水平线将其分为一部分，每一部分表达一种条件分支，每一分支有一种监护条件，并发执行操作子：

该操作子记为“par”，该控制操作子时体通过水平线将其分为多种部分，迭代执行操作子：该操作子记为“loop”,

其中一种监护条件出目前控制体中一条生命线的顶端

53何谓次序图中的控制操作子？试举例阐明。

答：为了控制交互行为描述的复杂性，以便更清晰地体现次序图中的复杂控制，给出了个个控制操作子，选择、

条件、并发、迭代操作控制子。

54.演化模型与“RUP增量、迭代开发”之间关系

答:RUP迭代、增量式开发是演化模型的一种变体，即规定了“大的”迭代数量一4个阶段，并规定了每次迭代的

目的初使阶段:获得与特定腹部和平台无关的系统体系构造轮廓，以此建立产品功能范围;编制实例业务实例，从业

务角度指出该项目的价值，减少项目重要的错误风险；精髓阶段:通过捕捉并描述系统的大部分需求，建立系统体

系构造基线的第一种版本，重要包括用况模型和分析模型，减少次要的错误风险，到该阶段未，就可以估算成本、

进步，并能详细地规划构造阶段；构造阶段:通过演化，形成最终的系统体系构造基线，开发完整的系统，保证产

品可以开始向客户交付，即具有初始操作能力；移交阶段:保证有一种实在的产品公布给顾客群。期间培训顾客怎

样使用该软件。

55.RUP与UML之间关系

答:RUP与UML是一对“姐妹”，它们构成了一种特定的软件开发措施学。其中，UML作为一种可视化建模语言,

给出了体现事物和事物之间关系的基本术语，给出了多种模型的体现工具;而RUP运用这些术语定义了需求获取

层、系统分析层、设计层、实现层，并给出了实现各层模型之间映射的基本活动以及有关指导。

56什么是特性(Teature)?举例怎样描述它。

答:从客户、顾客、计划者、开发者想法和意愿中搜取特性，形成特性表。特性是一种新时项及其简要描述

“按不一样科目计算平均成绩”计算平均成绩:按所学时不一样科目计算每一种学生的期末考试平均成绩，给出分

数段并描述其状态(如提议、同意、合并和验证等)、实行时代价及风险、重要程度以及对其他特性的影响等，特

性可作为需求，并被转换为其他制品。

58.需求获取模型日勺基本构成

答:使用UML中的用况、参与者以及依赖等术语来抽象客观实际问题，形成系统的需求获取模型

59.建造一种系统需求获取模型的活动和任务，以及各活动的输入和输出

答:发现描述参与者和用况，输入:业务模型或领域模型，补充需求，特性表;输出:用况模型［概述］,术语表赋予用况

优先级:输入:用况模型［概述］,补充需求，术语表;输出:体系构造描述［用况模型视角］;

精髓用况:输入:用况模型［概述］,补充需求，术语表;输出:用况［精化］构造人机接口原型:输入:用况［精髓］,用况模型

［概述］,补充需求，术语表;输出:人机接口原理；

用况模型构造化:输入:用况［精髓］,用况模型［概述］,补充需求，术语表;输出:用况模型［精化］。

60.怎样描述系统的参与者和用况？举例阐明

答:参与者:发现参与者与描述参与者:1）之前已经存在业务用况模型，可根据业务模型直接发现某些候选参与者，2）

没有业务用况模型，虽然存在领域模型，也需要系统分析人员与客户一起来标识系统参与者。用况是系统向它的

参与者提供成果（值）的功能块，体现参与者使用系统的方式，因此一种用况可用于规约系统可执行的、与参与

者进行交互的一种动作序列，包括其中某些可选动作序列，并且用况尚有自己的属性。

61.需求分析层及有关概念

答:在系统用况模型的基础上，创立系统分析模型以及在该分析模型视角下的体系构造描述，系统分析模型是系统

的一种概念模型，处理系统用况模型中存在的二义性和不一致性问题，并以一种系统化的形式精确地体现顾客的

需求。

62.需求分析模型日勺基本构成

答:RUP的分析如同构造化分析，其目的之一是在一种特定的抽象层上建立系统分析模型。为此，RUP首先给出了

3个术语:分析包、分析类和用况细化，用于体现需求中“大粒度”的概念，开发人员使用这些术语可以规约系统

分析中所要使用的信息。

分析类:是类的一种衍型，很少有操作和特性标识，而用责任来定义其行为，并且其属性和关系也是概念性的，包

括:边界类、实体类、控制类。

用况细化:是一种针对一种用况，其行为可用多种分析类之间的互相作用来细化，并记为用况细化［分析］

分析包:分析包是一种控制信息组织复杂性的机制，提供了分析制品的一种组织手段，形成了某些可管理的部分。

63.建造一种系统需求分析模型的活动和任务，以及各活动的输入和输出.

答:体系构造分析:输入:用况模型、补充需求、业务模型或领域模型、体系构造描述［用况模型］;输出:分析包［概述］、

分析类［概述卜体系构造描述［分析］;细化用况:输入:用况模型、补充需求、业务模型或领域模型、体系构造描述［分

析］;输出:用况细化［分析卜分析类［概述］对类分析:输入:用况细化［分析］、分析类［概述］输出:分析类［完毕］;对包进

行分析:输入:系统体系构造描述［分析卜分析包［概述］输出:分析类［完毕］。

64需求分析模型对后来开发工作的影响

答:对设计中子系统的影响。分析包一般将影响设计子系统的构造对设计类的影响。分析包可以作为类设计时的规

格阐明。对用况细化［设计］的影响。用况细分［分析］对用况细化［设计］有两方面影响，一种是它们有乃至于为用况

创立更精确的规格阐明，另一种是当对用况进行设计时，用况细化［分析］可作为其输入。

65.需求获取模型与需求分析模型之间比较

答:语言描述不一样:客户语言与开发语言视图:系统外与系统内

构造:使用用况予以构造化，给出外部视角系统构造与使用衍型类构造化，给了部视角系统构造作用:标注“系统应

当做什么，不应当做什么”与可以做出开发者理解系统怎样勾画、怎样设计和怎样实现基础问题:也许存在冗余、

不一致和冲突等问题与处理了上述问题捕捉系统功能，包括体系构造方面具故意义的功能与给出细化系统功能，

包括在体系构造方面具故意义的功能定义某些深入需要在分析模型中予以分析用况与定义每一种用况细化。

66.设计层及有关概念

答:设计目的:定义满足系统/产品分析模型所规约需求的软件构造基本术语:设计子系统、设计类、用况细化［设计］、

接口、以及用于体现子系统之间关系的依赖、用于体现设计类之间关系的关联等，这些术语确定了系统设计模型

的多种形态。

67.设计模型的基本构成

答:设计子系统、设计类、用况细化［设计］、接口、以及用于体现子系统之间关系的依赖、用于体现设计类之间关

系的关联等，这些术语确定了系统设计模型的多种形态。

68.建造一种系统设计模型的活动和任务，以及各活动的输入与输出

答:体系构造设计:输入:用况模型、补充需求、分析模型、体系构造描述［分析模型角度］;输出:子系统［概述卜接口［概

述］、设计类［概述］、布署模型［概述］、体系构造描述［设计］;设计用况:输入:用况模型、补充需求、分析模型、布

署模型;输出：用况［设计-实现卜设计类［概述］、子系统［概述卜接口［概述］;对类设计:输入：用况［设计-实现卜设

计类［概述］、接口［概述］、分析类［完毕］;输出:设计类［完毕］;设计子系统:体系构造描述［设计］、子系统［概述］、

接口［概述］;输出:子系统［完毕］、接口［完毕］。

69.测试过程模型，并分析这一模型在软件测试技术研究以及实践中的作用

答:软件测试是一种有程序的过程，包括测试设计、测试执行、以及测试成果比较等

环境模型、被测模型和错误模型在软件测试中饰演了一种很重要的角色;这些模型的质量，尤其是程序模型日勺质量,

对发现错误具有关键性的作用软件测试日勺错误假定是，实际成果与预期成果不符，而后在此基础上可深入分析是

什么错误。

70.软件测试与调度的区别

答:1)..测试从一侧面证明程序员的“失败”。调度为了证明程序员是对的的；2).测试以已知条件开始，使用预告定

义的程序且有预知的成果，不可预见日勺仅是程序与否通过测试；3).测试是有计划的，并要进行测试设计。高度是

不受时间约束的；4).测试是发现错误、改正错误、重新测试的过程。调试是一种推理过程；5).的执行是有规程的。

调试时执行往往规定程序员进行必要推理；6).测试常常由独立的测试组在不理解软件技术的条件下完毕的。高度

必须由理解详细设计的程序员完毕；7)大多数测试的执行和设计可由工具支持。调试时，程序员能运用的工具重

要是调试器。

71.程序流程图的作用及构成

答:流程图的作用是着重于过程属性描述。

72.简述语名覆盖、分支覆盖、条件组合覆盖、途径覆盖的含义及它们之间的关系

答:途径覆盖:执行所有也许穿过程序控制流程的途径语句覆盖:至少执行程序中所有语句一次分支覆盖:至少将程序

中的每一种分支执行一次条件覆盖:指每个鉴定中的所有也许的条件取值至少执行一次条件组合覆盖:设计足够测

试，使每个鉴定中的所有也许的条件聚会组合至少执行一次存在如下关系语句覆盖〈分支覆盖<条件组合覆盖〈…途

径覆盖。

73简术单元测试、集成测试、有效性测试的含义及它们之间的区别

答:单元测试:主检查软件设计的最小单元一一模块。该测试以详细设计文档为指导，测试模块内的重要控制途径。

集成测试:是软件组装的一种系统化技术，其目的是发现与接口有关日勺错误

有效性测试:发现软件实现的功能与需求规格阐明书不一致的错误

74.简述途径测试技术、事务流测技术的重要根据

答:一种根据程序逻辑构造，一种根据软件行为描述

75简述程序流程图与事务流程图之间的重要区别，并分析这些区别的重要原因

答：1)基本模型元素所体现的语义不一样；2)一种事务不等同于途径测试中一条途径，也许在中间某处就完毕了某

一顾客工作，终止了一种事务；3).事务流程图中的分支和节点也许是一种复杂的过程。

76、简述白盒测试技术的要点，并举例阐明

答:白盒测试技术根据程序的逻辑构造，以控制流程图作为被测对象建模工具，其中波及过程块、分支、节点、链

以及途径，并针对测试民，给出了4种覆盖方略:语名覆盖、分支覆盖、条件组合覆盖和途径覆盖，它们之间具有

偏序关系，并且可根据项目需求给出其他覆盖方略。

77、事务流测试技术的要点，并举例阐明

答:事务流测试技术是一种功能测试技术，目前提出了诸多功能测试技术，如定义域测试技术、等价类测试技术以

及基于因果图的测试技术等，统称为黑盒子测试技术。黑盒测试将被测软件当作黑盒子，只通过外部的输入和输

出来发现软件中的错误，因此黑盒测试是一种基于软件规约的测试。

78、简述软件开发中的过程类，以及它们日勺基本作用和它们之间的基本关系

答:分为3类：基本过程:那些软件生产直接有关的活动集，分5个过程:获取过程、供应过程、开发过程、运行过

程和维护过程支持过程:有关各方面按他们的目的所从事的一系列有关支持活动集，有助于提高系统或软件产品的

质量，分为:文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程和问题处

理过程等组织过程:与软件生产组织有关的活动集，分管理过程、基础设施过程、培训过程、改善过程

79、在ISO/IEC12207-2023中怎样描述一种过程？举例阐明

答:①.为获取方获取一种软件产品或服务，为供应方开发、运行、维护、提供和销毁一种软件产品，建立了一种软

件生存周期框架，包括过程、活动和任务，并通过过程分类、过程描述，给出它们之间的内在关系

②.为软件生存周期过程的定义、控制和改善提供了一种过程，即生存周期模型管理过程

供应过程:为获取方提供满足所协商需求的产品或服务软件实现过程:软件实现过程是为了生产一种已规约系统元

素，作为一种软件产品或服务而实现

软件需求分析过程:建立系统软件部分的需求

软件体系构造设计:为软件的实现及其可以按需求进行验证，提供一种设计

软件验证过程:证明一种过程或项目的每一种软件工作产品/服务与否对的地反应所规约的需求

软件确认过程:证明所期望的软件工作产品与否满足其需求。

80、什么是软件开发特定的过程类？举例阐明。

答：为了更有效的描述软件开发活动和任务，把一种系统在其生存周期内可执行的活动分为两大类：系统语境的

过程，针对软件开发的过程，在此基础上，把生存周期提成7个过程组针对软件开发的过程类。

81、什么是验证和确认？简述它们的作用和区别

答:验证:证明一种过程或项目的每一种软件工作产品/服务与否对的地反应所规约的需求验证和确认是有区别的。

验证是通过提供的客观证据，证明规约的需求与否得以满足确认是通过提供的客观证据，证明有关特定期望的使

用或应用的需求与否得以满足软件确认过程:证明所期望的软件工作产品与否满足其需求

82、简述瀑布模型以及可适应的状况

瀑布模型将软件生存周期的各项活动规定为按固定次序而连接的若干阶段工作，形如瀑布流水，最终得到产品适

应状况:需求己被很好的理解，并且开发组织非常熟悉为实现这一模型所需求的过程。

83、简述演化模型以及可适应的状况

答:体现了一种弹性的过程模式，由某些小时开发步构成，每一步历经需求分析、设计、实现和验证，产生软件产

品的一种增量，通过这些迭代，最终完毕软件产品的开发。

重要针对事先不能完整定义需求的软件开发。

84、简述增量模型的优缺陷

答:长处1）第一种可交付版本所需要的成本和时间是较少的，从而可减少开发由增量表达的小系统承担的风险；2）

由于很快公布第一种版本，因此可以减少顾客需求的变更；3）容许增量投资，即在项目开始时可以仅对一种或两

个增量投资。缺陷：1）假如没有对顾客的变更规定进行规划，那么产生的初始增量也许会导致后来增量的不稳定；

2）假如需求不像初期思索的那样稳定和完整，那么某些增量就也许需要重新开发，重新公布；3）由于进度和配置日勺

复杂性，也许会增大管理成本，超过组织的能力。

85、简述螺旋模型以及它与其他模型之间的重要区别

答:螺旋模型是瀑布模型与深化模型的基础上，加入两者所忽视的风险分析所建立的一种软件开发模型螺旋模型关

注处理问题的基本环节，即标识问题，标识某些可选方案，选择一种最佳方案，遵照动作环节并实行后续工作，

突出特性，在开发的迭代中实际上只有一种迭代过程真正开发了可交付的软件2）与深化模型和增量模型相比，同

样使用了瀑布模型作为一种嵌入的过程，即分析、设计、编码、实现和维护日勺过程，并且在框架和全局体系构造

方面是等同时。不过，螺旋模型所关注的阶段以及它们的活动是不一样的，如增长某些管理活动和支持活动。尽

管增量模型也有某些管理活动，但它基于如下假定:需求是最基本的、并且是唯一的风险源，因而在螺旋模型中增

大了决策和风险的空间，螺旋模型扩大了增量模型的管理范围。假如项目的开发风险很大或客户不能确定系统需

求，在更广泛日勺意义上来讲，还包括一种系统或系统类型的规定，这时螺旋模型就是一种好的生存周期模型.

86.简述语句覆盖、分支覆盖、条件组合覆盖、途径覆盖的含义及他们之间的关系

答：语句覆盖：至少执行程序中所有语句一次，假如遵照这一规定，则到达了100%语句覆盖率（用C1表达）。语

句覆盖是一种最低的测试度量，因此发现程序错误的能力很弱。分支覆盖：至少至少将程序中的每一种分支执行

一次。假如遵照这一规则，则到达了100%分支覆盖率（用C2表达）。分值覆盖是一种语句覆盖稍强的覆盖，由于

通过了各个分支，则各语句也都覆盖率了。但分支覆盖还不能保证一定能查出在鉴定条件中存在的错误。条件组

合覆盖：是指设计足够的测试用例，是每个鉴定中的所有也许的条件取值组合至少执行一次。假如遵照这一规定，

则实现了条件组合覆盖。只要满足了条件组合覆盖，就一定能满足分支覆盖。途径覆盖：执行所有也许穿过程序

控制流程的途径，一般状况下，这一测试严格地限制为所有也许的入口/出口途径。假如遵照这一规定，则到达了

100%覆盖率。在途径测试中，该亮度是最强的，一般是不可实现的。

87.单元测试、集成测试、有效性测试的含义及它们之间的区别。

答：单元测试重要检测软件设计的最小单位一一模块。该测试以详细详细设计文档为指导，测试模块中的重要控

制途径。一般来说，单元测试往往采用白盒技术。在单元测试期间，一般考虑模块的四个特性，以及与之有关日勺

边界条件：1）模块接口。2）局部数据构造。3）重要的执行途径。4）错误执行途径。集成测试是软件组装的一

种系统化技术，其目的是发现与接口有关的错误，将通过单元测试的模块构成一种满足设计规定的软件构造。集

成测试可“自顶向下”地进行，称为自顶向下日勺集成测试，也可“自底向上”地进行，称为自底向上的集成测试。

有效测试的目的是发现软件实现的功能与需求规格阐明书不一致的错误。因此，有效性测试一般采用黑盒技术。

为了实既有效性测试，制定的测试计划应根据采用日勺测试技术给出要进行日勺一组测试，并给出测试用例和预期成

果的设计。一般在测试执行之前应进行配置复审，其目的是保证软件配置的所有元素已被对时的开发并编排目录,

具有必要的细节以支持和软件生存周期的维护阶段。区别：单元测试集中于单个模块日勺功能和构造检测；集成测

试集中于模块组合的功能和软件构造检测；有效性测试验证软件需求的可追溯性。

88.简述途径测试技术、事务流测试技术的重要根据.

答;途径测试技术支持测试过程模型的中间部分；途径测试技术是一种简朴，实用的单元测试技术，通过程序中

的控制逻辑可以发现数据错误、基本计算错误等；途径测试技术是基于程序逻辑构造的，对错误的假定是软件通

过了与预想不一样的途径；在途径测试技术中，采用控制流程图作为模型体现工具，支持创立被测试程序的模型；

基于途径的基本属性，途径测试技术给出了几种常见的测试途径覆盖，包括语句覆盖、分支覆盖、条件构成覆盖

和途径覆盖等，这几种覆盖是一种偏序。根据软件特定需要，可以在条件组合覆盖和途径覆盖之间定义其他类型

的覆盖；途径选用是测试用例世纪的基础。事务流测试技术的要点：玉途径测试同样，支持测试过程模型的中间

部分；事务流测试技术是将途径测试技术用于功能测试日勺产物，通过事物日勺操作逻辑发现软件中的逻辑错误、数

据错误、计算错误等；事务流测试技术是基于软件规约的，对错误的假定是软件通过了与预想不一样日勺事务途径;

在事务流测试技术中，采用事务流程图作为模型体现工具，支持创立被测试软件的模型；基于事务的基本属性，

事务流测试技术最大的问题和最大时代价是获得事务流程图以及用例设计；一般，事务流程测试规定到达基本领

务时覆盖，不过大部分错误将在奇异的、不受注意的或非法的操作流中发现，更为重要的是，在事务处理流程测

试中，假如设计测试用例时能与设计者讨论，将可以发现比运行测试更多的错误。

89.针对程序流程图中出现的多种循环，怎样选用测试途径？

答：循环构造可分为单循环、嵌套循环、级联循环和混杂循环。由于循环构造的错误轻易发生在控制变量的边界

上，对于不一样的循环给出对应的途径选用规则。1）单循环。1.最小循环次数为0,最大次数为N,且无跳跃

值。选用：循环控制变量为-1、0、1经典反复次数、N-KN、N+1的途径。2.非。最小循环次数，且无“跳跃”

值。选用：循环控制变量次数为“最小循环次数-1”、“最小反复次数加1”、“经典反复次数”、“最大反复次数-1”、

“最大反复次数”、“最大反复次数加1”。3.具有活跃值的单循环，除把每一种跳跃边界按“最小循环次数”、

“最大循环次数”处理外，其他规则与前两种同样。2）嵌套循环。1.从最深层的循环开始，设定所有外层循环

取他日勺最小值。2.测试最小值减一、最小值、最小值加一、经典值、最大值减1、最大值、最大值加1。与此同步,

测试“跳跃”值边界。3.设定内循环在经典值处，按2循环外层循环，直到覆盖所有循环。3）级联循环。

假如级联循环中每个循环的控制变量有关，则可视为嵌套循环。假如级联循环中每个循环日勺控制变量无关，则可

视为单循环。

90.CMMI于的基本思想

答:该模型基于过程途径思想，通过过程把软件质量的3个支撑点一一受训的人员、规程和措施、工具和设备进行

集成，以开发所期望的系统/产品。为此，CMMI紧紧围绕开发、维护和运行，把通过证明的“最佳实践”放在一

种构造中。该构造有乃至于指导组织确定其过程时发送优先次序;有乃至于指导这些改善的实行，以提高其过程能

力和成熟度，并且还支持其他领域（如获取和服务）能力成熟度模型开发。

91么是过程制度化？在CMMI把过程制度化分几种等级？简要回答每一等级重要特性

答:重现已定义过程时的特性.分5个等级:1级为初始级，2级为己管理等级，3级为已定义级，4级为已定量管

理级，5级为持续优化级。

92述CMMI模型支持两种过程改善途径

答:CMMI提供了两种改善途径，一是称为能力等级是一种过程改善途径，该途径可使组织针对单一过程域不停改

善该过程域；二是称为成熟度等级也是一种过程改善途径，该途径可使组织通过关注一组过程域不停改善一组有

关过程域。

93述CMMI模型的模型部件及部件间关系

答：1过程域，2专用目的，3专用实践，4公用目的，5共用实践，6经典工作产品，7子实践，8共用实践的精

化，9意图陈说，10简介性注释，11有关过程域。

94用实践与共用实践关系

答:专用实践:每一种过程域中均有一种或多种“专用实践”，这些专用实践被认为对于到达该过程域的专用目的是

重要活动，即期望以专用实践所描述的活动，会导致到达一种过程域的专用目的共用实践:每一种过程域中均有一

种或多种“共用实践”，这些共用实践被认为对于到达该过程域有关的共用目的是重要活动，例如，对共有目的“该

过程予以制度化，使之成为一种已管理过程“而言，一种共用实践是”为该过程的执行、工作产品的开发以及该

过程日勺服务，提供充足的资源“。之因此称为“共用实践“，是由于同一实践可应用于多种过程。

95每一成熟度等级所包括的过程域。

答:在成熟度等级，把开发、维扩、运行中的过程分为4个组。包括7个过程域:配置管理、测量与分析、项目监控、

项目规划、过程和产品质量保证、需求管理、提供方协议管理。包括11个过程域:决策分析与处理、集成项目管理、

组织过程定义、缓缓过程关注、组织培训、产品集成、需求开发、风险管理、技术处理方案、验证、确定组织过

程性能和定量项目管理原因分析与处理和组织创新和布署

96述项目规划过程域的专用目的与专用实践

答:专用目的1：SG1建立估算，4个专用实践SP1.1估算项目规模,SP1.2建立工作产品和任务属性的估算SP1.3定

义项目生存周期SP1.4确定工作量和成本的估算专用目的2:SG2开发项目计划,7个专用实践:SP2.1建立预算和进

度，SP2.2标识项目风险SP2.3规划数据管理SP2.4规划项目资源SP2.5规划需要的知识和技能SP2.6规划利益攸

关方参与SP2.7建立项目计划专用目的3SG3获得对该计划的承诺SP3.1评审该项目的计划SP3.2调和工作和资源

等级，使之一致。SP3.3获得计划承诺。

97述开发过程的专用目的与专用实践

答:专用目的1SG1开发客户需求，2个专用实践SP1.1引出规定SP1.2开发客户需求

专用目的2:SG2开发产品需求，3个专用实践SP2.1建立产品和产品构件的需求SP2.2分派产品构件需求SP2.3标

识接口需求专用目的3SG3分析并验证需求,5个专用实践SP3.1建立操作概念和场景SP3.2建立所需功能的定义

SP3.3分析需求SP3.4分析需求，到达权衡SP3.5确认需求。

98述共用目的2及其有关的共用实践

答:共用目的2:GG2把过程制度化为一种已管理过程,10个共用实践GP2.1建立组织方略GP2.2规划该过程GP2.3

提供资源GP2.4指定责任GP2.5培训人员GP2.6管理配置GP2.7标识有关利益方的参与GP2.8监控该过程GP2.9

客观地评估过程的符合性GP2.10以高层管理的视觉评审状态.

99.RUP的定义及重要特点

答:RUP是一种软件开发过程框架，基于面向对象符号体系给出了有关软件开发过程组织及实行的指导。该框架体现了

3个突出特性，即以用况驱动、体系构造为中心以及迭代、增量式开发。

1.简述软件开发的本质。

2.简述实行软件开发的基本途径。

3.简述何谓模型以及软件开发中所波及的模型。

4.简述软件开发所波及的两大类技术。

5、简述需求与需求规约的基本性质。

6、简述软件需求的分类。

7、举例阐明功能需求和非功能需求之间的基本关系。

8、有哪几种常用日勺初始需求发现技术？

9、简述需求规约的3种基本形式。

10