程序员一定要会的软件项目管理评估方案，不做只会敲代码的码农！（建议收藏）_软件项目管理水平评价体系

4. 程序正确性证明

软件配置管理

软件配置管理总述

一、软件配置

1. 软件配置项

2. 基线

二、软件配置管理过程

1. 标识软件配置中的对象

2. 版本控制

3. 变化控制

4. 配置审计

5. 状态报告

能力成熟度

能力成熟度模型总述

CMM

---

Hello！我是灰小猿，一个有故事、爱分享、没技术的程序猿，

今天大灰狼来和大家聊聊除了软件编码，在软件项目管理阶段所需要进行哪些工作。提前祝大家从技术佬晋升产品总监！

很多刚步入软件行业或者正在学习的小伙伴都有这样的感觉，觉得编码阶段是软件开发中的关键步骤，但其实不然，如果我们把软件开发的过程比作建造一座大桥的话，编码阶段只不过是建筑工人添砖加瓦的建造过程，更多的方面则是软件的设计、管理、维护等阶段的进行，同样这也是一个软件开发过程中必不可少的阶段和流程。

软件项目管理阶段所需要进行的工作分别是：软件规模评估、工作量评估、进度计划、人员组织、质量保证、软件配置管理、能力成熟度模型七个阶段。

下面大灰狼和大家聊一下每个阶段的任务和评估方法，（文章较长，小伙伴们可以收藏以后慢慢学习）

软件项目管理

==========

首先，什么是软件项目管理？

所谓管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。

软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。

软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。

为了估算项目的工作量和完成期限，首先需要估算软件的规模。

软件规模评估

======

常用的软件规模评估的办法是代码行技术和功能点技术。这两种评估方法各有利弊，接下来大灰狼和大家分别分析一下：

一、代码行技术

---

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

依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。

当有以往开发类似产品的历史数据可供参考时，估计出的数值还是比较准确的。把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。

估算方法：

由多名有经验的软件工程师分别做出估计。

每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)。

分别算出这3种规模的平均值、和之后，再用下式计算程序规模的估计值：

单位：LOC或KLOC。

代码行技术的优点：

• 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数；

• 有大量参考文献和数据 。

代码行技术的缺点：

• 源程序仅是软件配置的一个成分，由源程序度量软件规模不太合理；

• 用不同语言实现同一个软件所需要的代码行数并不相同；

• 不适用于非过程性语言。

二、功能点技术

---

功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。

这种方法用功能点(FP)为单位度量软件规模。

1. 信息域特性

功能点技术定义了信息域的5个特性：

• 输入项数(Inp)：用户向软件输入的项数，这些输入给软件提供面向应用的数据。

• 输出项数(Out)：软件向用户输出的项数，它们向用户提供面向应用的信息。

• 查询数(Inq)：查询即是一次联机输入，它导致软件以联机输出方式产生某种即时响应。

• 主文件数(Maf)：逻辑主文件的数目。

• 外部接口数(Inf)：机器可读的全部接口的数量，用这些接口把信息传送给另一个系统。

每个特征根据其复杂程度分配一个功能点数，即信息域特征系数a1，a2，a3，a4，a5，见下表。

2. 估算功能点的步骤

(1) 计算未调整的功能点数UFP

首先，把产品信息域的每个特性都分类为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数。

然后，用下式计算未调整的功能点