1、数据库系统工程师-系统开发和运行维护及答案解析(总分：109.00，做题时间：90 分钟)结构化设计方法在软件开发中用于 (73) ，它是一种面向 (74) 的设计方法。该方法使用的图形工具是 (75) ， (75) 中矩形表示 (76) 。如果两矩形之间有直线相连，表示它们存在 (77) 关系。（分数：5.00）A.测试用例设计B.概要设计C.程序设计D.详细设计A.对象B.数据结构C.数据流D.控制流A.程序结构图B.数据流程图C.程序流程图D.实体联系图A.数据B.加C.模块D.存储A.链接B.调用C.并列D.顺序执行在系统验收测试中， (17) 是在一个模拟的环境下使用模拟数据运行系统
2、； (18) 是在一个实际环境中使用真实数据运行系统。（分数：2.00）A.验证测试B.审计测试C.确认测试D.模块测试A.验证测试B.审计测试C.确认测试D.模块测试结构化分析方法(SA)、结构化设计方法(SD)和 Jackson 方法是在软件开发过程中常用的方法。人们使用SA 方法时可以得到 (43) ，这种方法采用的基本手段是 (44) ；使用 SD 方法时可以得到 (45) ，并可以实现 (46) ，而使用 Jackson 方法可以实现 (47) 。（分数：5.00）A.程序流程图B.具体的语言程序C.模块结构图及模块的功能说明书D.分层数据流图和数据字典A.分解与抽象B.分解与综合C
3、.归纳与推导D.试探与回溯A.程序流程图B.具体的语言程序C.模块结构图及模块的功能说明书D.分层数据流图和数据字典A.从数据结构导出程序结构B.从数据流图导出初始结构图C.从模块结构导出数据结构D.从模块结构导出程序结构A.从数据结构导出程序结构B.从数据流图导出初始结构图C.从模块结构导出数据结构D.从模块结构导出程序结构1.软件开发中的瀑布模型典型地刻画了软件生存周期的阶段划分，与其最相适应的软件开发方法是 (1) 。（分数：1.00）A.构件化方法B.结构化方法C.面向对象方法D.快速原型法2.概要设计是软件系统结构的总体设计，以下选项中不属于概要设计的是 (106) 。（分数：1.0
4、0）A.把软件划分成模块B.确定模块之间的调用关系C.确定各个模块的功能D.设计每个模块的伪代码3.以下关于原型化开发方法的叙述中，不正确的是 (29) 。（分数：1.00）A.原型化方法适应于需求不明确的软件开发B.在开发过程中，可以废弃不用早期构造的软件原型C.原型化方法可以直接开发出最终产品D.原型化方法有利于确认各项系统服务的可用性4.耦合度描述了 (23) 。（分数：1.00）A.模块内各种元素结合的程度B.模块内多个功能之间的接口C.模块之间公共数据的数量D.模块之间相互关联的程度软件质量包含多方面的内容， (63) 、 (64) 、可移植性、可复用性等是较为重要的质量特性。在软件
5、开发中，必须采取有力的措施，以确保软件的质量，这些措施至少应包括： (65) 、 (66) 、 (67) 。（分数：5.00）A.稳定性B.可靠性C.数据一致性D.可维护性E.可行性F.数据独立性A.稳定性B.可靠性C.数据一致性D.可维护性E.可行性F.数据独立性A.在开发初期制订质量保证计划，并在开发中坚持实行B.开发工作严格按阶段进行，文档工作应在开发完成后集中进行C.严格执行阶段评审D.要求用户参与全部开发过程，以监督开发质量E.开发前选定或制定开发标准或开发规范，并遵照实施F.争取足够的开发经费和开发人力的支持A.在开发初期制订质量保证计划，并在开发中坚持实行B.开发工作严格按阶段进
6、行，文档工作应在开发完成后集中进行C.严格执行阶段评审D.要求用户参与全部开发过程，以监督开发质量E.开发前选定或制定开发标准或开发规范，并遵照实施F.争取足够的开发经费和开发人力的支持A.在开发初期制订质量保证计划，并在开发中坚持实行B.开发工作严格按阶段进行，文档工作应在开发完成后集中进行C.严格执行阶段评审D.要求用户参与全部开发过程，以监督开发质量E.开发前选定或制定开发标准或开发规范，并遵照实施F.争取足够的开发经费和开发人力的支持5.用来辅助软件开发、运行、维护、管理、支持等过程中的活动的软件称为软件开发工具；通常也称为 (97) 工具。（分数：1.00）A.CADB.CAIC.C
7、AMD.CASE6.结构化开发方法中，数据流图是 (28) 阶段产生的成果。（分数：1.00）A.需求分析B.总体设计C.详细设计D.程序编码7.下列叙述中，与提高软件可移植性相关的是 (12) 。（分数：1.00）A.选择时间效率高的算法B.尽可能减少注释C.选择空间效率高的算法D.尽量用高级语言编写系统中对效率要求不高的部分8.软件设计的主要任务是设计软件的结构、过程和模块，其中软件结构设计的主要任务是要确定 (3) 。（分数：1.00）A.模块间的操作细节B.模块间的相似性C.模块间的组成关系D.模块的具体功能软件测试的目的是 (53) 。为了提高测试的效率，应该 (54) 。使用白盒测
8、试方法时，确定测试数据应根据 (55) 和指定的覆盖标准。一般说来与设计测试数据无关的文档是 (56) 。软件的集成测试工作最好由 (57) 承担，以提高集成测试的效果。（分数：5.00）A.评价软件的质量B.发现软件的错误C.发现软件的错误D.证明软件是正确的A.随机地选取测试数据B.取一切可能的输入数据作为测试数据C.在完成编码以后制订软件的测试计划D.选择发现错误可能性大的数据作为测试数据A.程序的内部逻辑B.程序的复杂程序C.使用说明书D.程序的功能A.需求规格说明书B.设计说明书C.源程序D.项目开发计划A.该软件的设计人员B.该软件开发组的负责人C.该软件的编程人员D.不属于该软件
9、开发组的软件设计人员软件开发模型用于指导软件的开发。演化模型是在快速开发一个 (99) 的基础上，逐步演化成最终软件的。螺旋模型综合了 (100) 的优点，并增加了 (101) 。喷泉模型描述的是面向 (102) 的开发过程，反映了该开发过程的 (103) 特征。（分数：5.00）A.模块B.运行平台C.原型D.一主程序A.瀑布模型和演化模型B.瀑布模型和喷泉模型C.演化模型和喷泉模型D.原型模型和喷泉模型A.质量评价B.进度控制C.版本控制D.风险分析A.数据流B.数据结构C.对象D.构件(component)A.迭代和有间隙B.迭代和无间隙C.无迭代和有间隙D.无迭代和无间隙9.系统测试是
10、将软件系统与硬件、外设和网络等其他因素结合，对整个软件系统进行测试。 (4) 不是系统测试的内容。（分数：1.00）A.路径测试B.可靠性测试C.安装测试D.安全测试10.CMM 模型将软件过程的成熟度分为 5 个等级。在 (7) 使用定量分析来不断地改进和管理软件过程。（分数：1.00）A.优化级B.管理级C.定义级D.可重复级11.通常在软件的 (31) 活动中无需用户参与。（分数：1.00）A.需求分析B.维护C.编码D.测试12.在结构化分析方法中，数据字典是重要的文档。对加工的描述是数据字典的组成内容之一，常用的加工描述方法 (6) 。（分数：1.00）A.只有结构化语言B.有结构化
11、语言和判定树C.有结构化语言、判定树、判定表D.有判定树和判定表13.数据流程图的作用是 (24) 。（分数：1.00）A.描述了数据对象之间的关系B.描述了对数据的处理流程C.说明了将要出现的逻辑判定D.指明了系统对外部事件的反应软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 (58) 。三种可能的模块耦合是：(59) 。例如，一个模块直接引用另一模块中的数据。(60) 。例如，一个模块把开关量作为参数传送给另一模块。(61) 。例如，一个模块把一个数值量作为参数传送给另一模块。其中 (62) 的耦合性最强。（分数：5.00）A.强B.适中C.弱A.公共耦合B.数据耦合C.
12、逻辑耦合D.外部耦合E.内容耦合F.控制耦合A.公共耦合B.数据耦合C.逻辑耦合D.外部耦合E.内容耦合F.控制耦合A.公共耦合B.数据耦合C.逻辑耦合D.外部耦合E.内容耦合F.控制耦合A.公共耦合B.数据耦合C.逻辑耦合D.外部耦合E.内容耦合F.控制耦合模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度。1一组语句在程序中多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 (48) 的。2将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 (49) 的。3模块中所有成分引用共同的数据，该模块的内聚度是 (50) 的。4模块内某成分的输出是另一些成分的输入，该模块
13、的内聚度是 (51) 的。5模块中所有成分结合起来完成一项任务，该模块的内聚度是 (52) 的。它具有简明的外部界面，由它构成的软件易于理解、测试和维护。（分数：5.00）A.功能性B.顺序性C.通信性D.过程性E.偶然性F.瞬时性G.逻辑性A.功能性B.顺序性C.通信性D.过程性E.偶然性F.瞬时性G.逻辑性A.功能性B.顺序性C.通信性D.过程性E.偶然性F.瞬时性G.逻辑性A.功能性B.顺序性C.通信性D.过程性E.偶然性F.瞬时性G.逻辑性A.功能性B.顺序性C.通信性D.过程性E.偶然性F.瞬时性G.逻辑性14.在软件项目开发过程中，评估软件项目风险时， (26) 与风险无关。（分数
14、：1.00）A.高级管理人员是否正式承诺支持该项目B.开发人员和用户是否充分理解系统的需求C.最终用户是否同意部署已开发的系统D.开发需要的资金是否能按时到位15.内聚是一种指标，表示一个模块 (25) 。（分数：1.00）A.代码优化的程度B.代码功能的集中程度C.完成任务的及时程度D.为了与其他模块连接所要完成的工作量16.在软件项目管理中可以使用各种图形工具来辅助决策，下面对 Gantt 图的描述中，不正确的是 (22) 。（分数：1.00）A.Gantt 图表现了各个活动的持续时间B.Gantt 图表现了各个活动的起始时间C.Gantt 图反映了各个活动之间的依赖关系D.Gantt 图
15、表现了完成各个活动的进度在软件开发过程中常用图作为描述工具。如 DFD 就是面向 (93) 分析方法的描述工具。在一套分层 DFD 中，如果某一张图中有 N 个加工(process)，则这张图允许有 (94) 张子图。在一张 DFD 图中，任意两个加工之间 (95) 。在画分层 DFD 时，应注意保持 (96) 之间的平衡。（分数：4.00）A.数据结构B.数据流C.对象D.构件(component)A.0B.1C.1ND.0NA.有且仅有一条数据流B.至少有一条数据流C.可以有 0 条或多条名字互不相同的数据流D.可以有 0 条或多条数据流，但允许其中有若干条名字相同的数据流A.父图与其子图
16、B.同一父图的所有子图C.不同父图的所有子图D.同一子图的所有直接父图17.在统一建模语言(UML)中， (33) 用于描述系统与外部系统及用户之间的交互。（分数：1.00）A.类图B.用例图C.对象图D.协作图在设计测试用例时， (88) 是用得最多的一种黑盒测试方法。在黑盒测试方法中，等价类划分方法设计测试用例的步骤是：1根据输入条件把数目极多的输入数据划分成若干个有效等价类和若干个无效等价类；2设计一个测试用例，使其覆盖 (89) 尚未被覆盖的有效等价类，重复这一步，直至所有有效等价类均被覆盖。3设计一个测试用例，使其覆盖 (90) 尚未被覆盖的无效等价类，重复这一步，直至所有无效等价类
17、均被覆盖。因果图方法是根据 (91) 之间的因果关系来设计测试用例的。在实际应用中，一旦纠正了程序中的错误后，还应选择部分或全部原先已测试过的测试用例，对修改后的程序重新测试，这种测试称为 (92) 。（分数：5.00）A.等价类划分B.边值分析C.因果图D.判定表A.1 个B.7 个左右C.一半D.尽可能少的E.尽可能多的F.全部A.1 个B.7 个左右C.一半D.尽可能少的E.尽可能多的F.全部A.输入与输出B.设计与实现C.条件与结果D.主程序与子程序A.验收测试B.强度测试C.系统测试D.回归测试18.采用瀑布模型进行系统开发的过程中，每个阶段都会产生不同的文档。以下关于产生这些文档的
18、描述中，正确的是 (19) 。（分数：1.00）A.外部设计评审报告在概要设计阶段产生B.集成测试计划在程序设计阶段产生C.系统计划和需求说明在详细设计阶段产生D.在进行编码的同时，独立地设计单元测试计划在进行金融业务系统的网络设计时，应该优先考虑 (36) 原则。在进行企业网络的需求分析时，应该首先进行 (37) 。（分数：2.00）A.先进性B.开放性C.经济性D.高可用性A.企业应用分析B.网络流量分析C.外部通信环境调研D.数据流向图分析19.CVS 是一种 (30) 工具。（分数：1.00）A.需求分析B.编译C.程序编码D.版本控制如果一个软件是给许多客户使用的，大多数软件厂商要使
19、用几种测试过程来发现那些可能只有最终用户才能发现的错误。 (107) 测试是由软件的最终用户在一个或多个用户实际使用环境下来进行的。 (108) 测试是由一个用户在开发者的场所来进行的，测试的目的是寻找错误的原因并改正之。（分数：2.00）A.AlphaB.BetaC.GammaD.DeltaA.AlphaB.BetaC.GammaD.Delta软件维护工作越来越受到重视，因为它的花费常常要占软件生存周期全部花费的 (83) %左右。其工作内容为 (84) ，为了减少维护工作的困难；可以考虑采取的措施是 (85) 。而软件的可维护性包含 (86) 。所谓维护管理主要指的是 (87) 等。（分数
20、：5.00）A.1020B.2040C.6080D.90 以上A.纠正与修改软件中含有的错误B.因环境已发生变化，软件需做相应的变更C.为扩充功能，提高性能而做的变更D.包括上述各点内容A.设法开发出无错的软件B.增加维护人员数量C.切实加强维护管理，并在开发过程中采取有利于未来维护的措施D.限制修改的范围A.正确性、灵活性、可移植性B.可测试性、可理解性、可修改性C.可靠性、可复用性、可用性D.灵活性、可靠性、高效性A.加强需求分析B.重新编码C.判定修改的合理性并审查修改质量D.加强维护人员管理20.在下列说法中， (109) 是造成软件危机的主要原因。用户使用不当 软件本身特点 硬件不可
21、靠对软件的错误认识 缺乏好的开发方法和手段 开发效率低（分数：1.00）A.B.C.D.采用 UML 进行软件建模过程中， (34) 是系统的一种静态视图，用 (35) 可表示两类事物之间存在的整体/部分形式的关联关系。（分数：2.00）A.序列图B.协作图C.类图D.状态图A.依赖关系B.聚合关系C.泛化关系D.实现关系下列要素中，不属于 DFD 的是 (15) 。当使用 DFD 对一个工资系统进行建模时， (16) 可以被认定为外部实体。（分数：2.00）A.加工B.数据流C.数据存储D.联系A.接收工资单的银行B.工资系统源代码程序C.工资单D.工资数据库的维护21.下述任务中，不属于软
22、件工程需求分析阶段的是 (2) 。（分数：1.00）A.分析软件系统的数据要求B.确定软件系统的功能需求C.确定软件系统的性能要求D.确定软件系统的运行平台在表示多个数据流与加工之间关系的符号中，下列符号分别表示 (104) 和 (105) 。（分数：2.00）A.若 A， 则(B 或 C)或(B 与 C)B.若 A 或 B，则 CC.若 A 与 B，则 CD.若 A，则(B 或 C)但非(B 与 C)A.若 A，则(B 或 C)或(B 与 C)B.若 A 或 B，则 CC.若 A 与 B，则 CD.若 A，则(B 或 C)但非(B 与 C)在用白箱法设计测试用例时，常用的 5 种覆盖标准是：
23、语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件组合覆盖。假设 A 和 B 是两种覆盖标准，我们用 A B 表示 A 包含 B，用 A （分数：5.00）(1). （分数：1.00）A.B.C.D.(2). （分数：1.00）A.B.C.D.(3). （分数：1.00）A.B.C.D.(4). （分数：1.00）A.B.C.D.(5). （分数：1.00）A.B.C.D.22.在面向数据流的设计方法中，一般把数据流图中的数据划分为 (8) 两种。（分数：1.00）A.数据流和事务流B.变换流和数据流C.变换流和事务流D.控制流和事务流23.使用软件开发工具有助于提高软件的开发、维护和管理
24、的效率。集成型软件开发环境通常由工具集和环境集成机制组成。这种环境应具有 (98) 。环境集成机制主要有数据集成机制、控制集成机制和界面集成机制。（分数：1.00）A.开放性和可剪裁性B.开放性和不可剪裁性C.封闭性和可剪裁性D.封闭性和不可剪裁性在系统转换的过程中，旧系统和新系统并行工作一段时间，再由新系统代替旧系统的策略称为 (13) ：在新系统全部正式运行前，一部分一部分地代替旧系统的策略称为 (14) 。（分数：2.00）A.直接转换B.位置转换C.分段转换D.并行转换A.直接转换B.位置转换C.分段转换D.并行转换在测试用例设计中，有语句覆盖、条件覆盖、判定覆盖(即分支覆盖)、路径覆
25、盖等，其中 (78) 是最强的覆盖准则。为了对如图 9-2 所示的程序段进行覆盖测试，必须适当地选取测试数据组。若 x，y 是两个变量，可供选择的测试数据组共有，四组(如表 9-3 所示)，则实现判定覆盖至少应采用的测试数据组是 (79) ；实现条件覆盖至少应采用的测试数据组是 (80) ；实现路径覆盖至少应采用的测试数据组是 (81) 或 (82) 。（分数：5.00）A.语句覆盖B.条件覆盖C.判定覆盖D.路径覆盖A.和组B.和组C.和组D.和组E.，和组F.，和组G.，和组H.，和组A.和组B.和组C.和组D.和组E.，和组F.，和组G.，和组H.，和组A.和组B.和组C.和组D.和组E
26、.，和组F.，和组G.，和组H.，和组A.和组B.和组C.和组D.和组E.，和组F.，和组G.，和组H.，和组在 UML 提供的图中， (20) 用于描述系统与外部系统及用户之间的交互； (21) 用于按时间顺序描述对象间交互。（分数：2.00）A.用例图B.类图C.对象图D.部署图A.网络图B.状态图C.协作图D.序列图在 UML 提供的图中，可以采用 (9) 对逻辑数据库模式建模； (10) 用于接口、类和协作的行为建模，并强调对象行为的时间顺序： (11) 用于系统的功能建模，并强调对象的控制流。（分数：3.00）A.用例图B.构件图C.活动图D.类图A.协作图B.状态图C.序列图D.对
27、象图A.状态图B.用例图C.活动图D.类图24.项目管理工具中，将网络方法用于工作计划安排的评审和检查的是 (5) 。（分数：1.00）A.Gantt 图B.PERT 网图C.因果分析图D.流程图(68) 在实现阶段进行，它所依据的模块功能描述和内部细节以及测试方案应在 (69) 阶段完成，目的是发现编程错误。(70) 所依据的模块说明书和测试方案应在 (71) 阶段完成，它能发现设计错误。(72) 应在模拟的环境中进行强度测试的基础上进行，测试计划应在软件需求分析阶段完成。（分数：5.00）A.用户界面测试B.输入/输出测试C.集成测试D.单元测试A.需求分析B.概要设计C.详细设计D.结构
28、设计A.集成测试B.可靠性测试C.系统性能测试D.强度测试A.编程B.概要设计C.维护D.详细设计A.过程测试B.函数测试C.确认测试D.逻辑路径测试25.开发专家系统时，通过描述事实和规则由模式匹配得出结论，这种情况下适用的开发语言是 (27) 。（分数：1.00）A.面向对象语言B.函数式语言C.过程式语言D.逻辑式语言26.进行软件项目的风险分析时，风险避免、风险监控和风险管理及意外事件计划是 (32) 活动中需要考虑的问题。（分数：1.00）A.风险识别B.风险预测C.风险评估D.风险控制数据库系统工程师-系统开发和运行维护答案解析(总分：109.00，做题时间：90 分钟)结构化设计
29、方法在软件开发中用于 (73) ，它是一种面向 (74) 的设计方法。该方法使用的图形工具是 (75) ， (75) 中矩形表示 (76) 。如果两矩形之间有直线相连，表示它们存在 (77) 关系。（分数：5.00）A.测试用例设计B.概要设计 C.程序设计D.详细设计解析：A.对象B.数据结构C.数据流 D.控制流解析：A.程序结构图 B.数据流程图C.程序流程图D.实体联系图解析：A.数据B.加C.模块 D.存储解析：A.链接B.调用 C.并列D.顺序执行解析：分析结构化设计用于软件的概要设计，它是一种面向数据流的设计方法。程序结构图是采用结构化设计方法进行软件概要设计的描述手段。结构图中
30、的主要成分有：(1)模块。以矩形框表示，框中标有模块的名字。对于已定义(或者已开发)的模块，则可以用双纵边矩形框表示，如图 9-6 所示。*(2)模块间的调用关系。两个模块，一上一下，以箭头相连，上面的模块是调用模块，箭头指向的模块是被调用模块，如图 9-7 中，模块 A 调用模块 B。在一般情况下，箭头表示的连线可以用直线代替。*(3)模块间的通信。以表示调用关系的长箭头旁边的短箭头表示，短箭头的方向和名字分别表示调用模块和被调用模块之间信息的传递方向和内容。如图 9-7 中，首先模块 A 将信息 C 传给模块 B，经模块 B 加工处理后的信息 D 再传回给 A。(4)辅助控制符号。当模块
31、A 有条件的调用模块 B 时，在箭头的起点标以菱形。模块 A 反复地调用模块 D时，另加一环状箭头。如图 9-8 所示。*在结构图中条件调用所依赖的条件和循环调用的循环控制条件通常都无须注明。在系统验收测试中， (17) 是在一个模拟的环境下使用模拟数据运行系统； (18) 是在一个实际环境中使用真实数据运行系统。（分数：2.00）A.验证测试 B.审计测试C.确认测试D.模块测试解析：A.验证测试B.审计测试C.确认测试 D.模块测试解析：分析系统验收测试是最终用户使用真实数据一段时间后进行的最终系统测试，它给最终用户、管理人员和信息系统操作管理人员最后一次机会决定接收或者拒绝系统。系统验收
32、测试是一种详细测试，涉及 3 个层面的验收测试，分别是验证测试、确认测试和审计测试。(1)验证测试：在一个模拟环境下使用模拟数据运行系统，它主要寻找错误和遗漏。(2)确认测试：在一个实际环境中使用真实数据运行系统。在确认测试过程中，可以测试性能、峰值负载处理性能、方法和程序测试、备份和恢复测试等。(3)审计测试：证实系统没有错误并准备好了，可以正式运行。结构化分析方法(SA)、结构化设计方法(SD)和 Jackson 方法是在软件开发过程中常用的方法。人们使用SA 方法时可以得到 (43) ，这种方法采用的基本手段是 (44) ；使用 SD 方法时可以得到 (45) ，并可以实现 (46) ，
33、而使用 Jackson 方法可以实现 (47) 。（分数：5.00）A.程序流程图B.具体的语言程序C.模块结构图及模块的功能说明书D.分层数据流图和数据字典 解析：A.分解与抽象B.分解与综合 C.归纳与推导D.试探与回溯解析：A.程序流程图B.具体的语言程序C.模块结构图及模块的功能说明书 D.分层数据流图和数据字典解析：A.从数据结构导出程序结构B.从数据流图导出初始结构图 C.从模块结构导出数据结构D.从模块结构导出程序结构解析：A.从数据结构导出程序结构 B.从数据流图导出初始结构图C.从模块结构导出数据结构D.从模块结构导出程序结构解析：分析本题考查常用的软件设计方法。结构化设计方
34、法、Jackson 方法和 Parnas 方法是软件工程设计阶段常用的设计方法，下面分别进行介绍。1结构化方法结构化方法是软件开发的常用方法，包括结构化分析、结构化设计和结构化程序设计。(1)结构化分析方法结构化分析(Structured Analysis，SA)方法是一种面向数据流的需求分析方法，适用于分析大型数据处理系统，其基本思想见 6 题的分析。SA 方法的分析结果由数据流图 DFD、数据词典和加工逻辑说明几个部分组成，软件需求说明书(SRS)是需求分析阶段的最后成果。其中数据流图用来描述数据流从输入到输出的变换流程；数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定
35、义的集合。(2)结构化设计方法结构化设计(Structured Design，SD)方法是一种面向数据流的设计方法，它是以结构化分析阶段所产生的文档(包括数据流图、数据字典和软件需求说明书)为基础，自顶向下，逐步求精和模块化的过程。SD 可以与 SA 方法衔接，采用结构图(SC)来描述程序的结构。结构图的基本成分由模块、调用和输入/输出数据组成。在需求分析阶段，用 SA 方法产生了数据流图。面向数据流的设计能方便地将 DFD 转换成程序结构图，DFD 中从系统的输入数据到系统的输出数据流的一连串连续变换将形成一条信息流。DFD 的信息流大体可分为两种类型，一种是变换流，另一种是事务流。SD 方
36、法的设计步骤有：复查并细化数据流图：确定 DFD 的信息流类型；根据信息流类型分别将变换流或事务流转换成程序结构图；根据软件设计的原则对程序结构图作改进。(3)结构化程序设计结构化程序设计(Structured Programming，SP)采用自顶向下逐步求精的设计方法和单入口、单出口的控制结构。自顶向下逐步求精的设计方法符合抽象和分解的原则，是人们解决复杂问题时常用的方法。SA方法和 SD 方法也采用了自顶向下逐步求精的方法，在详细设计时也同样如此。在设计一个模块的实现算法时，先考虑整体后考虑局部，先抽象后具体，逐步细化，最后得到详细的实现算法。单入口、单出口的控制结构，使程序的静态和动态
37、结构执行过程一致，使程序具有良好的结构。2Jackson 方法Jackson 方法是由 MJackson 提出的，Jackson 方法的基本思想和 SD 方法是一致的，但它不是面向数据流，而是面向数据结构的，在数据结构基础上建立程序结构。该方法特别适合于设计企事业管理一类的规模适中的数据处理系统。Jackson 方法有时也称为面向数据结构的软件设计方法。Jackson 方法的基本步骤是：(1)建立系统的数据结构；(2)以数据结构为基础，对应地建立程序结构；(3)列出程序中要用到的各种基本操作，再将这些操作分配到程序结构适当的模块中。3Parnas 方法Parnas 方法是由 DParnas 在
38、 1972 年提出的。由于当时软件在可维护性和可靠性方面存在着严重问题，因此 Parnas 提出的方法是针对这两个问题的。首先，Parnas 提出了信息隐蔽原则：在概要设计时列出将来可能发生变化的因素，并在模块划分时将这些因素放到个别模块的内部。这样，在将来由于这些因素变化而需修改软件时，只需修改这些个别的模块，其他模块不受影响。信息隐蔽技术不仅提高了软件的可维护性，而且也避免了错误的蔓延，改善了软件的可靠性。现在信息隐蔽原则已成为软件工程学中的一条重要原则。Parnas 提出的第二条原则是在软件设计时应对可能发生的种种意外故障采取防范措施。软件是很脆弱的，很可能因为一个微小的错误而引发严重的
39、事故，所以必须加强防范。如在分配使用设备前，应该取设备状态字，检查设备是否正常。此外，模块之间也要加强检查，防止错误蔓延。Parnas 对软件开发提出了深刻的见解。遗憾的是，他没有给出明确的工作流程。所以这一方法不能独立使用，只能作为其他方法的补充。1.软件开发中的瀑布模型典型地刻画了软件生存周期的阶段划分，与其最相适应的软件开发方法是 (1) 。（分数：1.00）A.构件化方法B.结构化方法 C.面向对象方法D.快速原型法解析：分析瀑布模型严格遵循软件生命周期各阶段的固定顺序：计划、分析、设计、编程、测试和维护，上一阶段完成后才能进入下一阶段，整个模型就像一个飞流直下的瀑布，如图 9-1 所
40、示。下面，我们来分析试题所给出的 4 个选项。1快速原型法快速原型是指快速建立起来的可以在计算机上运行的程序，它所完成的功能往往是最终软件产品功能的一个子集。快速原型模型的第一步是快速建立一个能反映用户主要需求的软件原型，让用户在计算机上使用它，通过实际操作了解目标系统的概貌。开发人员按照用户提出的意见快速地修改原型系统，然后再次请用户试用一旦用户认为这个原型系统确实能够满足他们的需求，开发人员便可据此书写软件需求说明，并根据这份文档开发出可以满足用户真实需求的软件产品。*因此，快速原型法主要用于获取用户的真实需求，适合开发用户需求不是很明确的软件系统。2结构化方法结构化方法(Structur
41、ed Method)是强调开发方法的结构合理性及所开发软件的结构合理性的软件开发方法。结构是指系统内各个组成要素之间的相互联系、相互作用的框架。结构化开发方法提出了一组提高软件结构合理性的准则，如分解与抽象、模块独立性、信息隐蔽等。针对软件生存周期各个不同的阶段，它有结构化分析(SA)、结构化设计(SD)和结构化程序设计(SP)等方法。在系统分析阶段，按全局的观点对企业进行分析，自上而下，从粗到精，由表及里，将系统逐层逐级进行分解，最后进行逆向综合，构成系统的信息模型。在系统设计阶段，先把系统功能作为一个大模块，然后逐层分解，完成系统模块结构设计。在实施阶段，先实现系统的框架，自上而下完善系统
42、的功能。程序的编写遵循结构化程序设计的原则，自顶向下，逐步求精。3面向对象方法面向对象方法是一种非常实用的软件开发方法。它以客观时间中的对象为中心，其分析和设计思想符合人们的思维方式，分析和设计的结果与客观世界的实际比较接近，容易被人们接受。在面向对象方法中，分析和设计的界限并不明显，他们采用相同的符号表示，能方便地从分析阶段平滑地过渡到设计阶段。4构件化方法构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统。结构上，它是语义描述、通讯接口和实现代码的复合体。简单地说，构件是具有一定的功能，能够独立工作或能同其他构件装配起来协调工作的程序体，构件的使用同它的
43、开发、生产无关。从抽象程度来看，面向对象技术已达到了类级重用(代码重用)，它以类为封装的单位。这样的重用粒度还太小，不足以解决异构互操作和效率更高的重用。构件将抽象的程度提到一个更高的层次，它是对一组类的组合进行封装，并代表完成一个或多个功能的特定服务，也为用户提供了多个接口。整个构件隐藏了具体的实现，只用接口对外提供服务。基于构件的开发(Component Based Sortware Development，CBSD)方法主要是利用已有构件组合集成，它的开发过程与传统方法不同。(1)需求分析和构件的评选需求分析阶段除分析外，还要进行构件的评选。一般分两步：查找所要构件和评价构件。首先按需求
44、分析结果，从构件库或构件市场查找所需要标准的构件，了解构件的功能、可靠性、可预测性等特性，包括市场份额、以前业绩；然后选出一些候选构件，再进行评价和决策。由于评价方法不精确，需求有时也不十分明确，因此评价和决策比较难。这一步主要确定构件适应性，主要考虑修改定制构件的投资和风险。(2)构件的剪裁和扩展经过评选的构件不可能马上都能用，有时要对已有构件进行属性扩展或修改，称为构件的剪裁和扩展。这常常需要对构件开发者提出扩展或修改的意见，由构件开发者去完成。注意只能改内部属性，不能改接口。(3)构件的测试经过剪裁和扩展后，也可能要重新开发一些新构件，这些扩展或新开发的构件，必须在构造应用工具上进行测试
45、，保证构件功能及接口规范的实现。这一步比传统的单元测试要快和容易。(4)构件的装配和集成构件的装配和集成是把构件装配成模块或打成包，在模块或包中都可以有自己的定制描述符。从上面的分析可以看出，与瀑布模型最相适应的开发方法为结构化方法。2.概要设计是软件系统结构的总体设计，以下选项中不属于概要设计的是 (106) 。（分数：1.00）A.把软件划分成模块B.确定模块之间的调用关系C.确定各个模块的功能D.设计每个模块的伪代码 解析：分析在概要设计阶段，设计人员将系统划分为一个个具有特定功能的模块，并给出相应模块的功能、模块间的联系与调用关系、决定模块的界面等。详细设计阶段的主要工作之一就是根据概
46、要设计的文档，设计每个模块的伪代码。3.以下关于原型化开发方法的叙述中，不正确的是 (29) 。（分数：1.00）A.原型化方法适应于需求不明确的软件开发B.在开发过程中，可以废弃不用早期构造的软件原型C.原型化方法可以直接开发出最终产品 D.原型化方法有利于确认各项系统服务的可用性解析：分析原型是软件开发过程中，软件的一个早期可运行的版本，它反映了最终系统的部分重要特性。原型化软件开发方法的基本思想是软件开发人员对用户提出的需求和问题进行总结，就系统的主要需求取得一致意见后，构造一个软件原型(原型是软件的一个早期版本，通常反映最终软件的部分重要特性，原则应该是可以运行和修改的)，使用户在试用
47、原型过程中得到感受和启发，并做出反应和评价。然后开发者根据用户的意见对原型进行改进，使之逐步完善，直到用户对系统完全满意为止。这种方法强调的是软件开发人员与用户的不断交互，通过原型的演进不断适应用户任务改变的需求。将维护和修改阶段的工作尽早进行，使用户验收提前，从而使软件产品更加适用。它的优点是需求表示清楚，用户满意度较高、可降低开始风险和开发成本。所以原型化方法特别适用于原始需求不明确的软件，通过用户的不断使用和体验并提出评价，使得不断修改的原型逐步达到用户要求。通常，软件开发过程中会得到多个软件原型，只有得到用户认可的才是最终的产品。4.耦合度描述了 (23) 。（分数：1.00）A.模块
48、内各种元素结合的程度B.模块内多个功能之间的接口C.模块之间公共数据的数量D.模块之间相互关联的程度 解析：分析耦合度是指从模块外部考察模块的独立性程度。它用来衡量多个模块间的相互联系。一般来说，耦合度应从以下三方面来考虑，即：耦合内容的数量，即模块间发生联系的数据和代码的多少，同这些数据和代码发生联系的模块的多少，多的耦合强，少的耦合弱。模块的调用方式，即模块间代码的共享方式。可分为用 CALL 语句调用方式和用 GOTO 语句直接访问方式。模块间的耦合类型有以下几种方式：(1)独立耦合：指两个模块彼此完全独立，没有直接联系。它们之间的唯一联系仅仅在于它们同属于一个软件系统或同有一个上层模块
49、。这是耦合程度最低的一种。当然，系统中只可能有一部分模块属于此种联系，因为一个程序系统中不可能所有的模块都完全没有联系。(2)数据耦合：指两个模块彼此交换数据。如一个模块的输出数据是另一个模块的输入数据，或一个模块带参数调用另一个模块，下层模块又返回参数。应该说，在一个软件系统中，此种耦合是不可避免的，且有其积极意义。因为任何功能的实现都离不开数据的产生、表示和传递。数据耦合的联系程度也较低。(3)控制耦合：若在调用过程中，两个模块间传递的不是数据参数而是控制参数，则模块间的关系即为控制耦合。控制耦合属于中等程度的耦合，比数据耦合模块间的联系更为紧密。但控制耦合不是一种必须存在的耦合。当被调用模块接收到控制信息作为输入参数时，说明该模块内部存在多个并列的逻辑路径，即有多个功能。控制变量用于从多个功能中选择所要执行的部分，因而控制耦合是完全可以避免的。(4)公共耦合：又称公共环境耦合或数据区耦合。若多个模块对同一个数据区进行存取操作，则它们
