计算机软件项目理管国际标准.pptVIP

第13章 国际标准;13.1 IEEE1058.1软件项目管理计划标准; 其中，k是一个常数，e是自然对数的底。当时间t=k时，所需要的资源量达到峰值。典型的Rayleigh曲线如图13.1所示。; 管理工作分成两类。一类工作贯穿于项目全过程，不与软件开发的特定阶段相关联，这类工作称为项目职责，例如，项目管理和质量控制。另一类工作与产品开发的特定阶段相联系，这类工作称为活动或任务。一个活动是一个大的工作单元，有它的开始时间和结束时间；它消耗资源，例如消耗计算机时间和人力；它产生工作产品，例如预算、进度表、设计文档、源代码或用户手册。一项活动又包含一系列任务，一个任务是应该管理的最小工作单元。因此，在项目管理中有三种工作，分别是项目职责、活动(大工作单元)和任务(小工作作单元)。项目管理将贯穿于整个项目开发的始终。; 计划中的关键内容涉及工作产品的完成情况。工作产品预定完成的日期称为“里程碑”。为了确定一件工作产品是否真正到达了一个里程碑，必须通过一系列由开发组成员、管理部门和客户代表进行的审查。一个典型的里程碑是完成概要设计并且通过了审查的日期。一旦一个工作产品经过审查并被一致通过，它就成为一个基线。只有经过12.3.2中描述的正式过程才能修改基线。;图13.1 资源消耗随时间变化; 资金当然是软件项目计划的一个关键组成部分，必须拟定出详细的资金预算和资金分配方案。资金分配应该针对每个项目职责和活动，它是时间的函数。 ; 13.1.2 IEEE软件项目管理计划 1. 引言 这部分由5个小部分组成，描述了要开发的项目和产品的概况。 (1) 项目概览 简要地描述项目目标、要交付的产品、有关活动及其工作产品。此外，还要列出里程碑、所需的资源、主要的进度以及主要预算。 (2) 项目交付 列出所有要交付给客户的软件配置项和交付的日期。; (3) 软件项目管理计划的演变 没有什么计划能一成不变地执行。软件项目管理计划和其他计划一样，必须随着经验的积累以及客户方与开发方的变化而变化。在这部分描述改变计划的正式规程和机制。 (4) 参考资料 在这部分列出软件项目管理计划引用的所有参考文档。 (5) 术语定义和缩写词 这些信息确保每个人都能以同样方式理解软件项目管理计划。; 2. 项目组织 这部分中的4个小部分，从软件过程的角度和开发者的组织结构的角度，说明了产品是怎样开发的。 (1) 过程模型 根据活动(例如，产品设计或产品测试)和项目职责(例如，项目管理或配置管理)来确定过程模型。过程模型的关键内容有里程碑、基线、评审、工作产品以及可交付性。 (2) 组织结构 描述开发组织的管理结构。在组织中划定权限和明确责任是很重要的。 (3) 组织的边界和界面; 没有一个项目是在真空中完成的，项目组成员必须与客户和本组织内的其他成员打交道。此外，在大型项目中还可能牵涉到转包商。必须制定出项目本身与其他实体之间在行政上和管理上的界线。在许多软件组织内部包含两种类型的组织：完成特定开发项目的开发组和起支持作用的支持组(例如配置管理组和SQA组)。如果本项目有支持组介入，则项目组和支持组之间的行政、管理界线也必须清楚地定义。 (4) 项目责任 针对每个项目职责(例如SQA)和每项活动(例如产品测试)，必须明确地指定好个人的责任。; 3. 管理过程 这部分的5个小部分描述怎样对软件项目进行管理。 (1) 管理的目标和优先级 描述管理的原理、目标和优先级。本部分的内容可能包括提交报告的频率和机制、不同需求的相对优先关系、项目的进度和资金预算，以及风险管理过程。 (2) 假设、依赖性和约束列出在规格说明文档及其他文档中包含的所有假设、依赖性和约束。; (3) 风险管理 在本小节中列出项目中存在的多种风险因素和跟踪风险的机制。 (4) 监督和控制机制 详细地描述项目报告机制，包括复查和审计机制。 (5) 人员计划 项目中的有关人员是重要的资源。在这一小节中列出所需人员的类型和数量，并且指明需要他们参与工作的时间。; 4. 技术过程 本部分包括3个小部分，指明该项目的技术方面。 (1) 方