福建师范大学2020年8月课程考试《工程经济学》作业考核试题Word文档格式.docx

1、3. 中间 COCOMO 模型具有 D 类成本驱动因子属性。A. 1B. 3C. 4D. 15 4. 成本效益模型一般包含 B 和D 两种形式。A. 估算模型B. 性能模型C. 工作量模型D. 成本模型5. 本课程中 FSP 的意思是 B 。A. 人月B. 编码阶段所需的人员C. 源指令数D. 对软件开发所需月数的估算6. 最优拟合公式并未被用作基本 COCOMO 估算公式的原因之一是简单性， 这里简单性的含义是 B 。A. 较少的变量以使得计算更容易些。B. 简单的系数和指数比较容易记忆和使用。C. 简单的线性函数有助于理解。D. 简单的几何运算不容易出错。7. 实现子目标瀑布模型的经济学基

2、本原理基于的前提是 B 和 C 。A. 自始至终用一个单一的全局目标贯穿于整个工程。B. 任何与模型不同的子目标实现顺序都不利于软件产品的构造。C. 为了得到成功的软件产品，必须实现每个阶段所有的子目标。D. 在每个里程碑处都必须提供完整的文档作为下一个阶段的依据。55/C. D. 以上都不是8. 本课程中 MM 的意思是 B。A. 编码阶段所需的人员B. 人月C. 源指令千行数D. 对软件开发所需月数的估算0.381.059. 在 COCOMO 模型中，对于组织型模式的软件项目，其“基本工作量”公式 为 B 。A. TDEV=2.5（MM）B. MM=2.4（KDSI）10. 考虑到经济学原

3、理，在分析一个软件工程项目时应该考虑 C。A. 尽可能使用最少的人工B. 如何在面向对象和传统的分析方法之间进行选择C. 标准的价值是如何与候选方案的决策变量联系起来的D. 以上都要11. A模式是软件开发的三种COCOMO 模式之一A. 半独立B. 独立C. 耦合D. 关联二、名词解释（5 小题，每题 4，共 20 分）1. 规模不经济答：规模不经济是规模经济的对称。因生产规模扩大而导致单位产品成本提高的现象。2. 性能模型答:性能模型包括一系列公式， 根据一组被称为 系统参数的变量，决定了系统的估算性能。3. WBS 为达到项目预算的计划和控制目的，把项目活动元素组成成一定的层次结构是非常

4、有用的，这种层次结构被称之为工作分解结构（WBS） 4. V&V 是 Verification and Validation 的缩写，意思是“验证与确认”。实现每一个程序工程生命周期子目标的一个重要组成部分，就是对它的中间软件产品能否确实满足目标的验证与确认。5. GOALS 方法即生命周期软件的面向目标方法（Goal-0riented Approachto Life-cycle Software）。 这是一种相当通用的方法，并不特别只适用于软件。它的软件定位由分级软件工程目标结构给出，该目标结构中包括了在软件产品和软件过程中人们一般期望达到的主要目标。三、简答题（5 小题，每题 6 分，共

5、30 分）1. 请给出软件工程的定义软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。2. 简述基本 COCOMO 模型按阶段的总体人员分布与雷利曲线模型的主要区别。（1）基本 COCOMO 模型直到产品设计全部完成并通过 V&V 之后，才给项目增加大量编程人员。（2） COCOMO 模型反映出在计划与需求阶段人员连续而缓慢的增加，而雷利曲线在产品设计阶段开始时是以零个人员作为起点的，然后迅速建起一个大型组织在前端增加了另外一个小雷利曲线以说明这一结果。3. 试列举可能对软件开发成

6、本产生影响的因子类型。应用类型;输入和输出的类型数;程序中输入输出指令、控制指令和算术指令的百分比; 分析员和程序员的平均经验;所用的计算机配置和所使用的程序设计语言; 产品决策中需要协同工作的人员数;项目活动中所需的人员出差次数。4. 简述性能模型的主要用途是什么。在软件工程中，性能模型的主要用途 是提供如下几种信息，以支持开发或购买决策:（1） 优化的性能信息。（2） 敏感性分析信息。5. 简述破坏传统的材料经济学假设有效性的原因。破坏传统的材料经济学假设有效性有两个原因:（ 1）根据材料经济学方法做出的决策， 将会带来诸如对有限自然资源的损耗等危险的长期后果，或者迫使人们从事毫无意义的重

7、复工作。（ 2）从面向生产为主的经济,正在向以面向服务为主的经济转变的全球趋势。四、综合题（2 小题，共 24 分）1. （10 分）请给出 COCOMO 模型在生命周期各个阶段之外的附加的定义和假设。（1） 基本的成本驱动因子是项目开发中交付的源指令（DSI） 数。（2） CCOMO 成本估算所涵盖的开发期，开始于 产品设计阶段之初，并且结束于集成与测试阶段之末。（3） COCOMO 模型成本估算仅包含软件工作分解结构（WBS） 所显示的活动。（4） COCOMO 估算包括了上述假设 3 中说明的在项目里所有直接计费劳动力的活动。（5） 一个 COCOMO 人月由 152 小时的工作时间组成

8、。（6） COCOMO 估算假设项目能够得到开发人员和客户两方面的良好管理。（7） COCOMO 假设需求说明书在计划与需求阶段完成之后不需要很大的改变。（8） 详细 COCOMO 模型假设软件成本驱动因子的影响是依赖于阶段的。基本COCOMO 模型和中间 C0CONO 模型除了区分开发和维护阶段之外不作该假设。（9） 阶段成本包括在该阶段发生的所有成本。2. （14 分）试论述基本 COCOMO 模型中组织型开发模式。组织型模式是相对较小的软件团队在非常熟悉的内部环境中开发软件。与项目有关的大多数人在机构中有着相关系统的广泛开发经验，并且十分了解所开发的系统会对机构的目标产生怎样的影响。大多

9、数项目人员能够在早期就对项目做出有益的贡献，在了解项目整体上是关于什么的、和其他每个人在做什么这些问题时，并不会产生大量的项目通讯费用。 组织型模式的项目对软件满足其需求和接口规格说明书的要求是相对比较宽松的。如果出现这样一种情况:要求软件产品与初始需求或接口说明书严格一致，将会引起大量返工，那么项目团队一般可以协商适当修改说明书，从而使开发更容易一些，而且对该说明书的修改用户也比较容易接受。这是组织型模式项目的生产率较高、而且规模不经济效应较小的另- - 个原因。组织型模式软件项目的其他因素特征是: 一个总的来说还算稳定的开发环境，很少需要相关新硬件和操作系统程序的同时开发。 对创新的数据处理体系与算法的需要最小。 对项目提前完成的额外费用相对较低。相对较小的规模。几乎不存在组 织型模式的项目开发出大于 50 KDSI 的新软件产品（较大的组织型模式产品通常通过现有软件来开发的）。这些因素还趋向于与较高的项目生产率和较小的项目规模不经济效应相关联。