2软件开发项目管理概述【荐】.ppt

第2章软件开发项目管理概述 内容提要 2.1 软件项目管理的概念 2.1.1 项目 2.1.2 项目管理  2.1.1 项目 项目是一项有待完成的任务，有特定的环境和背景要求，具有特定的约束条件。 在一定的组织机构内，利用有限的人力、物力、财力等资源，在规定时间内完成任务。也就是说，项目是有具体的开始和结束时间的。 任务要满足一定的数量、质量、功能、性能和技术指标等多方面的要求。 2.1.2 项目管理 1、概念 项目管理就是在项目的运作过程中，运用一切知识，技能、工具和技巧完成项目，并满足项目需求和期望的过程。 2、要素 （1）对资源的管理 （2）对需求和目标的管理 （3）对项目组织的管理 （4）对项目环境的管理 2.2 软件开发项目管理 2.2.1 内容 2.2.3 特点 2.2.1 内容 1、过程管理 2、需求管理 3、对组织的管理 4、变更管理 2.2.2 特点 1．对管理者技术水平要求高 2．要求管理者有敏锐的洞察力 3．重视文档的管理 4．人的因素更突出 2.3 项目进度管理 2.3.1 任务分解（WBS） 2.3.2 甘特图设计 2.3.1 任务分解（WBS） 编制进度计划的第一步就是任务分解。这样做的目的不言而喻。项目对于任务人和团队来说都是一个复杂的，只有将它分解为更多的子项目，才能让项目开发顺利的进行下去。因为子项目与整个项目相比更小、更易管理、更易操作。这样做的目的就是使成本估算更准确，时间和资源的分配更合理，责任分工更加明确。任务分解最后确定了项目所有的任务范围。它的结果就是任务分解结构 2.3.1 任务分解（WBS） 2.3.1 任务分解（WBS） 1．任务分解的类型 任务分解分为清单类型和图表类型。图2.1就是任务分解的图表类型。 下面是图2.1的清单类型 1．某软件项目 功能1.1 功能1.2 1.2.1 子功能1 1.2.2 子功能2 1.2.3 子功能3 功能1.3 2.3.1 任务分解（WBS） 2．任务的分解过程 （1）确认并分解项目的主要组成要素。确认的标准就是：这些要素应该用有形的、可证实的结果来描述，目的就是为了易于度量。 （2）确定分解标准，按照项目实施管理的方法分解。项目的不同要素所采用的管理方法不同。因此在任务分解时要把对任务的管理方法考虑进去。 （3）确认分解是否详细，分解结果是否可以作为费用和时间估计的标准，明确责任。分解如果过于粗糙，那么这种分解就达到到任务分解的目的。 （4）确定项目交付成果，以及交付成果的含衡量标准，以便可以对交付的成果进行度量。 （5）验证任务分解的正确性。 2.3.1 任务分解（WBS） 3．分解的标准 任务分解的标准一定要统一，如果在一个项目的任务分解中采用两种不同的标准那么这样的任务分解结果的可操作性是不强的，而且是混乱的。我们可以采用生存周期作为标准；也可以用产品的功能作为标准等等。比如对某个项目以生存周期为标准进行任务分解，结果可能为： （1）立项 （2）需求分析 （3）设计 （4）编码 （5）测试 （6）提交产品 2.3.2 甘特图设计 甘特图用水平线段表示任务的基本信息。在这条线段上可以看到任务开始时间，结束时间，工期的长度以及任务中所应用的资源。 甘特图的设计是依据任务分解结构。将每一个单独的任务作为一个线段，规定出开始和结束时间，并为这个任务分配相应资源。然后后整理出各个任务之间的关系。 完成—开始关系：即，A任务完成B任务才能开始； 开始—开始关系：即，A、B任务同时开始； 完成—完成关系：即，A、B任务同时结束。 2.3.2 甘特图设计 2.3.2 甘特图设计 图2.2的左侧文字部分就是这个项目的任务分解结构。右侧对应的就是每一个任务的棒状图。从棒状图中我们可以看出每个任务的开始和结束时间，工期，以及每个任务所用到的资源。 2.4 软件质量管理 2.4.1 错误缺陷管理 2.4.2 版本控制管理 2.4.3 软件文档管理 2.4.4 质量评估标准 2.4.1 错误缺陷管理 1．对缺陷进行有效的描述 2．确定缺陷优先级 3．缺陷跟踪 2.4.2 版本控制管理 图2.3代表一个模块S，其中A、B两个部分分别是这个软件要修改的两处代码。 2.4.2 版本控制管理 现在有甲、乙两个开发人员要对模块S进行修改。假设甲开发人员在10:15将模块S下载到本地机并对A部分代码进行修改，乙开发人员在此10:20分将模块S下载到本地机对B部分代码进行修改。两个在修改完成后将模块S上传至服务器。这时就会出现问题。假设甲、乙二人只是覆盖原有的模块S，那么，只有最后上传的那个人，才可以把自己改正过的代码保留下来。即，如果甲是在11:10分上传并覆盖了模块S，乙是在11:15分上传并覆盖了模块S，那么只有B部分被修改过，而甲所修