软件项目管理培训课程之软件过程管理 专业下载.pptVIP

敏捷原则 由敏捷软件开发宣言的思想衍生出敏捷软件开发的12条原则。 （1）我们最优先要做的是通过尽早地、持续地交付有价值的软件来满足客户的需要。 有统计数字表明，越早、越频繁地向用户交付软件，软件的质量就越好。 敏捷开发方法力求项目开始几周后，就向用户交付一个最初的系统，以后每隔两周就交付一个增加了功能的系统。 对于每次交付的软件，客户可以将其投入应用，如果软件的功能还不足以满足应用的需要，就只对其进行审查，并提出修改意见。 敏捷原则 敏捷原则 （2）欢迎需求的变化，即使到了开发的后期。敏捷过程能够驾驭变化，为客户创造竞争优势。 使用敏捷过程的开发组织欢迎需求的变化，因为他们认为需求变化可以让它们更多地了解市场。 敏捷开发组织采用各种方法和技术，使软件的结构高度灵活，需求的变化对系统的影响被最小化。 敏捷原则 （3）频繁交付可以工作的软件，从几个星期到几个月，时间越短越好。 敏捷开发组织不满足于交付文档和计划，他们的目标是频繁地交付可以工作的软件，从而满足客户的需要。 （4）在整个项目开发期间，业务人员和开发人员必须每天工作在一起。 软件项目必须被不断地调整和引导，这要求用户、开发者和其他利益干系人要频繁地交流。 敏捷原则 敏捷原则 （5）围绕斗志高昂的人构建项目，给他们提供所需的环境和支持，并且信任他们能够完成任务。 在一个敏捷项目中，人员被认为是最重要的因素，其它所有因素（过程、环境、管理等）都被认为是次要的，当这些因素对人员造成不利影响时，就必须对其做出改变。 例如，如果某些过程步骤对团队人员来说是个障碍，那么过程就必须改变。 （6）在团队内部，最有效率和最有效果的信息传达方式就是面对面的交流。 在敏捷项目中，主要的交流方式就是交谈。文档在必要的时候会被创建，但不会试图用文档来捕获所有项目信息。 在敏捷项目组中，默认的交流方式是交谈，而不是文档。 敏捷原则 PSP过程 PSP不依赖于任何技术（语言、工具和设计方法），它： 示范了软件过程原则； 帮助工程师做正确的计划； 告诉工程师怎样提高软件质量； 建立个人软件过程提升的度量标准； 确定过程改进在工程师表现中的影响。 PSP过程改进 PSP0（个人过程基线） PSP0是过程基线，目的是为了在个人的工作中引入表格和脚本，以便工程师按照测量和报告格式记录软件过程。 PSP0-1.目前过程：记录软件工程师在工程中使用的具有代表性的软件开发方法。 PSP0-2.时间记录：记录软件工程师在不同的软件开发阶段（计划、设计、编码、编译和测试、维护）所花费的时间。 PSP0-3.失误记录：按照一致的格式记录软件工程师引入软件中的缺陷，并记录软件工程师尝试解决问题的方法和步骤。 PSP0-4.错误分类标准：一方面为软件工程师提供在系统中可观察到的典型缺陷种类列表，有助于软件工程师把典型缺陷标准化；另一方面提供一种预定义的步骤和工具方便软件工程师对新的缺陷进行归类和记录。 PSP0（个人过程基线） PSP0可以通过增加下列过程而扩展到 PSP0.1。 PSP0.1-1.代码规范：通过对设计过程、开发过程和设计语言结构进行规范，约束具有不同技术背景和软件开发风格的软件工程师。由组织统一制订设计方法和编码标准。 PSP0.1-2.代码规模度量：测量代码的长度、功能、复杂度、再利用数、冗余数等。一般基于某种测量标准进行，如LOC，软件工程师应该了解 LOC及相关测量概念。 PSP0.1（个人过程基线） PSP0.1-3.过程优化计划：针对已经记录的软件过程中的问题和经验教训，帮助软件工程师给出软件过程能力的改进建议，并以结构化的方式表达软件过程、问题、建议教训、改进建议等项目。 PSP0.1（个人过程基线） PSP1（个人计划过程） PSP1在PSP0的基础上增加了计划步骤： PSP1-1.规模估计：分为代码规模估算、时间估算、资源估算。 （1）代码规模估算：软件工程师可以凭借PSP0级代码规模测量经验预测他们将要写的任务模块或算法的可能规模。 （2）时间估算：PSP0级时间测量过程可以总结出不同复杂度模块的编写时间，凭借这些经验，软件工程师可以针对当前系统的模块结构层次给出完成每个模块的估算时间（乐观时间、最可能时间、悲观时间）。 （3）资源估算：对于软件开发的一段生存期，软件工程师预测所需要的软件、硬件和人力资源，其中人力资源预测包括人力需求、人力成本估算和项目管理标准。 PSP1-2.状态报告：对软件工程师的工作进行跟踪，检查规模估计与实际状态之间的差异。 PSP1（个人计划过程） PSP1.1在PSP1的基础上引入了任务计划和安排。 PSP1.1-1.任务计划及安排：基于PSP1中的规模估计数据制订软件项目的需要完成的任务计划，并将任务按时间段