软件工程易错题网站首页 技术交流

软件工程易错题

微笑伴你而行 2024-07-01 11:59:55

简介软件工程易错题

软件工程易错题

基于构件的软件开发，强调使用可复用的软件“构件”来设计和构建软件系统，对所需的构件进行合格性检验、（C），并将它们集成到新系统中。
A、规模度量 B、数据验证 C、适应性修改 D、正确性测试

分析
基于构件的软件开发，主要强调在构建软件系统时复用已有的软件“构件”，在检索到可以使用的构件后，需要针对新系统的需求对构件进行合格性检验、适应性修改，然后集成到新系统中。
统一过程模型是一种“用例和风险驱动，以架构为中心，迭代并且增量”的开发过程，定义了不同阶段及其制品，其中精化阶段关注（B）。
A、项目的初始活动 B、需求分析和架构演进 C、系统的构建、产生实现模型 D、软件提交方面的工作，产生软件增量

分析
起始阶段专注于项目的初创活动。精化阶段理解了最初的领域范围之后，进行需求分析和架构演进。构建阶段关注系统的构建，产生实现模型。移交阶段关注于软件提交方面的工作，产生软件增量。产生阶段运行软件并监控软件的持续使用，提供运行环境的支持，提交并评估缺陷报告和变更请求。
若用户需求不清晰且经常发生变化，但系统规模不太大且不太复杂，则最适宜采用（C）开发方法，对于数据处理领域的问题，若系统规模不太大且不太复杂，需求变化也不大，则最适宜采用（/）开发方法。
A、结构化 B、Jackson C、原型化 D、面向对象

分析
需求不清晰且规模不太大时采用原型化方法最合适，而数据处理领域的不太复杂的软件，适于用结构化方法进行开发。
某项目组拟开发一个大规模系统，且具备了相关领域及类似规模系统的开发经验。下列过程模型中，（）最适合开发此项目。
A、原型模型 B、瀑布模型 C、V模型 D、螺旋模型

分析
瀑布模型是将软件生存周期各个活动规定为依线性顺序连接的若干阶段的模型，适合于软件需求很明确的软件项目。
V模型是瀑布模型的一种演变模型，将测试和分析与设计关联进行，加强分析与设计的验证。
原型模型是一种演化模型，通过快速构建可运行的原型系统，然后根据运行过程中获取的用户反馈进行改进。
演化模型特别适用于对软件需求缺乏准确认识的情况。
螺旋模型将瀑布模型和演化模型结合起来，加入了两种模型均忽略的风险分析。
一个软件开发过程描述了“谁做”、“做什么”、“怎么做”和“什么时候做”，RUP用（）来表述“谁做”。
A、角色 B、活动 C、制品 D、工作流

分析
RUP应用了角色、活动、制品和工作流4种重要的模型元素，其中角色表述“谁做”，制品表述“做什么”，活动表述“怎么做”，工作流表述“什么时候做”
某软件项目的活动图如下图所示，其中顶点表示项目里程碑，连接顶点的边表示包含的活动，边上的数字表示活动的持续时间（天），则完成该项目的最少时间为（）天。活动BD最多可以晚开始（/）天而不会影响整个项目的进度。
A、15 B、21 C、22 D、24

分析
关键路径是项目计划中最长的一条路径，通俗点说因为关键路径最长，所以只有保证它做完了，才能保证项目做完了，所以说它最“关键”。
活动图是描述一个项目中各个工作任务相互依赖关系的一种模型，项目的很多重要特性可以通过分析活动图得到，如估算项目完成时间，计算关键路径和关键活动等。根据上图计算出关键路径为A-B-D-G-l-K-L，其长度为22，关键路径上的活动均为关键活动。活动BD在关键路径上，因此松弛时间为0。
某软件项目的活动图如下所示。图选择题中顶点表示项目里程碑，连接顶点的边表示包含的活动，则里程碑（D）在关键路径上，活动FG的松弛时间为（B）。
A、19 B、20 C、21 D、24

分析
活动FG的最早开始时间为第18天，最晚开始时间为第38天，因此松弛时间为20天。
使用PERT图进行进度安排，不能清晰地描述（各个任务之间的并行情况），但可以给出哪些任务完成之后才能开始另一些任务
“软件产品必须能够在3秒内对用户请求作出响应”属于软件需求中的（B）。
A、功能需求 B、非功能需求 C、设计约束 D、逻辑需求

