软件工程复习测验4+答案

上传人:飞*** 文档编号:40405740 上传时间:2018-05-26 格式:DOC 页数:12 大小:81.50KB
返回 下载 相关 举报
软件工程复习测验4+答案_第1页
第1页 / 共12页
软件工程复习测验4+答案_第2页
第2页 / 共12页
软件工程复习测验4+答案_第3页
第3页 / 共12页
软件工程复习测验4+答案_第4页
第4页 / 共12页
软件工程复习测验4+答案_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《软件工程复习测验4+答案》由会员分享,可在线阅读,更多相关《软件工程复习测验4+答案(12页珍藏版)》请在金锄头文库上搜索。

1、复习测验复习测验 4以下的问题会引用到一个假定的“加油站控制系统”(GSCS),它旨在帮助管理美国式的加油或服务站。我们的加油站将提供两种基本的服务: 包含一个出售汽车配件的小商店,它至少有一台收银机,并由加油站的职员来操作。 包含多个加油泵,客户可以在这里停车,用信用卡支付然后加油。客户也可以选择到配件商店的收银机交费或刷卡。因此,GSCS系统主要有两类使用者:一类是收银员,他们使用GSCS来记录汽车配件的销售情况。收银员可以在GSCS中通过输入配件的类型和数量 来计算总售价并完成交易。另一类使用者是购买汽油的用户。他们在加油泵和GSCS交互:指明要加的汽油类型和数量,在加油泵或者收银机结帐

2、, 然后自己加油。这个系统也需要和其他自动系统交互来实现它的功能。例如,GSCS需要和信用卡公司的系统交互来处理刷卡支付的事务。信用卡系统负责检查客户 的帐户是否正常,能否支付相应的费用,并负责转帐到加油站。虽然GSCS需要知道这些外部系统如何通知他们操作的成功与否,但这些的操作具体 细节不在GSCS的考虑范围之内。GSCS系统被分为三个子系统: 购油子系统,处理客户和油泵的交互行为。 收银机子系统,与收银机交互,处理购买汽车配件和汽油的收费。 跟踪子系统,记录所有的购买事务,并跟踪库存的剩余情况。 本节中的题目是关于这个系统的维护问题和系统处于维护阶段的相关操作。1.在系统开发的过程中,开发

3、小组决定考虑系统可能需要的维护修改,首先他们必须:在系统开发的过程中,开发小组决定考虑系统可能需要的维护修改,首先他们必须: a. 将系统划分为将系统划分为S-类系统。类系统。 b. 将系统划分为将系统划分为P-类系统。类系统。 c. 将系统划分为将系统划分为E-类系统。类系统。 d. 认识到系统可能不需要任何维护。认识到系统可能不需要任何维护。 类似题目可能出类似题目可能出2. 开发小组同样意识到系统的一些属性本身就使得它的维护更加方便或困难。下列哪些陈述可能影响到对系统作修改需要的工作量? a. GSCS需要实时的响应客户。 b. 需求分析和设计的文档都很详细。c. GSCS需要跟多种硬件

4、交互,如收银机,油泵,信用卡系统等。 d. A和B。 e. A和C。 f. B和C。 g. A,B和C。3. 判断对错:系统实现过程中,开发小组记录软件复杂度的七种度量参数,根据“最复杂的模块需要今后最多的维护”的假设。最小化数据收集工 作量的一个可行的办法是:只使用那个与维护工作量的最相关的度量方法而放弃其他的方法。4. 在过去的几个项目中,开发小组曾经试图使用一个基于代码复杂度度量的预测模型来估计系统维护的开销。但是,预测结果总是比实际开销低 40,下列那个是对这个模型的可行的评估? a. 它存在偏差,需要使用u-plot来评估。 b. 它存在噪声,需要使用prequential可能性函数

5、。 c. 它同时存在偏差和噪声,应该被舍弃。5. 判断对错:如果接受的范围大于40,那么问题4中的预测模型就是可行的。6. 判断对错:如果一个度量方法(如第3题中的复杂度度量)不能用来预测维护开销,那么它的内部机制也不是正确的。系统实现的过程中,开发小组考虑了维护开销的Belady-Lehman等式。他们希望使用这个等式来指导开发工作,从而降低维护阶段的工作量。根 据这个等式,判断开发小组下列的预期是否正确:7. 使用好的软件工程原则开发的系统将比不使用这些原则的系统稍稍便于维护。8. 资源使用的最佳方式是:请对系统不熟悉的人来维护系统,因为这样的人不太可能跟开发小组犯一样的错误或作出一样的假

