软件项目管理知识点整理好

第 1 章、 1、什么是项目 项目（Project），是指一系列独特的，复杂的并相互关联的活动。这些活动有着一个明确 的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。项目参数包括项目 范围、质量、成本、时间、资源。 2、软件项目的特征 （1）复杂性：了解软件产品中每一美元、没一英镑、每一欧元是如何花费的，要比其它工 程制品更复杂。 （2）一致性:通常，传统的工程师会用物理系统，以及水泥、钢铁这样的物理材料来工作， 这些物理系统有一定的复杂性， 但都服从一定的物理定律。 而软件开发者，必须与客户需求 保持一致。不仅因为从事该工作的人员可能不是同一个人， 而且对于组织来说，由于集体记 忆会有差错、内部交流不够通畅，决策也会有失误。 （3）可变性：软件可以方便的修改，这是软件的长处之一。然而。软件系统一旦与物理系 统相连， 一有必要， 就要改变软件来适应其它组件， 而不是改变其他组件来适应软件。 所以， 相对于其他组件，软件系统可能要经常变更。 （4）不可见性：有形制品（比如桥）的建造过程，可以立即看到，而软件的进展不能立即 可见。 3、课本第八页的重要概念 （1）检查点：指在规定的时间间隔内对项目进行检查，比较实际现状与计划之间的差异， 并根据差异进行调整。可将检查点视作一个固定采样的时间点， 时间间隔，根据项目周期长 短不同而变化，频率过小失去意义，频率过大增减管理成本。常见的间隔，每周一次，项目 经理需要召开例会并上交周报。 （2）里程碑：是完成阶段性工作的标志，不同类型的项目里程碑不同。在软件项目的生命 周期里，重要的里程碑节点是相同的，如项目立项、项目启动、需求分析、系统设计、软件 编码、系统试运行、项目验收这些阶段完成时间均可作为里程碑。 （3）基线：指一个、一组配置项在项目生命周期的不同时间点上，通过正式评审进入正式 受控的一种状态。软件项目中，需要的基线、配置基线等都是一些重要的项目阶段里程碑， 但相关交付物要通过正式评审并作为后续工作的基准和出发点。 基线一旦建立， 变化要受到 控制。 4、SMART 原则 （1）绩效指标必须是具体的（Specific） （2）绩效指标必须是可以衡量的（Measurable） （3）绩效指标必须是可以达到的（Attainable） （4）绩效指标是实实在在的，可以证明和观察(Realistic) （5）绩效指标必须具有明确的截止期限（Time-bound） 5、PMBOK 项目管理知识体系，指项目管理知识体系的意思，具体是美国项目管理协会（PMI）对项目 管理所需的知识、技能和工具进行的概括性描述 PMBOK 的 5 个阶段：项目启动、项目规划、项目执行、项目监控与项目收尾 PMBOK 的九大知识领域：项目集成管理、项目范围管理、项目时间管理、项目成本管理、项 目人力资源管理、项目沟通管理、项目风险管理、项目质量管理、项目采购管理 6、软件项目经理扮演的角色 第第 2 2 章章 1、什么是需求工程 需求工程是指应用已证实有效的技术、 方法进行需求分析，确定客户需求，帮助分析人员 理解问题并定义目标系统的所有外部特征的一门学科。 需求工程通过合适的工具和记号系统 地描述待开发系统及其行为特征和相关约束， 形成需求文档， 并对用户不断变化的需求演进 给予支持。 2、需求工程的类型 （1）业务需求：表示组织或客户高层次目标 （2）用户需求：描述的是用户的目标，或用户要求系统必须能完成的任务。 （3）功能需求：规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任 务，满足业务需求 （4）非功能需求 3、什么是需求分析 需求分析也称为软件需求分析、 系统需求分析或需求分析工程等， 是开发人员经过深入细致 的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需 求表述转化为完整的需求定义，从而确定系统必须做什么的过程。 4、需求分析的任务是什么 ⑴问题识别：双方确定对问题的综合需求，这些需求包括功能需求，性能需求，环境需求， 用户界面需求。 ⑵分析与综合，导出软件的逻辑模型 ⑶编写文档： 包括编写“需求规格说明书“,“初步用户使用手册“,“确认测试计划“,“修改完善 软件开发计划“ 5、《用户需求说明书》与《需求规格说明书》的主要区别 （1）前者主要采用自然语言（和应用领域术语）来表达用户需求，其内容相对于后者而言 比较粗略，不够详细。 （2）后者是前者的细化。更多的采用计算机语言和图形符号来刻画需求，是即将开发的软 件产品的需求，产品需求是软件系统设计的直接依据。 6、如何进行需求变更 7、需求变更的管理流程 （1）提出变更申请 （2）审批 （3）修改需求文档 （4）重新进行需求确认 （5）变更结束 8、需求获取的方法 （1）用户访谈 （2）用户调查 （3）现场观摩 （4）文档考古 （5）建立联合分析小组 （6）原型法 （7）模型驱动 （8）基于上下文的方法 第 3 章 1、德尔菲方法 德尔菲法也称专家调查法， 是一种采用通讯方式分别将所需解决的问题单独发送到各个专家 手中，征询意见，然后回收汇总全部专家的意见， 并整理出综合意见。随后将该综合意见和 预测问题再分别反馈给专家， 再次征询意见，各专家依据综合意见修改自己原有的意见， 然 后再汇总。这样多次反复，逐步取得比较一致的预测结果的决策方法。 2、软件项目成本估算 成本估算， 是指对完成项目各项活动所必须的各种资源的成本做出的估算。 估算计划活动的 成本，涉及估算完成每项计划活动所需的资源，包括人力资源，设备，材料，服务，设施和 特殊条目，如通货膨胀准备金和应急准备金等的近似费用 3、软件项目的规模估算 软件项目的规模是影响软件项目成本和工作量的主要因素。在基于代码行（ loc，line of code）和功能点（function point）的估算方法中，利用代码行和功能点来表示软件系统的 规模，并通过对软件项目规模的估算进而来估算软件项目的成本和工作量 4、软件项目的费用构成 （1）咨询费，指软件项目立项前期，请专业机构或者专家进行技术咨询、可行性分析、需 求分析，造价评估、方案设计、项目招标代理等方面工作所发生的费用 （2）建设费包括支付给软件开发商的进行软件开发、实施、维护等方面工作的费用。主要 依据工作量（完成该项目需要投入的人力，以人月度量）和人月成本进行估算 （3）服务费：①验收测试费②工程监理费③数据处理费④附加费⑤需求变更估算 第第 4 4 章章 1、软件项目管理的三要素及其之间的关系 成本、质量和进度 进度是三要素之一，它与成本、质量二要素有着辨证的有机联系 2、WBS 基本要素 （1）层次结构 WBS 结构的总体设计对于一个有效的工作系统来说，是个关键。结构应以等级状或“树状” 来构成，使底层代表详细的信息，而且其范围很大，逐层向上。 （2）编码设计 工作分解结构中的每一项工作或者称为单元都要编上号码， 用来唯一确定项目工作分解结构 的每一个单元，这些号码的全体称为编码系统。 （3）报告设计 设计报告的基本要求， 是以项目活动为基础产生所需的实用管理信息， 而不是为职能部门产 生其所需的职能管理信息或组织的职能报告。 3、