软件项目考试范围(含简答答案).doc

1、软件项目考试范围（含简答答案） (一 ) 填空题 1、 项目管理的九大知识领域： 项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理。 2、 项目管理的 5 个标准化过程组： 启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组。 3、 软件项目管理的 4 个阶段： 项目初始、项目计划、项目执行控制、项目结束。 4、 招标文件的类型主要有： 招标邀请、建议书提交邀请、报价邀请、谈判邀请。 5、 瀑布模型的生存期主要有： 需求分析、设计、实施、测试、维护。 6、 V 模型的生存期主要有： 项目 规划、需求分析、概

2、要设计、详细设计、编码和调试、单元测试、集成测试、系统测试、接收测试。 7、 螺旋式模型每个循环步骤包括的四个阶段： 制订计划、风险分析、实施工程、客户评估。 8、 需求验证包括几个方面： 需求的正确性、需求的一致性、需求的完整性、需求的可行性、需求的必要性、需求的可检验性、需求的可跟踪性、最后的签字。 9、 WBS 分解的方法主要有： 模板参照、类比、自顶向下、和自底向上。 10、 任务之间的关系主要有： 强制性依赖关系、软逻辑关系、外部依赖关系。 11、 进度管理的图示主要有： 甘特图、网络图、里程碑图、资源图。 12、 进度估算中，定额估算法的公式为： T=Q/(R*S)， T:活动持续

3、时间 ， Q:活动的工作量 ，R:人力或设备的数量 ， S:产量定额 ,以单位时间完成的工作量表示 。 13、 进度估算中，经验导出模型为： D=a*E exp(b)， D:月进度 ， E：人月工作量 ， a 是 24之间的参数， b 为 1/3 左右的参数，它们是依赖于项目自然属性的参数。 14、 Pert 评审技术中， Pert 估算值为： （ O+4m+P)/6， O 是项目完成的最小估算值或是最乐观值； P 是项目完成的最大估算值或是最悲观值； M 是项目完成的最大可能估算值。 15、 IBM 开发 的功能点计算中，技术复杂度因子为： TCF=0.65+ Fi/100,TCF 表示技术

4、复杂度因子， Fi 为每个通用系统特性的影响程度， i 代表每个通用系统特性，取值 114；表示所有 14项通用系统特性的和。 P94 16、 IBM 开发的功能点计算中，将组件分为： 内部逻辑文件、外部输入、外部输出、外部查询、外部接口文件。 17、软件成本估算中，参数模型估算法的静态 单变量 模型： E=a+b*S exp(c)， E 是以人月表示的工作量； a、 b、 c 是经验导出的系数； S 为估算变量，是主要的输入参数（通常是 LOC，FP 等）。 P98 18、软件成本估算法，参数模型估算法 的动态多变量模型 ： E=（ LOC*B exp(0.333)/P） exp(3)*（

5、1/t） exp(4)， E 是以人月或人年为单位的工作量， t 是以月或年为单位的项目持续时间， B是特殊技术因子， KLOC=515， B=0.16，对于超过 70KLOC 的程序， B=0.39， P 是生产率参数。 19、估算误差，在合同前，准确度为： -25%+75% ， 是概念和启动阶段，决策； 合同期，准确度为： -10%+25%，是编制初步计划； 确定级估算为 -5%+10%，是任务分解后的详细计划。 20、软件质量框架包括： 质量特征 质量子特征 度量因子 三层结构模型。 P113 21、软件质量管理的过程主要： 质量规划、质量保证、质量控制。 22、软件项目的基本组织结构：

6、 职能型、项目型、矩阵型。 23、项目风险从范围角度看，风险分为： 商业风险、管理风险、人员风险、技术风险、开发环境风险、客户风险、过程风险、产品规模风险等。 24、风险识别的方法： 德尔菲方法、头脑风暴法、情景分析法、风险条目检查表。 （注： 风险识别的输出是 风险列表） 25、风险 条 目检查表 ： 基于关键域的检查表、基于三层结构的 检查表、基于生存期的检查表。 26、软件的配置管理： 配置项标识、变更控制、配置项状态统计、配置项审计 等活动 。 27、基线变更包括： 变更请求、 变更评估、变更的批准或者拒绝、变更实现。 28、软件配置管理过程中涉及的主要角色： 项目经理、配置控制委员会

7、、配置管理员、开发人员。 29、配置管理的三个要素： 人、规范、工具。 30、软件团队管理包括： 创建有实际存在感的项目团队、建立奖励机制、确立良好人际关系、设置工作授权系统。 31、合同的生存期： 合同准备、合同签署、合同管理、合同终止。 二、简答题： 1、项目概念 ，项目特征？ P1 答： 项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。 特征： 1. 有明确的目标 2. 项目之间的活动具有相关性 3. 限定的周期 4. 有独特性 5. 资源成本的约束性 6. 项目的不确定性 2、项目目标成功实现的制约因素？ P3 答： 工作范围 、 成本 、 进度计划 、 客户满意