6、设。9. 其他所有情况相同时,如果开发小组对两个来自不同环境的系统的熟悉程度相当,系统复杂度也相当,则期望的维护开销也大致相当。当系统完成,并运行了一段时间后,发现了一些必须进行的修改。10. 当对系统进行修改时,下列哪些可能发生?当对系统进行修改时,下列哪些可能发生? a. 如果添加了足够多的新功能,考虑到成本因素,也许重写GSCS系统要比继续修改它更有效率。 b. 代码中的模块会变得更多,它们之间的联系也更复杂。 c. 编程过程的度量,例如维护小组的生产率,会随着系统的变化而变化。d. A和B。 是否会同时发生 e. A和C。 f. B和C。 g. A,B和C。(答案)11. 一个信用卡公

7、司升级了用于处理信用卡付款的系统,这导致需要对GSCS所发送的数据结构的一个小修改,这种情况:肯定有类似题目)肯定有类似题目)a. 会引起正确性修改。 b. 会引起适应性修改。 c. 会引起完美性修改。 d. 会引起预防性修改。e. 不需要任何维护。 (维护,必考)(维护,必考)12. 如果加油站今后添加新的油泵,加油站老板规定GSCS应该能够管理它们。但是,开发小组发现他们用来处理并发事务的方式并不能扩展到更多 的油泵上,这种情况: a. 会引起正确性修改。 b. 会引起适应性修改。 c. 会引起完美性修改。 d. 会引起预防性修改。 e. 不需要任何维护。13. 系统为加油站的客户提供了一

8、种新的服务(他们现在可以租用停车位了),这种情况: a. 会引起正确性修改。 b. 会引起适应性修改。 c. 会引起完美性修改。 d. 会引起预防性修改。 e. 不需要任何维护。14. 打印收据时,如果客户的名字超过一定长度,那么消费金额将超出收据长度而不会被打印出来。这种情况应该不经常发生(最多每周一次), 这种情况: a. 会引起正确性修改。 b. 会引起适应性修改。c. 会引起完美性修改。 d. 会引起预防性修改。 e. 不需要任何维护。15 第第14题中提到的情况反映了系统的质量问题,因为它反映了如下那个性质的降低:题中提到的情况反映了系统的质量问题,因为它反映了如下那个性质的降低:

9、a. 可靠性可靠性 b. 完整性完整性 c. 一致性一致性 d. A和和B。 e. A和和C。 f. B和和C。 g. A,B和和C。16. 在第14题中提到的问题被发现后,有个开发者修改了系统设计的一小块来处理这个问题,并修改了相应的代码。之后,她修改了需求文档,使 得系统功能被正确的描述。这时一个如下那种工作的例子: a. 维护垂直跟踪性。 b. 维护水平跟踪性。 c. A和B d. 一个也不是。17. 系统在使用中同时也暴露出了并行处理多个油泵用户的问题。根据调查,问题来源于一个在需求和设计阶段都正确,但代码实现错误的模块。如果开发小组采取如下那个,这个问题就可能被提早发现: 此题不出此

10、题不出 a. 连接器 b. 调试工具 c. 交叉引用生成器 d. 静态代码分析器18. 假设我们希望使用Boehm的质量模型来评价GSCS的质量。我们应该从如下哪些角度来评估系统的功能?a. 加油站老板 b. 收银员和油泵的客户 c. 系统维护人员 d. A和B。 e. A和C。 f. B和C。 g. A,B和C。19负责购油子系统的组员使用了CASE工具,并主张整个开发组都使用它。组长决定评价这样是否可以提高整个开发组的成绩。他跟几个组员面谈, 通过寻找他们回答中的趋向性和样式来作为评价的标准。他询问使用了CASE工具的组员如下问题:使用工具是否导致更频繁和有特点的问题?工具 是否可靠?以及

11、工具可以完成的任务。他也询问了没有使用工具的组员,以确定他们是否经常遇到通过使用工具可以避免的问题。然后,组长将寻 找这些信息和两类组员生产效率差异间的联系。这种调查方式可以被描述成: a. 特征分析 b. 事例研究 c. 调研 d. 形式化试验20. 第19题中描述的调研方式可能为初步的回答这个问题提供了一个很好的选择,因为: a. 通过分析,潜在的复杂的影响因素可以很容易的被排除,所以是否使用工具和生产效率的关系就显而易见了。 b. 这类调研适合于分析以往的数据,因而可以很好的利用以前为别的目的而收集的数据。 c. 它确保了收集到的关于工具的数据可以代表所有重要的用户。 d. A和B。 e

