软件项目管理

1．开发文档和管理文档：软件文档分开发文档和管理文档两大类：开发文档主要由项目组书写，用于指导软件开发：管理文档主要由软件工程管理部门书写，用于指导软件管理和决策。

各种文档之间的覆盖关系如下：

1. 1. 《目标程序》覆盖《源程序》；
   2. 《源程序》覆盖《详细设计说明书》；
   3. 《详细设计说明书》覆盖《概要设计说明书》；
   4. 《概要设计说明书》覆盖《需求规格说明书》；
   5. 《需求规格说明书》覆盖《用户需求报告》；
   6. 《用户需求报告》覆盖《软件合同》或《软件任务书》。 

里程碑是阶段性的产物，是工作产品；可交付的文档可以是工作制品。

2.里程碑与可交付的文档的区别：里程碑是阶段性的产物，是工作产品；可交付的文档可以是工作制品。

3. 软件需求、用户需求报告与需求规格说明书的差异

软件需求就是为了解决现实世界中的特定问题必须展现的属性。这里的问题可能是用户的任务自动化，或由软件来完成一个组织的业务处理，或控制一个设备等等。

差异：

(1)《用户需求报告》是对外的，《需求规格说明书》是对内的 ；

(2)《用户需求报告》是合同的产物，《需求规格说明书》是立项建议书的产物；

(3) 由《用户需求报告》可产生《需求规格说明书》；

(4) 需要注意的问题

国内有的软件公司，不仅将用户需求报告和需求规格说明书不加区分地合二而一，而且还将概要设计说明书和详细设计说明书也不加区分地合二而一。这种做法对小而熟悉的项目可以，对大而生疏的项目不合适。

在软件开发的总工作量中，需求的工作量一般占30%，设计的工作量一般占30%，编码和单元测试的工作量一般占30%，Alpha测试的工作量一般占5%，返工返修的工作量一般占5%。那种认为需求不重要、设计可不做、一上来就写程序的观点和做法是完全错误的。

4.风险分析、软件工程实施过程中主要会遇到哪些风险，对这些风险进行风险分析

所谓风险分析实际上就是一系列风险管理步骤。其中包括风险识别、风险估计、风险优化、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。

软件一般存在五种风险，分别是：政策风险、技术风险、技能风险、资源风险、其他风险；

1）政策风险：IT企业外部和IT企业内部两个方面的政策及政策的变化，将会给项目带来什么风险

2）技术风险：新技术的成熟程度及难度系数，将会给项目带来什么风险

3）技能风险：项目组成员学习、领会、掌握、运用新技术的能力，将会给项目带来什么风险

4) 资源风险：保证项目正常进行所需的各种资源的供应程度，将会给项目带来什么风险

5) 其他风险：目前意想不到的风险，即不可预测的风险，如天灾人祸

技能风险与技术风险区别在于：技能风险指项目组成员学习、领会、掌握、运用新技术的能力，将会给项目带来什么风险；技术风险指新技术的成熟程度及难度系数，将会给项目带来什么风险。