第3章 进度计划管理
3.2.1项目范围管理
在产品范围保持不变的情况下，三角形的三条边，资源、时间、质量相互依赖，相互牵制。
3.2.2 定义活动
1. 定义活动的输入
◆ 工作分解结构。
◆ 范围描述。
◆ 历史资料。
◆ 约束条件。
◆ 假设条件。
2. 定义活动的方法
（1）分解。WBS →细分 （2） 参考模板。（活动清单）
3.2.3 活动排序
1、活动间的依赖关系
（1）强制性依赖关系。
（2）自由性依赖关系。
（3）外部性依赖关系。
2、通常采用网络图的形式表示活动间的依赖关系。网络图是活动排序的重要输出。 常用的网络图法有两种：前导图法PDM 、箭线图法ADM
3. 活动排序的成果
（1）项目网络图。 （2）更新的活动清单。
3.3.1 甘特图
1、甘特图也称为条状图。通过条状图来显示项目进度，以及其它与时间相关的、系统进展的内在关系随着时间进展的情况。
重点：能看懂甘特图，能找出有哪些活动？是否按计划开始/结束？
2、甘特图的局限性
甘特图部分地反映了项目管理的三重约束（时间、成本和范围），但其主要关注进度管理（时间）。
3.3.2 计划评审技术PERT
PERT 对各个项目活动的完成时间按三种不同情况估计：
◆ 乐观时间——任何事情都顺利的情况下，完成某项工作的时间。
◆ 最可能时间——正常情况下，完成某项工作的时间。
◆ 悲观时间——最不利情况下，完成某项工作的时间。
3.3.3 关键路径法（计算题）
总时差为0的作业，称之为关键作业，关键路径也可定义为由代表关键作业的结点组成的路径。
3.5.2 编制计划遵循的原则
注重项目计划的层次性
软件项目计划的层次通常分为高级计划、阶段计划和低级计划
3.6.2 进度计划控制的手段
项目经理向总经理的项目进度报告内容：
（1）项目进度。（2）预算情况。
（3）存在问题。（4）后续工作计划。（5）人员情况。
第4章 可行性研究
1、可行性研究报告是可行性研究阶段的主要成果，一个完整的可行性研究报告至少应包括以下三方面的内容：
（1）分析论证项目投资建设的必要性。
（2）分析项目投资建设的可行性。
（3）分析项目投资建设的合理性。
4.3.1 技术可行性
进行技术可行性分析时，要注意以下一些问题：
1. 全面考虑系统开发过程所涉及的所有技术问题 2. 尽可能采用成熟技术
3. 慎重引入先进技术 4. 着眼于具体的开发环境和开发人员
5. 技术可行性评价
4.3.2 经济可行性
一般比较的结论有三个：
（1）效益大于成本，开发对企业有价值。
（2）成本大于效益，不值得开发。
（3）效益和成本基本持平，是否开发有待商榷。
4.7 可行性研究报告的描述方法
4.7.1 系统流程图
1、系统流程图是描绘系统物理模型的传统工具。它的基本思想是用图形符号描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等），表达信息在各个部件之间流动的情况，而不是对信息进行加工处理的控制过程。
2、 常用符号
端点符、处理、人工输入、直接存储器、显示、判断、文件
4.7.2 数据流图
1、数据流图是描绘系统的逻辑模型
2、常用符号有：源点/终点、处理、数据存储、数据流。
4.7.3 数据字典 DD （Data Dictionary）
1、是关于数据信息的集合，也就是对数据流图中包含的所有元素定义的集合。
2、采用卡片形式书写数据字典
第5章 招标投标管理
5.1招投标或招标投包含了两个主要过程：招标和投标。还有开标、评标、定标等几个过程。
5.2 招标管理
1. 确定招标方式
（1）根据招标单位多少，软件项目招标可以分为单独招标和联合招标。
单独招标是指由一家单位进行招标；联合招标是指由两家以上的招标单位，为了各自的不同要求和目的，联合起来共同进行招标。
（2）根据招标是否公开，软件开发项目可以分为公开招标和非公开招标
公开招标也称无限竞争招标，是指招标人以招标公告的方式邀请不特定的法人或其他组织投标。非公开招标也称有限竞争招标或邀请招标，是指招标人向特定的法人或组织专门发出通知或邀请投标。
5.5.1 评标委员会
评标由招标人依法组建的评标委员会负责。评标委员会由招标人代表和有关技术、经济等方面的专家组成，成员人数为五人以上单数，其中技术、经济等方面的专家不得少于成员总数的三分之二。
5.5.4 评标方法
包括经评审的最低投标价法和综合评估法，或者法律、行政法规允许的其他评标方法。
第7章 质量管理
7.1.1软件质量就是“软件与明确和隐含定义的需求相一致的程度”。具体地说，是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。
软件质量特性属性
1、 正确性 2、可靠性 3、效率 4、完整性 5、可用性6、可维护性
7、可测试性 8、灵活性 9、可移植性 10、可重用性 11、互连性
7.1.3 软件质量指标
• 初期故障率：指软件在初期故障期（一般以软件交付给用户后的三个月内为初期故
障期）内单位时间的故障数。
• 偶然故障率：指软件在偶然故障期（一般以软件交付给用户后的4个月以后为偶然
故障期）内单位时间的故障数。
• 缺陷密度（FD ）：指软件单位数量的源代码中隐藏的缺陷数量。
7.5.2 质量控制模型
PDCA 循环又叫戴明环。计划（Plan ）、执行（Do ）、检查（Check ）、行动（Action ）。
7.7.2 评审方法
1. 评审方法简介
（1）临时评审。最不正式的评审方式。
（2）轮查。（3）走查。（4）小组评审。
（5）审查。是非常正式的评审方法。
7.9 ISO 9000质量管理体系
国际化标准组织ISO
ISO 9000族标准
第8章 成本管理
8.1.3 软件成本影响因素
（1）质量对成本的影响。
质量总成本由质量故障成本和质量保证成本组成。质量故障成本是指为了排除产品质量原因
所产生的故障，保证产品重新恢复功能的费用；质量保证成本是指为了保证和提高产品质量而采取的技术措施而消耗的费用。
（2）工期对成本的影响。
项目成本有直接成本和间接成本组成，一般工期越长，直接成本越低，间接成本越高；工期越短，直接成本越高，间接成本越低。
2. 编制方法
资源计划编制方法最常用的是德尔菲评估法，也成专家评估法。这种方法有两种具体形式：
（1）、专家小组法
（2）、德尔菲法。采用函询调查的方法
8.3 软件开发成本估算
1、软件成本包括开发成本和维护成本，成本计量单位可用“人. 月 ”来表示，也可以用货币单位表示。
8.3.1 代码行法软件规模估算
用专家意见估算出最可能的、最不可能的、最有可能的代码行数，通过计划评审技术（PERT ）估算出代码行数。
代码行估算方法简单易行。但是，该方法与程序设计语言的功能和表达能力密切相关，在软件项目开发前或开发初期估算代码行十分困难，非常适用与过程化程序设计语言，对非过程化程序设计语言有一定的局限性。
8.3.2 功能点法软件成本估算
功能点估算方法是从用户角度来估算软件规模，不依赖于编程语言，可以在早期就对软件规模进行估算，并在发展过程中不断的更新数据，从而实现持续一致的管理。功能点方法是最重要、最有效的软件规模估算方法之一。
8.5 软件成本预算
成本预算是在成本估算的基础上，更精确的估算项目总成本，并将其分摊到项目的各项具体活动和各个具体阶段上，为软件成本控制制定基准计划的软件成本管理活动。
（4）成本预算要有一定的弹性。
8.6 软件成本控制
1、挣值管理（EVM ，Earned Value Management），是用与进度计划、成本预算、实际成本联系的三个独立变量，进行项目绩效管理和成本控制的一种方法。通过比较计划工作量、完成量（挣得）与实际成本花费，以测算成本和进度是否符合原定计划，进而对成本进行控制的方法。
2、挣值（EV ，Earned Value ）是专门用来有效地度量和比较已完成作业量和计划要完成作业量的变量，是挣值管理分析方法的关键要素。
第9章 配置管理
9.1配置管理（CM ）：最终目标是实现软件产品的完整性、一致性、可控性，使产品最大程度地与用户需求相吻合。通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部分，实现对软件产品的管理。
9.2.1 软件配置项
1、软件配置：是指一个软件产品，在软件生命周期各个阶段，产生的各种形式和各种版本的文档、程序及其数据的集合。
2、软件配置项：就是该集合中的一个元素，可以是与合同、计划、开发过程、软件产品等有关的文档、数据、源程序、目标代码、可执行代码，也可以是软件开发工具、管理工具、第三方代码等。 软件配置项是软件配置管理的对象。
3、软件配置项也可划分为设计态、测试态、受控态和运行态等4种状态。
9.2.2 基线
1、IEEE 对基线的定义
已经正式通过复审和批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。
2、 作用是把开发阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，便于检
查与肯定阶段成果。
9.2.3 版本
1、系统新版本可能有不同的功能、性能，可能修改了系统的错误。有些版本只是为不同的硬件或软件配置而设计的。
2、版本演变的两种方式：
串行演变：所形成的每一个新版本都是由当前最新版本演变而来的。各个不同的版
本按演变过程就形成了一个简单链，称为版本链。这种方式下，版本演变是一对一的映射关系。
并行演变：采用一对多的方式进行。
9.3 配置管理的组织
◆ 软件配置控制委员会（SCCB ）。拥有最高的权力，有权最终处理SCM 问题；
◆ 项目经理。协调软件配置控制委员会和配置管理其它组织之间的工作，批准配置管
理的各项活动、控制配置管理的进程；
9.5.1 配置标识
1、配置标识是软件生命周期中产生的所有文档的总称。
2、配置标识实例表示方法为：“项目名称-所属阶段-产品名称-版本号”。
9.5.2 版本控制
同步控制的实质是版本的检入检出控制。
◆ 检入就是把软件配置项从用户的工作环境存入到软件配置库的过程；
◆ 检出就是把软件配置项从软件配置库中取出的过程。检入是检出的逆过程。
9.5.3 变更控制
软件的变更通常有两种类型：功能变更和错误修补变更。
9.6 配置管理工具
CVS 、VSS
9.6.2 主要配置管理工具简介
VSS 能够维护一个文件的多个版本，包括从不同版本之间修改的记录，解决了软件开发面临的版本管理问题
第11章 人力资源管理
1、人是软件公司最重要的资产。
11.1 软件项目人力资源的特征
（1）软件从业人员具有年轻化的特征。
（2）软件从业人员总体具有较高的文化素质。
（3）软件从业人员具有学习能力强的特点。
（4）软件从业人员具有较强的自主性。
（5）软件从业人员对工作的期望值高、成就感强。
（6）软件人才缺口大，两级人才严重不足。
（7）软件从业人员具有较高的流动性。
（8）员工业绩难以量化考核。
11.3.1 项目组的组织形式
1. 主程序员制小组
主程序员制小组方式强调主程序员的领导作用，以及与其他技术人员之间的直接联系，简化了人与人之间的沟通。这种组织形式的成功很大程度上取决于主程序员的管理才能和技术水平。
2. 民主制小组
3. 层次式小组
当软件项目规模较大时，应把程序员分为若干个小组。组内人员分成三级：项目经理、小组长和程序员。
配备人员的原则
（1）重视质量—在精不在多。（2）重视培训。
（3）双路线提升。 人员的提升分别按技术职务 和 管理职务双路线进行
3.Brooks 定律
“向一个已经拖延的项目追加开发人员，可能使项目完成得更晚”。
“时间与人员不能线性互换”
11.4.2 人力资源计划理实例
制定人力资源计划时，要在基本按照曲线配备人力的同时，尽量使某个阶段保持稳定，并且确保整个项目工期人员的波动不要太大。这也就是通常所说的“人力资源计划平衡”。 11.6.1 团队建设过程
第一阶段：组建团队。 第二阶段：团队磨合期。
第三阶段：团队走向正规。 第四阶段：团队进入成熟。
第五阶段：项目结束。
11.6.2 团队的沟通交流
1. 沟通的渠道
（1）根据沟通场合划分
◆ 正式沟通。
◆ 非正式沟通。
◆ 2. 沟通的形式
◆ （1）口语形式。最常用
◆ （2）书面形式。
5. 通过沟通解决冲突
（1）强制。（2）折中。（3）正视。
（4）缓和。（5）回避。