12、. A和C。 f. B和C。 g. A,B和C。21. 根据第19题中描述的初始调研,工具似乎很适合于供全组使用。组长希望继续作一个小研究来确定这个假设。他觉得形式化试验是这个研究最 合适的方法。他构造了一个只需数小时的编程小任务,并分别分配给两组愿意参与的组员。一组组员使用通常的方法来完成,并且不能使用工具; 另一组则使用工具来完成,组长通过检查生成的文件来确保他们按照预期的使用了工具。因为使用工具的过程中存在一个学习曲线,第二组中包含 了在上个项目中使用过工具的成员。之后,组长分析两组生成结果的质量以及所需的工作量来评价工具的价值。上面的研究存在如下哪些问题: a. 偏差 b. 同质性 c

13、. 误分类d. a 和 b e. a 和 c f. b 和 c g. 不存在任何问题22. 判断对错:假设第21题中发现的问题被解决了。开发组长可以确定:在真实项目的开发中使用工具的结果应该跟研究中的结果一致。23. 判断对错:第21题中描述的研究直接的验证了如下假设:“在这个环境下,使用工具生产的软件比用普通软件开发方法生产的软件有更好的质 量。”24. 经过细致的研究,组长确信使用工具确实有好处,并决定在下个工程中采用它。为了评价他的决定是否正确,组长记录了组员使用工具的确切 时间。但是,结果表明,对比上个项目,开发者在这个项目中使用它的时间大大降低了。组长可以合理地总结出如下结论: a.

14、 如果开发者能更多的使用这个工具,他们会发现它更有用。 b. 这个项目在某些方面跟上个项目不同,使得工具的使用受到限制。 c. 这个项目比预期的简单,需要的开发工作也少。 d. A和B。 e. A和C。 f. B和C。 g. A,B和C。项目结束后,一些维护工作也开始了,组长决定花一些时间来回顾项目组的软件开发过程,以发现一些在下个项目中可能的改进。25. 判断对错:组长通常会在项目结束后安排一些跟组员的一对一的会面。他询问每个组员关于上个项目的感受,也请他们谈谈关于面灌木组织, 进展和其他一些他们觉得重要的问题,并尽他所能得不去问一些引导性的问题或是表达他自己的观点。这正是进行post-mo

15、rtem分析最好的方式。26. 判断对错:组长决定在这个项目上使用新的方式:召集所有GSCS组员参加一个称为“项目历史日”的全天会议,来找出项目中遇到的所有问题 的根源所在。他希望每个组员能说出自记载开发中遇到的问题,而由整个小组来讨论如何在将来避免类似问题。这种“项目历史日”是改进软件开 发过程的好方法。27. 判断对错:组长关于改进项目开发过程的努力的最后一步是编写一个报告,来在机构中其他经理和开发者之间分享本组在开发过程中的发现。 组长仔细地在报告中包含了正面和负面的发现。上个项目中最严重的三个问题被详细的讨论了,同时附上建议的解决方案。这种策略是发布post- mortem分析的最好方

16、式。28. 项目组同样也认识到CMM是改进开发过程的一种途径。下列哪些准确的描述了CMM?a. 它的预期使用者是软件开发组织,通过使用关键过程区域来决定开发过程的哪些方面需要改进。 b. 它的预期使用者是软件用户,用来评价跟他们签约的软件开发者的强项和弱点。 c. CMM最高的等级对应到如下情况:软件开发过程可以简单的理解为一个“黑盒”,将过程的输入转化为优质的软件。 d. A和B。 e. A和C。 f. B和C。 g. A,B和C。29. 判断对错:通过从先前项目中吸取教训来改进软件开发过程的能力是在CMM的早期等级中实现的,这也使得开发组织能够提升到更高的等级。30. 判断对错:对CMM的一个批评是:它只是强调了开发组织的技术素质,而在很大程度上忽略了它的商业素质。31. 下列哪个陈述最能表现出CMM和SPICE的不同之处? a. CMM定义了可以用作对比样例的理想开发过程。 b. 进行SPICE评估的方法规定应该尽量客观。 c. SPICE强调过程,区分了基础的和一般的活动。 d. A和B。 e. A和C。 f. B和C。 g. A

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号