8、度 3、项目管理、软件项目管理的概念？ P3 答： 项目管理是一系列的伴随着项目的进行而进行的、目的是为了确保项目能够达到期望的结果的一系列管理行为。 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本 、人员、进度、质量、风险等进行分析和管理的活动。 4、项目管理的 5 个要素？ P6 技术（ Technical) 方法（ Methodology） 团队建设（ Team Building） 信息（ Information） 沟通（ Communication： 80% jobs): 5、项目管理的知识领域 ?P8 项目集成管理 项目范围管理 项目时间管理 项目成本管

9、理 项目质量管理 项目资源管理 项目沟通管理 项目风险管理 项目采购管理 6、项目管理的生命周期？ P10 7、招标定义过程？ P19 8、竞标过程？ P23 9、项目生存模型 P28 瀑布 Waterfall 在项目开始前 ,项目的需求很明确 在项目开始前 ,解决方案也很明确 类似的项目如： 公司的财务系统 、 库存管理系统 、 短期项目 V 模型 V-shaped 需求定义 商务条件确定 验收标准确定 资料汇集 采购需求认可 编写招标文件 需方申请 招标文件 技术能力 要求确定 人力资源 要求确定 实现环境 要求确定 企业能力 判定 评估结果 评审 能力评估结果 需求分析报告 项目计划 需

10、求成熟度评估 用户支持保证评估 用户资金保证评估 项目决策 编写项目建议书 项目建议书 可行性 分析 参加竞标 资金、管理要求确定 在项目开始前 ,项目的需求很明确 在项目开始前 ,解决方案也很明确 对系统的性能安全很严格的项目 类似的项目如：航天飞机等 、 公司的财务系统 原型 Prototyping 在项目开始前 ,项目的需求不明确 需要减少项目需求的不确定性 类似的项目如：确定显示界面 、 第一次开发的产品，验证可行性 增量 Incremental 项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，就需

11、要一步一步实施的。 螺旋式 Spiral 风险是主要的制约因素 不确定因素和风险限制了项目进度 用户对自己的需求也不是很明确 需 要对一些基本的概念进行验证 可能发生一些重大的变更 项目规模很大 、 项目中采用了新技术 快速应用开发 RAD 很小并且具有探索性质的项目 适合一个复杂度从小到大变化的项目，例如重整企业的信息系统 渐近式阶段 可以适合任何规模的项目，主要是中型或大型项目 希望随时看到未来的项目 10、软件需求层次 P45 11、需求管理过程 P46 12、需求管理主要工作流程 P53 建立需求基线 确定需求变更控制过程 建立变更控制委员会 SCCB 进行需求变更影响分析 跟踪所有受

12、需求变更影响的工作产品 建立需求基准版本 和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 13、 WBS 分解步骤及分解标准 P56、 57 答：步骤 1. 确认并分解项目的组成要素 2. 确定分解标准 3. 确定分解是否详细 4. 确定项目交付成果 5. 验证分解的正确性 (建立编号 ) 标准： 进行任务分解的标准应该统一，不能有双重标准，选择一种项目分解标准之后，在分解过程中应统一使用此标准，避免使用不同标准导致的混乱。可以采用生存期标准；或者以功能组成为标准；或其他方法。 14、任务关联的 4 种关系 P66 15、进度管理图示有 P67 网络图 甘特图

13、里程碑图 资源图 16、进度估算方法 P71-P73 基于规模的进度估算， 定额估算法 T=Q/(R*S) T:活动持续时间 Q:活动的工作量 R:人力或设备的数量 S:产量定额 ,以单位时间完成的工作量表示 经验导出模型 D=a*E exp(b) ： D:月进度 E：人月工作量 a=2 4 b:1/3 左右 :依赖于项目的自然属性 CPM PERT 工程评估评审技术 采用加权平均得到期望值 E=（ O+4m+P)/6， O 是最小估算值 :乐观 (Optimistic)， P 是最大估算值 :悲观 (Pessimistic)， M 是最大可能估算 (Most Likely)。 标准差 =(最

14、大估算值 -最小估算值 )/6 方差 2 = (最大估算值 -最小估算值 )/6 基于进度表的进度估算 类推估计方法 模拟估计方法 基于承诺的进度估计 Jones 的一阶估算准则 其它策略 17、 Pert 评审原理及概率 P72 例一 PERT 工程评估评审技术 采用加权平均得到期望值 E=（ O+4m+P)/6， O 是最小估算值 :乐观 (Optimistic)， P 是最大估算值 :悲观 (Pessimistic)， M 是最 大可能估算 (Most Likely)。 标准差 =(最大估算值 -最小估算值 )/6 方差 2 = (最大估算值 -最小估算值 )/6 18、关键路径法、正推

