软件项目管理案例教程(考试范围)

第一章人类社会和日常生活中有很多的活动，然而有的活动我们称之为项目，有的则不能成为项目。

项目（project）就是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力；是以一套独特而相互联系的任务为前提，有效的利用资源，在一定时间内满足一系列特定目标的多项相关工作的总称。

项目所具有的特征：1、目标性；2、相关性；3、临时性；4、独特性；5、资源约束性；6、不确定性。

软件是计算机系统中与硬件相互依存的部分，是包括程序、数据及其相关文档的完整集合。

其中，程序是按事先设计的功能和性能要求执行的指令序列；数据是使程序能正常操纵信息的数据结构；文档时与程序开发、维护和使用有关的图文材料。

软件项目是一种特殊的项目，他创造的唯一产品或者服务是逻辑载体，没有具体的形状和尺寸，只有逻辑的规模和运行的效果。

项目管理是指一定的主体，为了实现其目标，利用各种有效的手段，对执行中的项目周期的各阶段工作进行计划、组织、协调、指挥、控制，以取得良好经济效益的各项活动的总和。

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。

10个知识领域分别是项目集成管理（Project Integration Management）、项目范围管理（Project Scope Management）、项目时间管理（Project Time Management）、项目成本管理（Project Cost Management）、项目质量管理（Project Quality Management）、项目资源管理（Project Human Resource Management）、项目沟通管理（Project Communication Management）、项目风险管理（Project Risk Management）、项目采购管理（Project Procurement Management）、项目干系人管理（Project Stakeholder Management）。

按照项目管理生命周期，项目管理知识体系分为5个标准化过程组，也称为项目管理生命周期的5个阶段，即启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组。

过程管理就是对最佳实践进行有效的积累，形成可重复的过程，使最佳实践可以在机构内部共享。

第二章（一个项目或者自行开发或者外包给别人，当项目被外包给别人时，就产生了甲方乙方之间的责任和义务的关系。

）甲方即需方（有时也称为买方），对所需产品或服务进行“采购”、乙方即供方（有时也称为卖方），为顾客提供产品或服务。

甲（需）方在招投标阶段的主要任务是招标书定义、供方选择、合同签署。

填空乙（供）方在招投标阶段的主要任务是进行项目选择。

填空项目章程使项目执行组织高层批准的一份以书面签署的确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。

第三章软件项目生存期模型的基本特征是：1）描述开发的主要阶段。

2）定义了每一个阶段要完成的主要过程和活动。

3）规范了每一个阶段的输入和输出。

瀑布模型（waterfall model）是一个经典的模型，也称为传统模型（conventional model），它是一个理想化的生存期模型。

它要求项目所有的活动都严格按照顺序自上而下执行，一个阶段的输出是下一个阶段的输入，如同瀑布流水，逐级下落。

瀑布模型适用范围：适合于软件需求很明确的软件项目，即一般适用于功能明确、完整、无重大变化的软件系统的开发，即1）在项目开始前，项目的需求已经被很好的理解，也很明确，而且项目经理很熟悉为实现这一模型所需要的过程。

2）解决方案在项目开始前也很明确。

3）短期项目可以采用瀑布模型。

V模型是由Paul Rock在1980年提出的，是瀑布模型的一种变种，同样需要一步一步进行，前一阶段任务完成之后才可以进行下一阶段的任务。

这个模型强调测试的重要性，将开发活动与测试活动紧密的联系在一起。

每一步都将比前一阶段进行更加完善的测试。

（详细模型图参见书39页图3-3）V模型的适用范围：1）项目的需求在项目开始前很明确。

2）解决方案在项目开始前也很明确。

3）项目对系统的性能安全很严格，如：公司财务系统、航天飞机控制系统等。

快速原型模型是在需求阶段快速构建一部分系统的生存期模型，实现客户或未来用户与系统的交互，而且用户或客户可以对原型进行评价，这些反馈意见可以作为进一步系统修改的依据。

快速原型模型的适用范围：1）项目的需求在项目开始前不明确。

2）需求减少项目的不确定性的时候。

增量式模型（Incremental Life Cycle Model）是假设需求可以分段，成为一系列增量产品，每一增量可以分别开发。

首先构造系统的核心功能，然后逐步增加功能和完善性能的方法就是增量式模型。

增量式模型的适用范围：1）进行已有产品升级或新版本开发，增量式模型是非常适合的。

2）对于完成期限要求严格的产品，可以使用增量式模型。

3）对于所开发的领域比较熟悉而且已有原型系统，增量式模型是非常适合的。

4）对于市场和用户把握不是很准，需要逐步了解的项目，可以采用增量式模型。

渐进式阶段模型体现渐进式过程和阶段提交的模式渐进式阶段模型的适用范围：因此渐进式阶段模型主要适用于中型或大型项目，是目前软件开发中常采用的模型。

敏捷开发是一个灵活的开发方法，用于在一个动态的环境中向干系人快速交付产品。

其主要特点是关注持续的交付价值，通过迭代和快速的用户反馈管理不确定性和应对变更。

下面重点介绍Scrum、XP（eXtreme Programming）、OpenUP 3个敏捷实践。

