软件项目开发和管理规范Word格式文档下载.docx

软件项目开发和管理规范Word格式文档下载.docx

《软件项目开发和管理规范Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件项目开发和管理规范Word格式文档下载.docx（31页珍藏版）》请在冰豆网上搜索。

2.1概述

为保证软件项目获得成功，必须对软件开发项目的工作范围、要完成的任务、

需要的资源、需要的工作量、进度的安排、可能遇到的风险等做到心中有数。

软

件项目的管理工作开始于技术工作开始之前，在软件从概念到实现的过程中持续

进行，最后终止于软件开发工作结束。

2.2流程图

软件项目管理规范流程图

需求阶段

业务需求调研

需

求

收集甲方资料

文

档

评

审

项目可行性分析

《项目开发计划》

管

理

《需求规格说明书》

工

具

（

设计阶段

VSS

建立系统总体结构

开发环境准备

）

设

项目整体风格demo设计

计

项

目

《概要设计》

《详细设计》

开

发

《数据库设计》

任务分配

开发阶段

代码编写

代

单元测试

码

整合代码

《开发总结报告》

维护阶段

系统实际运行环境

运

维

审《维护报告》

测试阶段

测试计划编写

测试任务分配

测试环境搭建

《测试用例》

执行测试

（单元测试）

集成测试

系统测试

《测试报告》

测试评估（通过）

测

试

注：

带书名号《》的为项目开发过程中需提交的文档。

2.3项目管理过程

2.3.1启动软件项目

启动软件项目是指必须明确项目的目标和范围、考虑可能的解决方案以及技

术和管理上的要求等，这些信息是软件项目运行和管理的基础。

2.3.2制定项目计划

项目计划在项目开始的时候制定，并随着项目的进展不断发展，项目计划为

管理者提供了根据计划定期评审和跟踪项目进展的基础。

计划的制定以下面的活

动为依据：

估算项目所需要的工作量

估算项目所需要的资源

根据工作量制定进度计划，继而进行资源分配

做出配置管理计划

2.3.3跟踪及控制项目计划

在软件项目进行过程中，严格遵守项目计划，对于一些不可避免的变更，要

进行适当的控制和调整，但要确保计划的完整性和一致性。

2.3.4评审项目计划

对项目计划的完成程序进行评审，并对项目的执行情况进行评价。

2.3.5编写管理文档

项目管理人员根据软件合同确定软件项目是否完成。

项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来形成文档而保存。

3软件项目管理内容

3.1需求阶段管理

需求分析是软件生命周期中相当重要的一个阶段，是软件设计的基础，也是

用户和软件工程人员之间的桥梁。

简单地说，软件需求就是确定系统需要做什么，

严格意义上，软件需求是系统或软件必须达到的目标与能力。

目标

需求管理是一种获取、组织并记录软件需求的系统化方案，同时也是一

个使客户与项目开发组对不断变更的软件需求达成并保持一致的过程。

在需求管理中，软件工程组的工作是采取适当的措施来保证分配的需求，即要将

分配的需求文档化，控制需求的变化，负责项目实施过程中需求的实现情况。

需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户需

求的共同理解。

需求管理的目标有两个：

使软件需求受控，并建立供软件工程和管理使用的需求基线。

使软件计划、产品和活动与软件需求保持一致。

在需求管理过程中，为实现第一个目标，必须控制需求基线的变动，按

照变更控制的标准和规范的过程进行需求变更控制和版本控制；

为实现第二个目标，必须就变更和软件项目各小组达成共识，对软件项目计划做出调整，其中包括人员的安排、用户的沟通、成本的调整、进度的调整等。

需求管理是一个对系统需求变更了解和控制的过程，它贯穿于整个软件项目过程，在软件项目进行的过程中，无论正处于哪个阶段，一旦有需求错

误出现或任何有关需求的变更出现，都需要需求管理活动来解决，提交《需求变更控制报告》。

原则

为进行有效的需求管理，一般要遵循如下五条原则：

