qq_41349068的博客

第十二章 项目监督和控制项目监督和控制的主要活动 数据采集、项目跟踪、量化监督和控制（里程碑分析）、缺陷分析和预防 数据采集的内容 1.工作量数据 通过日报和周报采集（活动编码），评价项目是否在预算内执行。（WAR） 2.缺陷数据 缺陷数据库，缺陷类型定义，缺陷级别定义 Infosys使用DCS（缺陷控制系统）记录和跟踪缺陷。 3.规模测量 （LOC、FP） 功能点 代码行 项目跟踪的内容 1) 任务跟踪 1.目的是确保任务可以按

第十一章 评审评审的功能和特点 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广； 2、评审比软件测试更有效率，因为其看到的是问题本身而不是征兆； 3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生； 4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改； 5、不只发现错误，还有利于评审员、软件项目相关组熟悉有关产品。 了解基本的评审过程 1.评审规划 标识要评审的产品 选择评审成员及安排评审时间 作者准备好

第十章 配置管理配置管理的概念 软件配置管理（software configuration management, SCM）是项目管理的一项内容，主要涉及对变更进行系统地控制，建立和维护在项目的整个软件生存周期中软件项目产品的完整性。 配置管理的功能 ① 给出程序的状态； ② 给出一个程序的最新版本； ③ 处理并发更新申请； ④ 取消一个程序变更； ⑤ 防止未授权的变更或者删除； ⑥ 提供需求变更申请和程序变更之间的可跟踪性； ⑦ 取消一个需求变更； ⑧ 显示相关

第九章 项目管理计划项目管理计划的内容和使用者 项目管理计划(Project Management Plan, PMP)是项目经理承担的所有规划任务的核心。各规划任务的结果都出现在PMP中，是指导所有项目执行的基准文档。 项目管理计划分四部分：项目概述、项目计划、项目跟踪、团队。 项目管理计划的主要使用者： 业务主管 项目经理 项目的开发人员 PMP中的项目计划部分包含哪些内容 （1）项目过程：标准过程的描述、剪裁指南、需求变更管理等 （2）工作量估计

第八章 风险管理风险的含义 风险是那些可能发生的事件或者条件，如果它确实发生了，则它的发生会对项目产生有害的或者负面的影响。另一方面，风险是一种概率事件，可能发生也可能不发生。 风险管理的含义、内容、目标和特点 含义 风险管理是试图使由于意外事件而导致项目失败的概率降到最小。 内容 目标 旨在识别出风险，然后采取措施使它们对项目的影响最小 特点 风险管理是要付出额外的成本；风险管理的价值不容易度量 风险管理主要包含哪两类活动 风险

第七章 质量计划和缺陷估计软件质量的定义 我们用已交付软件的故障密度作为软件质量的定义，即已交付软件中每个单位规模的故障数。 缺陷注入和清除的环节 注入：需求分析、设计、编码阶段 清除：需求评审、设计评审、代码评审、单元测试、集成测试、系统测试和验收测试阶段 质量管理的主要任务 规划合理的质量控制任务，然后正确地执行和控制它们，以实现项目的质量目标。 质量管理的程序化方法存在什么问题？ 程序化方法：在定义好的点上执行一些过程以发现缺陷 （1）缺少清除效率的量化描述

第六章 工作量估计和进度安排自底向上估计工作量的具体步骤 1.确定系统中的程序，并将它们分为简单、中等复杂或复杂(S/M/C)。尽量使用提供的定义或其他项目使用的定义。 2.如果存在项目特定的基线，从基线中获得构建S/M/C程序所需的平均工作量。 3.如果项目特性的基线不存在，使用项目类型、技术、语言和其他属性来查找过程数据库中类似的项目。使用来自这些项目的数据来定义S/M/C程序的构建工作量。 4.如果在过程数据库中没有类似的项目，并且不存在项目特性的基线(即，这个项目涉及到一个新领域

第五章 过程数据库与过程能力基线软件度量的含义、作用 软件度量可以来量化地描述软件过程和软件产品的不同方面的特点。 软件度量的作用 （1）可以帮助项目经理制定较合理的项目计划 （2）可以帮助项目经理在项目执行中控制项目过程 （3）能够帮助SEPG分析和改进组织软件过程 过程数据库定义及构成 定义：PDB 是存放从项目可获得的过程性能数据的数据库，这些数据可以用于项目计划、估计、生产率和质量分析等。 PDB的构成：由已经完成的项目的数据构成 项目特征 项

过程的定义 过程描述是项目可以用来遵照执行某些任务的一系列步骤，以及执行这些步骤的指南。 一般的软件开发过程包括哪些子过程 需求规格 概要设计 详细设计 编码 单元测试 集成测试 系统测试 验收测试 安装 维护 软件开发每个子过程的参加者、五要素 概要设计 参加者：设计团队、评审团队、客户 输入准则：需求规格文档经过评审并授权 输入：需求规格文档 输出准则：概要设计文档经过评审和授权 输出：概要设计文档、项目标准、概要...

第三章 需求规格和需求管理需求 IEEE软件工程标准词汇表（1997年）定义需求为： 1.用户解决问题或达到目标所需的条件或权能（Capability）。 2.系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 3.一种反映上面1或2所描述的条件或权能的文档说明。 需求分析 通过与用户的沟通，理解用户的需求，从而对目标系统提出完整（Complete）、正确（Correct）、一致（Consistent）、清晰（Clear）的要求。 软件需求规格

第二章 软件项目管理概述项目的定义和特征 定义：所谓项目，就是为创建某一独特产品或服务或成果，在一定的环境和约束条件下进行的临时性努力。即它是利用有限的资源，在有限的时间内为特定客户完成特定目标的一次性工作。 特征： 1.一个明确的范围和目标； 2.一个预期的完成时间； 3.有可以利用的资源； 4.一种已定义的性能评估方法； 5.不是例行的任务。 项目管理的知识体系 项目管理的概念：一定的主体，为了实现其目标，综合运用专门的知识、技能、工具和方法，对执行

第一章 绪论软件的定义及特征 软件的定义：是使计算机能够工作的指令集合和相应的数据结构和文档，是一种产品，将计算机的硬件能力发挥出来的一种工具，是传递信息的一种工具，对信息的处理手段。 软件的特征： 1.软件是一种逻辑元素，而不是物理元素； 2.软件是开发出来的，而不是用传统的方法制造出来的； 3.软件不会被用坏，一般产品的失败概率都遵循浴盆曲线； 4.工业界已经是标准化装配时代，但软件还是定制时代； 5.创新性和人为因素更高。 软件危机产生的原因 1.