（填空？）附：第二版内容：螺旋式模型（Spiral model）是针对风险比较大的项目而设计的一种模型。

设计这个模型的目的主要是克服瀑布模型的缺点，尤其是应对变化的灵活性上很有优势。

它是通过一系列瀑布模型的不断循环来逐步规避风险的。

每个循环步骤包括如下四个阶段：1）制定计划。

确定软件目标、需求和选定实施方案，弄清项目开发的限制条件，确定下步可选的方案。

2）风险控制。

评估所选方案，考虑如何识别和消除风险，进行原型开发。

3）实施工程。

实施软件开发、编码、测试等。

4）客户评估。

评价开发工作，提出修正建议，规划下一阶段的任务。

螺旋式模型提供了多个系统构造，为用户提供了几个可选的机会，因此需要精心的策划。

第四章软件需求包括三个不同的层次：业务需求（business requirement）、用户需求（user requirement）、功能需求（functional requirement）。

填空需求分析完成的标志是提交一份完整的软件需求规格说明书（SRS）。

需求建模的方法有很多种，如原型分析方法、结构化分析法、面向对象的用例分析法、功能列表法以及其他方法等。

一个用例（use case）就是系统向用户提供一个有价值的结果的某项功能。

用例捕捉的是功能性需求。

所有用例结合起来就构成了“用例模型”，该模型描述系统的全部功能。

需求管理过程包括需求获取、需求分析、需求规格编写、需求验证、需求变更。

需求分析的主要方法包括结构化分析方法、面向对象的用例分析方法以及功能列表方法。

第五章任务分解时对需求的进一步细化，是最后确定项目所有任务范围的过程。

任务分解的结果是WBS。

WBS是面向可交付成果的对项目元素的分组，组织并定义了整个项目的范围。

工作包是WBS的最低层次的可交付成果，是WBS的最小元素。

一般说，进行任务分解时，可以采用清单或者图表的形式来表达任务分解的结果。

清单形式采用清单形式的任务分解方式是将任务分解的结果以清单的表述形式进行层层分解的方式。

图表形式采用图表形式的任务分解过程是进行任务分解时采用图表的形式进行层层分解的方式。

一般的，进行任务分解的基本步骤如下：1）确认并分解项目的主要组成要素。

2）确认分解标准，按照项目实施管理的方法分解，而且分解的标准要统一。

3）确认分解是否详细，是否可以作为费用和时间估计的标准，明确责任。

4）确定项目交付成果。

5）验证分解的正确性。

任务分解的标准进行任务分解的标准应该统一，不能有双重标准，选择一种项目分解标准之后，在分解过程中应该统一使用此标准，避免使用不同标准导致的混乱。

例如（例如被画线）：可以以生存期阶段为标准，以功能（产品）组成为标准或者其他的标准等。

第六章软件项目规模即工作量，是从软件项目范围中抽出的软件功能，然后确定每个软件功能必须执行的一系列软件工程任务。

软件项目成本是指完成软件项目规模相应付出的代价，是代开发的软件项目需要的资金。

代码行（Lines Of Code, LOC）、功能点、人天、人月、人年等都是规模的单位。

估算输出主要包括：①估算文件；②估算说明。

估算文件包括项目需求的资源、资源的数量、质量标准、估算成本等信息，单位一般是货币单位，也可以是规模单位，然后转换为货币单位。

估算说明应该包括：1）工作范围的描述，这通常可由WBS获得2）说明估算的基础和依据，即确认估算是合理的，说明估算是怎样产生的，确认成本估算所做的任何假设的合理性以及估算的误差变动等。

它能提供如何估算成本的一个较好的说明。

代码行（LOC）技术是比较简单的定量估算软件规模的方法。

代码行是从软件程序量的角度定义项目规模的。

代码行是在软件规模度量中最早使用、最简单的方法，在用代码行度量规模时，常会被描述为原代码行（Source Lines Of Code，SLOC）或者交付原指令（Delivered Source Instruction，DSI）。

功能点（Function Point，FP）用系统的功能数量来测量其规模，以一个标准的单位来度量软件产品的功能，与实现产品所使用的语言和技术没有关系的。

书第105页【例一】一个软件的五类功能计数项如表6-9所示，计算这个软件的功能点。

1）计算UFC。

按照UFC的计算过程计算出UFC=301，如表6-10所示。

各类计数项\复杂度简单一般复杂外部输入 6 2 3外部输出7 7 0外部查询0 2 4外部文件 5 2 3内部文件9 0 2表6-9 软件需求的功能计数项组件组件复杂度低中高外部输入6x3 2x4 3x6外部输出7x4 7x5 0x7外部查询0x3 2x4 4x6外部逻辑文件5x5 2x7 3x10内部逻辑文件9x7 0x10 2x15 总计134 65 102UFC 301表6-10 计算UFC的结果2）计算TCF。

假设这个软件项目所有的技术复杂因子的值均为3，即技术复杂影响程度是平均程度，则TCF=0.65 + 0.01 x（14x3）=1..073）计算功能点FP。

由公式FP=UFC x TCF 得出功能点FP=301 x1.07 ≈322（重点）如果项目的生产率PE=15 工时/功能点，则项目的规模是15工时/功能点x 322功能点=4830工时。