分享
第 4 5 章 软件工程与系统开发.pdf
下载文档

ID:3306797

大小:1.44MB

页数:42页

格式:PDF

时间:2024-02-27

收藏 分享赚钱
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
软件工程与系统开发 软件工程 系统 开发
您现在的位置:希赛网 云阅读 软件设计师考试试题分类精解(第3版)例题1第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题1上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题24.2 试题精解例题1(2006年5月试题15)在软件项目管理中可以使用各种图形工具来辅助决策,下面对Gantt图的描述中,不正确的是_.A.Gantt图表现各个活动的持续时间B.Gantt图表现了各个活动的起始时间C.Gantt图反映了各个活动之间的依赖关系D.Gantt图表现了完成各个活动的进度试题分析Gantt图也就是甘特图(参看图4-6),它使用水平线段表示任务的工作阶段,线段的起点和终点分别对应着任务的开工时间和完成时间,线段的长度表示完成任务所需的时间,这样能直观地表现出任务与作任务之间的依赖关系。所以此题应选C.试题答案C版权方授权希赛网发布,侵权必究例题2(2006年5月试题16)耦合度描述了_。A.模块内各种元素结合的程度 B.模块内多个功能之间的接口C.模块之间公共数据的数量 D.模块之间相互关联的程度试题分析此题为概念题。耦合描述的是模块之间联系的紧密程度。模块的耦合性类型通常分为7种,根据耦合度从低到高排序如表4-2所示。表4-2 7种耦合的描述对比上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题3上一节本书简介下一节试题答案D版权方授权希赛网发布,侵权必究例题3(2006年5月试题17)内聚是一种指标,表示一个模块_。A.代码优化的程度 B.代码功能的集中程度C.完成任务的及时程度 D.为了与其他模块连接所要完成的工作量试题分析此题也属概念题。内聚是指模块内部各元素之间联系的紧密程度,也就是代码功能的集中程度。模块的内聚类型通常可以分为7种,根据内聚度从高到低排序如表4-3所示。表4-3 7种内聚的描述对比试题答案B版权方授权希赛网发布,侵权必究第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题4上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题5例题4(2006年5月试题18)在软件项目开发过程中,评估软件项目风险时,_与风险无关。A.高级管理人员是否正式承诺支持该项目B.开发人员和用户是否充分理解系统的需求C.最终用户是否同意部署已开发的系统D.开发需要的资金是否能按时到位试题分析此题要求判断某种情况是否属于项目风险。这要求考生对项目风险的概念非常熟悉。项目风险是指项目的执行期间的风险,项目的一次性使其不确定性比其他经济活动大得多,因而项目风险的可测性就差得多。在进行重复性的生产和经营活动时,可以根据历史资料和同行业的经验数据预测大多数风险,而项目各有特点,每个项目都有各自不同的具体问题,风险的预测要困难得多。一般项目风险的风险因素主要有两类,一类是物质风险因素,俗称硬件风险因素;另一类是人为风险因素,人为风险因素是指与人们的心理和行为有关的一种无形因素。备选答案中的高级管理人员是否正式承诺支持该项目和开发人员和用户是否充分理解系统的需求属人为风险因素,而开发需要的资金是否能按时到位属于物质风险因素,至于最终用户是否同意部署已开发的系统已与软件开发过程毫无关系,不属于项目风险。试题答案C版权方授权希赛网发布,侵权必究例题5(2006年5月试题26)最主要的软件质量度量指标有正确性、可维护性、完整性和可用性,下面关于这些质量指标的描述中正确的是_.A.软件维护的工作量比开发阶段的工作量小B.正确性用每千行代码的故障(fault)数来度量C.软件完整性是指软件功能与需求符合的程度D.可用性与用户的操作效率和用户对软件的主观评价有关试题分析本题考查软件的质量度量指标。软件维护的工作量比开发阶段的工作量大,通常的估计是,开发阶段的工作量占软件生命期整上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题6上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日个工作量的40%,而维护阶段的工作量则占60%,甚至更多。软件的正确性是指软件完成所需功能的程度,尽管这种程序与每千行代码的故障数有关,但不完全等同。软件完整性是指软件在安全方面抗攻击的能力。软件可用性用来度量软件的用户友好性.可以从4个方面来测量可用性。学会操作软件所需的体力/智力;对系统的使用达到中等效率所需的时间;当系统由一个中等效率的人使用时测量到的生产率增长值;用户对系统的主观评价。试题答案D版权方授权希赛网发布,侵权必究例题6(2006年5月试题27)某工程计划图如图4-1所示,弧上的标记为作业编码及其需要的完成时间(天),作业E最迟应在第_天开始。图4-1 工程计划图A.7 B.9 C.12 D.13试题分析本题实际考查内容为关键路径相关知识。要求作业E最迟开始时间,首先得求出关键路径。关键路径为:1-2-3-4-5-6,路径长度为20.再从终点向起点反推,G的最迟开始时间为:20-3=17,E的最迟开始时间为:17-4=13,所以作业E的最迟开始时间为第13天。试题答案D版权方授权希赛网发布,侵权必究例题7上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题8例题7(2006年5月试题28)正式的技术评审FTR(Formal Technical Review)是软件工程师组织的软件质量保证活动,下面关于FTR指导原则中不正确的是_.A.评审产品,而不是评审生产者的能力B.要有严格的评审计划,并遵守日程安排C.对评审中出现的问题要充分讨论,以求彻底解决D.限制参与者人数,并要求评审会之前做好准备试题分析本题考查软件评审的基本概念。软件评审是评审软件产品,不要涉及对软件生产者能力的评价;评审前要制定严格的评审计划,并严格遵守预计的日程安排;对评审中出现的问题要记录在案,不要过多地讨论解决方案,把问题留给软件生产者来解决;要限制参与者人数,并要求参加评审的人员在评审会之前仔细阅读文档,做好充分的准备。试题答案C版权方授权希赛网发布,侵权必究例题8(2006年5月试题29)两个小组独立地测试同一个程序,第一组发现25个错误,第二组发现30个错误,在两个小组发现的错误中有15个是共同的,那么可以估计程序中的错误总数是_个。A.25 B.30 C.50 D.60试题分析本题考查软件测试策略的基本概念。对于第一小组:发现了第二组发现的错误的15/30=0.5=50%.对于第二小组:发现了第一组发现的错误的15/25=0.6=60%.根据第一组发现的错误数和第一组的效率得到:25/50%=50.根据第二组发现的错误数和第二组的效率得到:30/60%=50.由于两个小组是独立进行测试的,所以可以估计:程序中的错误总数为50个。试题答案C版权方授权希赛网发布,侵权必究上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题9上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题10例题9(2006年5月试题30)下面有关测试的说法正确的是_.A.测试人员应该在软件开发结束后开始介入B.测试主要是软件开发人员的工作C.要根据软件详细设计中设计的各种合理数据设计测试用例D.严格按照测试计划进行,避免测试的随意性试题分析此题考查的是测试的一些基础概念。测试这种活动,是一个贯穿于软件开发全过程的活动,并不是先开发完产品,再进行测试。所以A选项所述的测试人员应该在软件开发结束后开始介入这种说法是不正确的。测试这项工作应由专门的测试人员进行,因为如果软件开发人员测试自己的程序往往难以发现错误,或是潜意识不想以破坏性的方式对程序进行测试,导致测试效果不佳,所以B选项的说法是错误的。测试工作的进行是有严格控制的,什么阶段做什么样的工作都有明确规定,在软件的详细设计阶段应是单元测试实施的时期,所以C选项的说法是错误的。D答案正确。试题答案D版权方授权希赛网发布,侵权必究例题10(2006年5月试题31)在绘制数据流图时,应遵循父图与子图平衡的原则,所谓平衡是指_.A.父图和子图都不得改变数据流的性质B.子图不改变父图数据流的一致性C.父图的输入/输出数据流与子图的输入/输出数据流一致D.子图的输出数据流完全由父图的输入数据流确定试题分析在绘制数据流图时,应遵循父图与子图平衡的原则,这个平衡包括两方面的内容:一方面是:父图的输入/输出数据流与子图的输入/输出数据流一致,如果加工A有输入/输出数据流,在其父图中也应该有对应的数据流;另一方面是:对于一个加工,应有输入数据流和输出数据流,两者缺一不可。上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题11上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题12试题答案C版权方授权希赛网发布,侵权必究例题11(2006年5月试题32)图4-2中的程序由A、B、C、D、E 5个模块组成,下表中描述了这些模块之间的接口,每一个接口有一个编号。此外,模块A、D和E都要引用一个专用数据区,那么A和E之间耦合关系是_。图4-2 模块联系图A.公共耦合 B.数据耦合 C.内容耦合 D.无耦合试题分析模块的耦合性类型通常分为7种,根据耦合度从低到高排序如表4-7所示。我们不难发现,A与E之间的关系为多个模块引用同一个全局数据区,所以为公共耦合。此题答案为:A.试题答案A版权方授权希赛网发布,侵权必究例题12(2006年11月试题15,16)常见的软件开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。其中(15)模型适用于需求明确或很少变更的项目,(16)模型主要用来描述面向对象的软件开发过程。(15)A.瀑布模型B.演化模型 C.螺旋模型D.喷泉模型(16)A.瀑布模型B.演化模型 C.螺旋模型D.喷泉模型试题分析上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题13此题考的是常见软件开发模型的特点,下面是对这几种开发模型的特点总结。瀑布模型:严格遵循软件生命周期各阶段的固定顺序,一个阶段完成再进入另一个阶段。它的优点是:可以使过程比较规范化,有利于评审;缺点是:过于理想,缺乏灵活性,容易产生需求偏差。演化模型:也是一种原型化开发,但与快速原型不同的是,快速原型模型在获得真实需求时,就将抛弃原型。而演化模型则不然,它将从初始的模型中逐渐演化为最终软件产品,是一种渐进式原型法。螺旋模型:结合了瀑布模型和演化模型的优点,最主要的特点在于加入了风险分析。它是由制订计划、风险分析、实施工程、客户评估这一循环组成的,它最初从概念项目开始第一个螺旋。喷泉模型:主要用于描述面向对象的开发过程,最核心的特点是迭代。所有的开发活动没有明显的边界,允许各种开发活动交叉进行。试题答案(15)A (16)D版权方授权希赛网发布,侵权必究例题13(2006年11月试题18)软件项目开发成本的估算依据,通常是开发成本估算模型。常用的模型主要有:IBM模型 Putnam模型 基本COCOMO模型 中级COCOMO模型 高级COCOMO模型其中 均是静态单变量模型。A.B.C.D.试题分析此题考查成本模型基本知识,下面是常用的成本模型基本特性。IBM模型:是在60多个项目的基础上进行统计得出的静态模型。Putnam(普特南)模型:是一种动态多变量模型,它通过建立一个资源需求曲线模型来导出一系列等式,模型化资源特性。COCOMO模型:是最有代表性的方法。在该模型中使用了源指令条数(DSI)、开发工作量(MM)、开发进度(TDEV)三个基本量,它将项目分为组织型(相对较小、较简单的项目)、嵌入式(软硬件限制较多的项目)、半独立型(介于两者之间,规模和复杂性中等以上)。它包括基本(静态单变量模型)、中间(静态多变量模型)、详细三种不同的模型。根据这些特性,我们可以得到答案C.试题答案C上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题14版权方授权希赛网发布,侵权必究例题14(2006年11月试题26)统一过程(UP)的基本特征是用例驱动、以架构为中心的和受控的迭代式增量开发.UP将一个周期的开发过程划分为4个阶段,其中 _ 的提交结果包含了系统架构。A.先启阶段 B.精化阶段 C.构建阶段 D.提交阶段试题分析统一过程4个阶段的核心任务,以及需要提交的文档和模型分别如下。(1)先启阶段 核心任务明确地说明项目规模。这涉及了解环境及最重要的需求和约束,以便于可以得出最终产品的验收标准。计划和准备商业理由。评估风险管理、人员配备、项目计划和成本/进度/收益率折中的备选方案。综合考虑备选构架,评估设计和自制/外购/复用方面的折中,从而估算出成本、进度和资源。此处的目标在于通过对一些概念的证实来证明可行性。该证明可采用可模拟需求的模型形式或用于探索被认为高风险区域的初始原型。先启阶段的原型设计工作应该限制在确信解决方案可行就可以了。该解决方案在精化和构建阶段实现。准备项目的环境,评估项目和组织,选择工具,决定流程中要改进的部分。需要提交的文档和模型(见表4-4)表4-4 先启阶段需要提交的文档和模型(2)精化阶段 核心任务快速确定构架,确认构架并为构架建立基线。根据此阶段获得的新信息改进前景,对推动构架和计划决策的最关键用例建立可靠的了解。为构建阶段创建详细的迭代计划并为其建立基线。改进开发案例,定位开发环境,包括流程和支持构建团队所需的工具和自动化支持。改进构架并选择构件。评估潜在构件,充分了解自制/外购/复用决策,以便有把握地确定构建阶段的成本和进度。集成了所选构架构件,并按主要场景进行了评估。通过这些活动得到的经验有可能导致重新设计构架、考虑替代设计或重新考虑需求。需要提交的文档和模型(见表4-5)表4-5 精化阶段需要提交的文档和模型(3)构建阶段 核心任务资源管理、控制和流程优化。完成构件开发并根据已定义的评估标准进行测试。根据前景的验收标准对产品发布版进行评估。需要提交的文档和模型(见表4-6)表4-6 构建阶段需要提交的文档和模型上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题15(4)产品化阶段(提交阶段)核心任务执行部署计划。对最终用户支持材料定稿。在开发现场测试可交付产品。制作产品发布版。获得用户反馈。基于反馈调整产品。使最终用户可以使用产品。需要提交的文档和模型(见表4-7)表4-7 提交阶段需要提交的文档和模型从以上说明可以看出:在精化阶段要求创建一个或多个可执行构架原型,所以正确答案为B.试题答案B版权方授权希赛网发布,侵权必究例题15(2006年11月试题27)某软件在应用初期运行在Windows NT环境中,现因某种原因,该软件需要在UNIX环境中运行,而且必须完成相同的功能。为适应这个要求,软件本身需要进行修改,而所需修改的工作量取决于该软件的_.上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题16A.可扩充性 B.可靠性 C.复用性 D.可移植性试题分析此题描述的实质是:一个软件要从Windows NT平台移植到UNIX平台中应用。所以其工作量取决于软件的可移植性。可移植性在ISO/IEC 9126软件质量模型中的标准定义为:与软件可从某一环境转移到另一环境的能力有关的一组软件属性。此模型中还对几个常见的质量特性进行了定义,这些特性也需要掌握。功能性:与功能及其指定的性质有关的一组软件属性。可靠性:与软件在规定的一段时间内和规定的条件下维持其性能水平有关的一组软件属性。可用性:与使用的难易程度及规定或隐含用户对使用方式所做的评价有关的软件属性。效率:与在规定条件下软件的性能水平与所用资源量之间的关系有关的一组软件属性。可维护性:与软件维护的难易程度有关的一组软件属性。对于这些特性的更详细说明可以参看软件设计师考试考点分析与真题详解(计算机与软件工程知识篇)中4.5.2 软件质量特性一节。试题答案D版权方授权希赛网发布,侵权必究例题16(2006年11月试题28)按照ISO/IEC 9126软件质量度量模型定义,一个软件的可靠性的子特性包括_。A.容错性和安全性 B.容错性和适应性C.容错性和易恢复性 D.易恢复性和安全性试题分析ISO/IEC 9126软件质量度量模型的质量特性和质量子特性如表4-8所示。表4-8 ISO/IEC 9126软件质量度量模型质量特性和质量子特性表上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题17故正确答案为:C。试题答案C版权方授权希赛网发布,侵权必究例题17(2006年11月试题29)详细描述软件的功能、性能和用户界面,以使用户了解如何使用软件。A.概要设计说明书 B.详细设计说明书C.用户手册 D.用户需求说明书试题分析此题考查软件文档的基本知识,下面是软件开发中常见的13种文档的内容说明。可行性研究报告:说明该软件项目的实现在技术上、经济上和社会因素上的可行性,评述为合理地达到开发目标可供选择的各种可能的实现方案,说明并论证所选定实施方案的理由。项目开发计划:为软件项目实施方案制定出的具体计划。它应包括各部分工作的负责人员、开发的进度、开发经费的概算、所需的硬件和软件资源等。项目开发计划应提供给管理部门,并作为上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题18开发阶段评审的基础。软件需求规格说明:对所开发软件的功能、性能、用户界面机运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议,也是实施开发工作的基础。数据要求规格说明:给出数据逻辑描述和数据采集的各项要求,为生成和维护系统的数据文件做好准备。概要设计规格说明:是概要设计工作阶段的成果。它说明系统的功能分配、模块划分、程序的总体结构、输入/输出及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计奠定基础。详细设计规格说明:着重描述每个模块如何实现,包括实现算法、逻辑流程等。用户手册:详细描述软件的功能、性能和用户界面,使用户了解如何使用该软件。操作手册:为操作人员提供该软件各种运行情况的有关知识,特别是操作方法细节。测试计划:针对组装测试和确认测试,需要为组织测试制定计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。测试分析报告:测试工作完成以后,应当提交测试计划执行情况的说明。对测试结果加以分析,并提出测试的结论性意见。开发进度月报:该月报是软件人员按月向管理部门提交的项目进展情况的报告。报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法,以及下个月的打算等。项目开发总结报告:软件项目开发完成之后,应当与项目实施计划对照,总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力。此外,还需对开发工作做出评价,总结经验和教训。维护修改建议:软件产品投入运行之后,可能有修正、更改等问题,应当对存在的问题、修改的考虑,以及修改的影响估计等做详细的描述,写成维护修改建议,提交审批。从中可以得知,题目所描述的是用户手册,所以答案为:C。试题答案C版权方授权希赛网发布,侵权必究例题18(2006年11月试题30)在各类软件维护活动中,_维护占整个维护工作的比重最大。A.完善性 B.改正性 C.适应性 D.预防性试题分析维护活动可以按维护原因分为:改正性维护、适应性维护、完善性维护和预防性维护。其所占比重情况如图4-3所示。此外,维护在整个软件生存周期中,也占了非常大的比例,一般在60%以上。上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题19图4-3 各种维护比例图试题答案A版权方授权希赛网发布,侵权必究例题19(2006年11月试题31)给定C语言程序如下:int foo(int x,int y,int d)if(x!=0)if(y=0)d=d/x;else d=d/(x*y);elseif(y=0)d=0;else d=d/y;return d;当用路径覆盖法进行测试时,至少需要设计_个测试用例。A.3 B.4 C.5 D.8试题分析路径覆盖属于白盒测试,其覆盖要求是程序的每一条有效路径都有用例覆盖。所以只需求出程序有多少条有效路径,即可得知需要设计多少个测试用例。但从程序来判断,非常抽象,我们可以画出流程图,这样能清楚地了解程序的结构。程序流程图如图4-4所示。图4-4 程序流程图从中我们可以发现有4条有效路径,所以至少需要设计4个测试用例。试题答案B上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题20版权方授权希赛网发布,侵权必究例题20(2006年11月试题32)软件的测试通常分为单元测试、组装测试、确认测试和系统测试4个阶段进行。属于确认测试阶段的活动。A.设计评审B.代码审查 C.结构测试 D.可靠性测试试题分析此题考的是测试相关的基本概念,下面是备选答案中提及的几个活动说明。设计评审:对设计方案进行正式审查,以确认其是否能够满足需求。代码审查:对源程序进行正式审查,以确认其是否满足设计的需要,以及能否达到预定的规范要求。结构测试:也称为路径测试,对软件系统内部进行逻辑测试,常使用白盒测试法。可靠性测试:验证软件是否满足需求说明书中的可靠性要求,通常使用MTBF(平均无故障时间)、MTTR(平均修复时间)来衡量。由于是验证需求说明的内容,故在确认测试阶段完成。从以上说明,可以得出此题答案为:D.此外,下面这一组测试相关概念也是需要掌握的,请大家牢记。功能测试:在规定的一段时间内运行软件系统的所有功能,以验证软件系统有无严重错误。回归测试:用于验证软件修改后是否引出新的错误。强度测试:检查在系统运行环境不正常到发生故障的情况,系统可以运行到何种程度。性能测试:检查系统是否满足在需求规格说明书中规定的性能。恢复测试:证实在克服硬件故障后,系统能否继续正常工作。启动/停止测试:验证在机器启动及关机阶段,软件系统正确处理的能力。配置测试:检查计算机系统内各个设备或各种资源之间的相互连接和功能分配中的错误。安全性测试:检验系统中已有的系统安全性、保密性措施是否发挥作用,有无漏洞;可使用性测试:主要从使用的合理性、方便性等角度来对软件系统进行检查,发现人为因素或使用上的问题。可支持性测试:主要验证系统的支持策略对公司与用户是否切实可行。安装测试:目的在于查找安装过程中的错误。互连测试:验证两个或多个不同的系统之间的互连性。兼容性测试:验证软件产品在不同版本之间的兼容性。容量测试:也称为压力测试,验证系统的能力最高能达到什么程度。文档测试:检查用户文档的清晰性和精确性。表4-9是对以上测试项目与不同测试步骤的关联性进行了总结。表4-9 各测试活动所处阶段总结表上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题21上一节本书简介下一节注:表示需要,表示建议。试题答案D版权方授权希赛网发布,侵权必究例题21(2007年5月试题15)结构化开发方法中,数据流图是_阶段产生的成果。A.需求分析B.总体设计C.详细设计D.程序编码试题分析结构化分析是面向数据流进行需求分析的方法,数据流图是分析过程中用来描述数据处理过程的工具。它从数据传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程,是对软件所要处理数据的抽象。由于数据流图只反映系统必须完成的逻辑功能,所以它是一种功能模型。试题答案A版权方授权希赛网发布,侵权必究第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题22上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题23例题22(2007年5月试题16)CVS 是一种_工具。A.需求分析B.编译C.程序编码D.版本控制试题分析CVS(Concurrent Versions System)是一种广泛应用的,开源的,透明于网络的版本控制系统。它只保存一份源码并记录所有对它的改动。当开发者需要文件的某个特定版本时,CVS会根据那些记录重建出需要的版本。试题答案D版权方授权希赛网发布,侵权必究例题23(2007年5月试题17)以下关于原型化开发方法的叙述中,不正确的是_.A.原型化方法适应于需求不明确的软件开发B.在开发过程中,可以废弃不用早期构造的软件原型C.原型化方法可以直接开发出最终产品D.原型化方法利于确认各项系统服务的可用性试题分析原型化开发方法的核心理念是通过原型,来不断的获取与完善需求,开发出符合用户需求的软件。在这一个过程中,开发人员会通过原型来与客户进行交流。所以这种方法很适合需求不明确的软件开发。原型开发有多种形式,有时的原型,只是简单的做一个界面出来,给用户看效果,提需求,所以原型化开发时,可以把早期的一些软件原型废弃,而用最新最完整的需求来进行重新开发。从这里也可以看出原型化方法,是不可能直接就把最终产品开发出来的。试题答案C版权方授权希赛网发布,侵权必究上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题24上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题25例题24(2007年5月试题18)通常在软件的_活动中无需用户参与。A.需求分析 B.维护 C.编码 D.测试试题分析在软件开发的过程中,要求用户参与的活动有:系统分析、软件项目计划、需求分析、软件测试、软件维护。在编码阶段只要高级程序员和程序员参与。试题答案C版权方授权希赛网发布,侵权必究例题25(2007年5月试题19)进行软件项目的风险分析时,风险避免、风险监控和风险管理及意外事件计划是_活动中需要考虑的问题。A.风险识别 B.风险预测 C.风险评估 D.风险控制试题分析项目风险管理实际上就是贯穿在项目开发过程中的一系列管理步骤,其中包括风险识别、风险估计、风险管理策略、风险解决和风险监控。它能让风险管理者主动攻击风险,进行有效的风险管理。在项目管理中,建立风险管理策略和在项目的生命周期中不断控制风险是非常重要的,风险管理包括四个相关阶段:风险识别:识别风险的方法常用的有风险识别问询法(座谈法、专家法)、财务报表法、流程图法、现场观察法、相关部门配合法和环境分析法等。风险评估:对已识别的风险要进行估计和评价,风险估计的主要任务是确定风险发生的概率与后果,风险评价则是确定该风险的经济意义及处理的费/效分析,常用的方法有:概率分布、外推法、多目标分析法等。风险处理:一般而言,风险处理有三种方法,风险控制法,即主动采取措施避免风险,消灭风险,中和风险或采用紧急方案降低风险。风险自留,当风险量不大时可以余留风险。风险转移。上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题26上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题27风险控制:包括对风险发生的监督和对风险管理的监督,前者是对已识别的风险源进行监视和控制,后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。从以上分析可以看出风险避免、风险监控和风险管理及意外事件计划应是风险控制中的需要考虑的问题。试题答案:D版权方授权希赛网发布,侵权必究例题26(2007年5月试题29)统一过程(UP)是一种用例驱动的迭代式增量开发过程,每次迭代过程中主要的工作流包括捕获需求、分析、设计、实现和测试等。这种软件过程的用例图(Use Case Diagram)是通过_得到的。A.捕获需求 B.分析 C.设计 D.实现试题分析统一过程(UP)的基本特征是用例驱动、以架构为中心的和受控的迭代式增量开发.其核心的工作流包括捕获用户需求、分析、设计、实现和测试等。首先,开发人员通过和用户的沟通、了解,捕获用户需求并制作软件用例图,从而得到软件的用例模型。然后分析并设计满足这些用例的系统,得到分析模型、设计模型和实施模型,进而实现该系统,最后通过测试模型来验证系统是否满足用况中描述的功能。需求捕获过程中得到的用例将各个核心工作流结合为一个整体,驱动整个软件开发过程。试题答案A版权方授权希赛网发布,侵权必究例题27(2007年5月试题31)ISO/IEC 9126 软件质量模型中第一层定义了六个质量特性,并为各质量特性定义了相应的质量子特性,其中易分析子特性属于软件的 质量特性。A.可靠性 B.效率 C.可维护性 D.功能性上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题28上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题29试题分析参看例题16分析可得知:易分析子特性属于软件的可维护性质量特性。试题答案C版权方授权希赛网发布,侵权必究例题28(2007年5月试题32)软件_的提高,有利于软件可靠性的提高。A.存储效率 B.执行效率 C.容错性 D.可移植性试题分析软件可靠性是指软件按照用户的要求和设计的目标,执行其功能的正确程度,所以一个可靠的软件应当是正确的、完整的、一致的和健壮的。通常,软件可靠性受到其他质量特性的影响,在4个备选项中,A、B、D都是不利于软件可靠性的因素。试题答案C版权方授权希赛网发布,侵权必究例题29(2007年5月试题33)软件能力成熟度模型将软件能力成熟度自低到高依次划分为初始级、可重复级、定义级、管理级和优化级,并且高级别成熟度一定可以达到低级别成熟度的要求。其中_ 中的开发过程及相应的管理工作均已标准化、文档化,并已建立完善的培训制度和专家评审制度。A.可重复级和定义级B.定义级和管理级C.管理级和优化级D.定义级、管理级和优化级试题分析软件能力成熟度模型(CMM)将软件能力成熟度自低到高依次划分为初始级、可重复级、定义级、管理级和优化级。上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题30初始级(Initial)。处于这个最低级的组织,基本上没有健全的软件工程管理制度。每件事情都以特殊的方法来做。如果一个特定的工程碰巧由一个有能力的管理员和一个优秀的软件开发组来做,则这个工程可能是成功的。然而通常的情况是,由于缺乏健全的总体管理和详细计划,时间和费用经常超支。结果,大多数的行动只是应付危机,而非事先计划好的任务。处于成熟度等级1的组织,由于软件过程完全取决于当前的人员配备,所以具有不可预测性,人员变化了,过程也跟着变化。结果,要精确地预测产品的开发时间和费用之类重要的项目,是不可能的。可重复级(Repeatable)。在这一级,有些基本的软件项目的管理行为、设计和管理技术是基于相似产品中的经验,故称为可重复.在这一级采取了一定措施,这些措施是实现一个完备过程所必不可缺少的第一步。典型的措施包括仔细地跟踪费用和进度。不像在第一级那样,在危机状态下方行动,管理人员在问题出现时便可发现,并立即采取修正行动,以防它们变成危机。关键的一点是,如没有这些措施,要在问题变得无法收拾前发现它们是不可能的。在一个项目中采取的措施也可用来为未来的项目拟定实现的期限和费用计划。已定义级(Defined)。在第3级,已为软件生产的过程编制了完整的文档。软件过程的管理方面和技术方面都明确地做了定义,并按需要不断地改进过程,而且采用评审的办法来保证软件的质量。在这一级,可引用CASE环境来进一步提高质量和产生率。而在第-级过程中,高技术只会使这一危机驱动的过程更混乱。已管理级(Managed)。一个处于第4级的公司对每个项目都设定质量和生产目标。这两个量将被不断地测量,当偏离目标太多时,就采取行动来修正。利用统计质量控制,管理部门能区分出随机偏离和有深刻含义的质量或生产目标的偏离(统计质量控制措施的一个简单例子是每千行代码的错误率。相应的目标就是随时间推移减少这个量)。优化级(Optimizing)。-个第5级组织的目标是连续地改进软件过程。这样的组织使用统计质量和过程控制技术作为指导。从各个方面中获得的知识将被运用在以后的项目中,从而使软件过程融入了正反馈循环,使生产率和质量得到稳步的改进。除第一级外,每一级都设定了一组目标,如果达到了这组目标,则表明达到了这个成熟级别,自然可以向上一更为成熟的高一级别迈进。CMM体系不主张跨级别的进化,因为从第二级开始,每一个低级别的实现均是更高级别实现的基础。试题答案D版权方授权希赛网发布,侵权必究例题30(2007年5月试题34)LOC 是软件规模的一种量度,它表示_。A.软件功能数B.源代码行数上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题31上一节本书简介下一节C.每单位成本数D.工作量试题分析软件规模代码行(LOC,Line of Code)是软件规模的一种量度,它表示源代码行数。试题答案B版权方授权希赛网发布,侵权必究例题31(2007年5月试题35)阅读下列流程图:图4-5 程序流程图当用判定覆盖法进行测试时,至少需要设计_个测试用例。A.2 B.4 C.6 D.8试题分析判定覆盖又称为分支覆盖,它要求设计足够多的测试用例,使得程序中每个判定至少有一次为真值,有一次为假值,即:程序中的每个分支至少执行一次。根据题图中,上层一个条件语句,下层有两个条件语句,所以上层为真或假时,下层的两个判定也要为真为假各一次,总共4次。试题答案B版权方授权希赛网发布,侵权必究第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题32上一节本书简介下一节第 4 章:软件工程作者:希赛教育软考学院 来源:希赛网 2014年02月08日例题33例题32(2007年5月试题37)在某大学学生学籍管理信息系统中,假设学生年龄的输入范围为 1640,则根据黑盒测试中的等价类划分技术,下面划分正确的是_.A.可划分为 2 个有效等价类,2 个无效等价类B.可划分为 1 个有效等价类,2 个无效等价类C.可划分为 2 个有效等价类,1 个无效等价类D.可划分为 1 个有效等价类,1 个无效等价类试题分析是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。划分等价类:等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试。因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据,取得较好的测试结果。等价类划分可有两种不同的情况:有效等价类和无效等价类。有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。无效等价类:与有效等价类的定义恰巧相反。本题当中指明了输入范围是1640,所以在这个区间的为有效等价类,小于16或大于40的为无效等价类。所以选B答案,可划分为1个有效等价类,2个无效等价类。试题答案B版权方授权希赛网发布,侵权必究例题33(2007年11月试题29-30)在软件开发中,(29)不能用来描述项目开发的进度安

此文档下载收益归作者所有

下载文档
你可能关注的文档
收起
展开