软件开发项目管理概述

软件开发过程与项目管理内容提要1.项目及项目管理的概念2.软件开发项目管理的内容3.项目进度管理4.项目质量管理5.项目成本管理6.软件开发项目分组软件开发过程与项目管理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）某软件项目功能1功能3功能2功能2-子功能1功能2-子功能2功能2-子功能3图2.1软件项目的任务分解软件开发过程与项目管理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.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.3模块关系软件开发过程与项目管理2.4.2版本控制管理现在有甲、乙两个开发人员要对模块S进行修改。假设甲开发人员在10:15将模块S下载到本地机并对A部分代码进行修改，乙开发人员在此10:20分将模块S下载到本地机对B部分代码进行修改。两个在修改完成后将模块S上传至服务器。这时就会出现问题。假设甲、乙二人只是覆盖原有的模块S，那么，只有最后上传的那个人，才可以把自己改正过的代码保留下来。即，如果甲是在11:10分上传并覆盖了模块S，乙是在11:15分上传并覆盖了模块S，那么只有B部分被修改过，而甲所修改过的A部分又被乙恢复了“原貌”。即使是甲、乙不采用覆盖的方式，而是分别为自己的修改过的模块S建立新的版本，那么，以后再有人要使用模块S的时候，到底是用甲的版本呢，还是用乙的版本呢？无论用谁改过的版本，都有一处代码是存在问题的。在软件开发过程中还有很多类似的问题，只有通过版本控制管理，才能解决这些问题，使软件开发顺利的进行。软件开发过程与项目管理2.4.2版本控制管理版本控制通过文档控制记录程序各个模块的改动，并为每次改动编上序号。简单的说就是对每一次改动都做记录，并且升成版本号。下次无论谁要对模块进行修改，下载的都将是最新的版本。软件开发过程与项目管理2.4.3软件文档管理1．软件文档概念2．软件文档的内容3．软件文档的管理软件开发过程与项目管理1．软件文档概念软件文档也称文件，通常指的是一些记录的数据和数据媒体，它具有固定不变的形式，可被人和计算机阅读。它和计算机程序共同构成了能完成特定功能的计算机软件。软件开发过程与项目管理2．软件文档的内容（1）可行性研究报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施的方案，说明并论证所选定实施方案的理由。（2）项目开发计划：为软件项目实施方案制定出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。项目开发计划应提供给管理部门，并作为开发阶段评审的参考。（3）软件需求说明书：也称软件规格说明书，其中对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。软件开发过程与项目管理2．软件文档的内容（4）概要设计说明书：该说明书是概要设计阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计奠定基础。（5）详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。（6）用户手册：本手册详细描述软件的功能、性能和用户界面，使用户了解如何使用该软件。软件开发过程与项目管理2．软件文档的内容（7）操作手册：本手册为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。（8）测试计划：为做好组装测试和确认测试，需为如何组织测试制定实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明。对测试结果加以分析，并提出测试的结论意见。（9）开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告。报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。软件开发过程与项目管理2．软件文档的内容（10）项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力。此外还需对开发工作作出评价，总结出经验和教训。（11）维护修改建议：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响估计作详细的描述，写成维护修改建议，提交审批。软件开发过程与项目管理3．软件文档的管理（1）确定要开发哪些类型的文档（2）文档的内容是什么（3）文档达到的质量水平（4）何时产生何种文档（5）文档保存、维护的方式软件开发过程与项目管理2.4.4质量评估标准对于软件产品的质量，要依据标准检查产品及其文档的符合性，软件开发所使用的流程的符合性。具体我们可以按照以下软件质量的特征对软件进行评价。1．功能特征：这里的功能指的是需求中提到的那些功能。评价时，首先要看功能是否完整、齐全，是否符合需求中所提及的功能。其次，就是看正确性。仅仅是有了需求所提及的功能还不够，还要正确的反映这些功能。2．可靠特征：“可靠”就是在规定的一段时间和条件下，软件维持其性能水平的能力。具体的评价指标有可用度、初期故障率、偶然故障率、平均失效前时间、平均失效间隔时间、缺陷密度等。下面我们对这些指标进行解释。软件开发过程与项目管理2.4.4质量评估标准3．易用特征：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。易用特征主要是针对用户而言。通常可以分为软件的易理解性、易学习性和易操作性等。4．效率特征：与在规定条件下的软件性能水平与所使用资源量之间关系有关的一组属性。既然是效率特征那么就要与时间有关，另外还和资源有关。下面我们来介绍效率特征的几个子特征。5．可维护特征：与进行指定的修改所需的努力有关的一组属性。6．可移植特征：与软件从一个环境转移到另一个环境的能力有关的一组属性。软件开发过程与项目管理2.4.4质量评估标准选择合适的指标体系就有一定的要求的。首先，不同的软件有自身不同的特点，所以在选择指标体系时要能能够反映评估软件的本质特征，具体表现就是功能性与高可靠性。第二，可以通过数学计算、测试、经验统计等方法得到具体数据。因为，量化的数据最能明确说明软件到底是好还是不好。第三，软件质量评估指标体系必须易于理解和接受。理解和接受的对象不仅仅是客户，包括与软件质量评估有关的各个部门和人员。第四，选择的指标必须具有一定的覆盖面。第五，既然是指标，就要能准确的反映出软件的本质特征，即使是不同的组织和个人利用这个指标体系对同一软件进行质量评估，所得到的结果也不会有太大的差别。软件开发过程与项目管理2.5项目成本管理2.5.1软件开发的成本构成2.5.2成本管理方法软件开发过程与项目管理2.5.1软件开发的成本构成软件开发成本是指软件开发过程中所花费的工作量及相应的代价。从软件的开发周期来分的话，软件开发成本可以分为开发成本和维护成本。具体的包括原材料、燃料、动力、折旧、人工费、管理费用、财务费用等项开支的总和。软件开发过程与项目管理2.5.2成本管理方法1．减少项目成本预算与估算的误差2．对成本进行控制、分析和跟踪3．充分利用工具软件开发过程与项目管理2.6软件开发项目分组2.6.1分组规则2.6.2任务分配的原则软件开发过程与项目管理2.6.1分组规则1．人员配备必须有为项目目标服务项目的分组往往是根据任务分解结构。有什么样的任务，就建立什么样的团队。根据项目的需要对高中低不同层次的人员进行合理的安排。只有团队中每个成员都发挥自己的一技之长，经