软件项目管理知识点好.docxVIP

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