15、与逆推法 见 PPT 3P76 关键路径是决定项目完成的最短时间。是时间浮动为 0（ Float=0）的路径 ,网络图中最长的路径 关键路径上的任何活动延迟，都会导致整个项目完成时间的延迟 按照时间顺序计算最早开始时间和最早完成时间的方法 ,称为正推法 . 首先建立项目的开始时间 项目的开始时间是网络图中第一个活动的最早开始时间 从左到右，从上到下进行任务 编排 当一个任务有多个前置时，选择其中最大的最早完成日期作为其后置任务的最早开始日期 公式 : ES+Duration=EF EF+Lag=ESs 按照逆时间顺序计算最晚开始时间和最晚结束时间的方法 ,称为逆推法 . 首先建立项目的结束时间

16、 项目的结束时间是网络图中最后一个活动的最晚结束时间 从右到左，从上到下进行计算 当一个前置任务有多个后置任务时，选择其中最小最晚开始日期作为其前置任务的最晚完成日期 公式 : LF-Duration=LS LS-Lag=LFp 19、时间压缩法 P78 例 2 20、关 键路径法与关键链法在预留时间上处理不同（不考） 一前一后 21、成本估算定义 P90 答：软件的成本估算是成本管理的核心，是预测开发一个软件系统所需要的总工作量的过程，软件开发成本是指软件开发过程中所花费的工作量及相应的代价。 22、成本估算方法 P91 1. 代码行、功能点 2. 类比 (自顶向下 )估算法 3. 自下而上

17、估算法 4. 参数法估算法 5. 专家估算法 23、功能点估算中，系统分成哪 5 类组成。 1. 内部逻辑文件 2. 外部输入 3. 外部输出 4. 外部查询 5. 外部接口文件 24、理解 COCOMO 模型，包括、模型（不考） 25、 项目报价 P109（重点） 1. 获取项目分解结果 WBS 任务分解是根据项目的功能进行分解的 2. 计算开发成本 由于任务分解的结果主要是针对开发任务分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务 =20%*开发任务 3. 计算管理、质量成本 =开发成本 *20% 4. 计算直接成本 5. 计算间接成本 =25%直接成本

18、 6. 计算总估算成本 7. 重新评估项目的报价 26、软件质量定义及包含三个方面 P113 软件质量：与软件产品满足规定的和隐含的需求能力有关的特征或特性的全体。 包含： 1）软件需求是度量软件质量的基础 ，不满足需求的软件就不具备质量； 2）不遵循各种标准中定义的开发规则，软件质量就得不到保证； 3）只满足明确定义的需求，而没有满足应有的隐含需求，软件质量也得不到保证。 27、质量保证定义 P116 为了提供信用，证明项目将会达到有关质量标准，而开展的有计划、有组织的工作活动。 28、质量控制定义 P116 确定项目结果与质量标准是否相符，同时确定消除不符的原因和方法，控制产品的质量，及时

19、纠正缺陷的过程。 29、质量成本包括哪两类？含义 P117 质量成本包括预防成本和缺陷成本。其中预防成本是为确保项目质量 而进行预防工作所耗费的费用。缺陷成本是为确保项目质量而修复缺陷工作所耗费的费用。 30、质量目标有哪些？ P119 1）可用度：软件运行后在任意随机时刻需要执行规定任务或完成规定功能时，软件处于可使用状态的概率。 2）初期故障率：软件在初期故障期内单位时间的故障数。 3）偶然故障率：软件在偶然故障期内单位时间的故障数。 4）平均失效前时间（ MTTF）：软件在失效前正常工作的平均统计时间。 5）平均失效间隔时间（ MTBF） :软件在相继两次失效之间正常工作的平均统计时间。

20、 6）缺陷密度（ FD） :软件单位源代码中 隐藏的缺陷数量。 7）平均失效恢复时间（ MTTR）：软件失效后恢复正常工作所需的平均统计时间。 31、理解职能型组织结构、项目型组织结构、矩阵组织结构？ P128 图 +说明 职能型组织结构： 职能型组织结构是一种常规的线性组织结构。采用这种组织结构时，项目是以部门为主体来承担项目的，一个项目有一个或者多个部门承担，一个部门也可能承担多个项目。有部门经理也有项目经理，所以项目成员有 2 个上司。这个组织结构适用于主要由一个部门完成的项目或技术比较成熟的项目。 项目性组织结构： 单目标的垂直组织方式，每个 项目以项目经理为首，完成每个项目目标所需的全部资源完全划分给该项目单元，完全为该项目服务。这种组织结构适用于开拓型等风险比较大的项目或进度、成本、质量等指标有严格要求的项目，不适合人才匮乏或规模小的企业。 矩阵型组织结构：