软件项目管理知识点整理好电子教案.docxVIP

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