需求一定要分类管理

需求必须分优先级

需求必须文档化

需求一旦变化，就必须对需求变更的影响进行评估

需求管理必须与需求工程的其他活动紧密整合

主要工作

需求阶段分为系统需求和系统分析两个阶段。

系统需求阶段的主要工作是：

调研用户需求及用户环境

论证项目可行性

制定项目初步计划

系统分析阶段的主要工作是：

确定系统运行环境

建立系统逻辑模型

确定系统功能及性能要求

编写需求规格说明、测试计划

确认项目开发计划

完成文档

需求规格说明书、项目开发计划、测试计划

3.2设计阶段管理

软件的设计阶段可分为概要设计和详细设计两个阶段。

概要设计的主要工作：

建立系统总体结构，划分功能模块

定义各功能模块接口

数据库设计（如果需要）

详细设计的主要工作：

设计各模块具体实现算法

确定模块间详细接口

概要设计完成文档

概要设计说明书

数据库设计说明书（如果有）

详细设计完成文档：

详细设计说明书

3.3开发阶段管理

编写程序源代码

进行模块测试和调试

编写测试方案

编写测试用例

编写用户手册

系统源程序清单

测试用例

测试方案

3.4测试阶段管理

测试整个软件系统（健壮性测试）

完善用户手册

编写开发总结报告

测试报告

用户手册

开发工作总结

3.5维护阶段管理

为纠正错误，完善应用而进行修改

对修改进行配置管理

编写故障报告和修改报告

修订用户手册

故障报告

修改报告

3.6工具管理

列出开发的工具

4软件项目估算与进度管理

4.1软件项目估算

软件项目估算包括工作量估算和成本估算两个方面。

软件估算作为软件项目

管理的一项重要内容，是确保软件项目成功的关键因素。

估算是指通过预测构造

软件项目所需要的工作量的过程。

初步的估算用于确定软件项目的可行性，详细

的估算用于指导项目计划的制定。

4.2软件规模

对软件项目进行估算遇到的第一个问题就是软件规模，即软件的程序量。

件规模是软件工作量的主要影响因素。

软件项目的设计有一个分层结构，这一分

层结构就对应着工作分解结构（WBS，WorkBreakdownStructure），它将软件过

程和软件产品结构联系起来。

下图是一个典型的WBS结构：

系统

子系统子系统子系统

模块模块模块模块模块模块模块模块模块

有了工作分解结构之后，必须定义度量标准用以对软件规模进行估计。

常用

的软件规模度量标准有两种：

代码行LOC（LinesOfCode）和功能点FP（Function

Points）。

代码行

代码行LOC是常用的源代码程序长度的度量标准，指源代码的总行数。

源代码中除了可执行语句外，还有帮助理解的注释语句。

功能点

功能点度量是在需求分析阶段基于系统功能的一种规模估计方法，该方

法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内

部文件的数目，从而确定功能点数量。

4.3成本估算

成本估算是对完成软件项目所需费用的估计和计划，是软件项目计划中的一

个重要组成部分。

4.4进度安排

在确定了项目资源（总成本、人员、时间等），把其分配到各个项目开发阶段中，即确定项目的进度。

进度的合理安排是如期完成软件项目的重要保证，是合理分配资源的重要依据，建议进度安排使用Gantt图（甘特图）。

项目整体进度安排的过程如下：

也

1）根据项目总体进度目标，编制人员计划。

2）将各阶段所需要的资源和可以取得的资源进行比较，确定各阶段的初步

进度，然后确定整个项目的初步进度。

3）对初步进度计划进行评审，确保该计划满足要求，否则就重复上面的步骤。

进度安排的详细程度取决于相应工作分解结构的详细程度，而工作分解结构

又取决于项目当前所处阶段与历史经验，进度安排计划随着项目的进展而动态调

整，逐渐趋于更加详细准确。

在软件项目进行过程中，要及时更新项目进度，以使管理者及时了解项目进

展情况。