分析
软件需求是软件系统必须完成的事以及必须具备的品质。软件需求包括功能需求、非功能需求和设计约束三个方面的内容。功能需求是所开发的软件必须具备什么样的功能：非功能需求是指产品必须具备的属性或品质，如可靠性、性能、响应时间和扩展性等等；设计约束通常对解决方案的一些约束说明。“软件产品必须能够在3秒内对用户请求作出响应”主要表述软件的响应时间，属于非功能需求。
（)软件成本估算模型是一种静态单变量模型，用于对整个软件系统进行估算。
A、Putnam B、基本COCOMO C、中级COCOMO D、详细COCOMO

分析
基本模型(Basic Model)：是一个静态单变量模型，它用一个以已估算出来的源代码行数（LOC）为自变量的函数来计算软件开发工作量。中级模型（Intermediate Model）：则在用LOC为自变量的函数计算软件开发工作量的基础上，再用涉及产品、硬件、人员、项目等方面属性的影响因素来调整工作量的估算。详细模型（Detailed Model）：包括中级COCOMO型的所有特性，但用上述各种影响因素调整工作量估算时，还要考虑对软件工程过程中分析、设计等各步骤的影响。
软件风险一般包含（C）两个特性。
A、救火和危机管理 B、已知和未知风险 C、不确定和损失 D、员工和预算

分析
软件风险一般包括不确定性和损失两个特性，其中不确定性是指风险可能发生，也可能不发生：损失是当风险确实发生时，会引起的不希望的后果和损失。救火和危机管理是对不适合但经常采用的软件风险管理策略。已知风险和未知风险是对软件风险进行分类的一种方式。员工和预算是在识别项目风险时需要识别的因素。
风险预测从两个方面评估风险，即选择题风险发生的可能性以及（D）。
A、风险产生的原因 B、风险监控技术 C、风险能否消除 D、风险发生所产生的后果

分析
风险预测从风险发生的可能性大小以及风险发生所产生的后果是否严重两个方面评估风险。
以下关于进度管理工具Gantt图的叙述中，不正确的是（D）。
A、能清晰的表达每个任务的开始时间、结束时间和持续时间
B、能清晰的表达任务之间的并行关系
C、不能清晰地确定任务之间的依赖关系
D、能清晰地确定影响进度的关键任务

分析
Gantt图是一种简单的水平条形图，以日历为基准描述项目任务。水平轴表示日历时间线，如日、周和月等，每个条形表示一个任务，任务名称垂直的列在左边的列中，图中水平条的起点和终点对应水平轴上的时间，分别表示该任务的开始时间和结束时间，水平条的长度表示完成该任务所持续的时间。当日历中同一时段存在多个水平条时，表示任务之间的并发。Gantt图能清晰地描述每个任务从何时开始，到何时结束，任务的进展情况以及各个任务之间的并行性。但它不能清晰地反映出各任务之间的依赖关系，难以确定整个项目的关键所在，也不能反映计划中有潜力的部分。
若软件项目组对风险采用主动的控制方法，则（A）是最好的风险控制策略。
A、风险避免 B、风险监控 C、风险消除 D、风险管理及意外事件计划

分析
风险避免即放弃或不进行可能带来损失的活动或工作。例如，为了避免洪水风险，可以把工厂建在地势较高、排水方便的地方，这是一种主动的风险控制方法。风险监控是指在决策主体的运行过程中，对风险的发展与变化情况进行全程监督，并根据需要进行应对策略的调整。风险管理是指在一个肯定有风险的环境里把风险减至最低的管理过程。对于风险我们可以转移，可以规避，但不能消除。
工作量估算模型COCOMOⅡI的层次结构中，估算选择不包括（）。
A、对象点 B、功能点 C、用例数 D、源代码行

分析
COCOMOI模型也需要使用规模估算信息，在模型层次结构中有3种不同规模估算选择，即：对象点、功能点和代码行。
风险的优先级通常是根据（）设定。
A、风险影响 B、风险概率 C、风险暴露 D、风险控制

分析
风险是一种具有负面后果的、人们不希望发生的事件。风险管理是软件项目管理的一项重要任务。在进行风险管理时，根据风险的优先级来确定风险控制策略，而优先级是根据风险暴露来确定的。风险暴露是一种量化风险影响的指标，等于风险影响乘以风险概率，风险影响是当风险发生时造成的损失。风险概率是风险发生的可能性。风险控制是风险管理的一个重要活动。
某企业财务系统的需求中，属于功能需求的是（A）。
A、每个月特定时间发放员工工资
B、系统的响应时间不超过3秒
C、系统的计算精度符合财务规则的要求
D、系统可以允许100个用户同事查询自己的工资

分析
软件需求包括功能需求和非功能需求。功能需求是根据要求的活动来描述需要的行为。每个月特定的时间发放员工工资是一个功能需求，系统的响应时间不超过3秒是系统的性能需求，系统的计算精度符合财务规则的要求是精度要求，系统可以允许100个用户同事查询自己的工资是性能需求。