软件项目开发控制程序.docx

软件项目开发控制程序.docx

《软件项目开发控制程序.docx》由会员分享，可在线阅读，更多相关《软件项目开发控制程序.docx（11页珍藏版）》请在冰豆网上搜索。

软件项目开发控制程序

广州德易计算机科技有限公司

软件项目开发控制程序

V1.0

文件编号

TE-RD-GLZD-200807

文件名称

软件项目开发控制程序

项目名称

管理制度

项目代码

GLZD-RJXMKFKZCX

运行单位

广州德易计算机科技有限公司

编写人

罗钧

日　　期

2008-07-02

审核人

日　　期

负责人

日　　期

版本号

日期

描述

1．0

2008-07-02

第一版本制定

第1章简介

1.1目的

本文档是为了对广州德易计算机科技有限公司软件开发项目进行规范而制定。

文档内容包括人员组织、工作流程与输出文档。

1.2范围

适用范围：

广州德易计算机科技有限公司自主开发软件项目。

第2章人员职责

2.1组成人员

软件开发项目全过程参与角色包括以下：

◆业务人员

◆部门经理

◆项目经理

◆需求人员

◆设计人员

◆编码人员

◆实施人员

◆质管人员

2.2职能分布表

注：

表中“●”表示：

主要领导，“○”表示：

相关职责；

“★”表示：

主要执行，“☆”表示：

参与执行。

序号

职能名称

项目经理

项目开发组

实施小组

质管小组

需求人员

设计人员

编码人员

投标立项……

客户服务处理……

★

☆

X.1

需求分析

●

★

X.2

需求评审

●

★

☆

☆

☆

○

X.3

系统设计

●

☆

★

X.4

设计评审

●

☆

★

☆

☆

○

X.5

编码实现

●

☆

★

X.6

代码检查

●

☆

★

X.7

集成测试

●

☆

★

X.8

编译发布

●

☆

★

X.9

实施交付

●

★

☆

X.10

项目验收

●

★

2.3主要职责描述

部门经理：

负责对软件开发人员进行管理，并对项目经理提供帮助和支持。

项目经理：

领导项目组成员，协调与项目相关的所有资源，推动项目的运作，保障项目的成功。

需求人员：

负责客户需求的调查，对需求进行分析，组织需求评审，并把评审结果与客户进行确认。

设计人员：

负责为满足客户需求而进行的系统设计工作，组织设计评审。

编码人员：

负责软件开发的编码实现工作，并进行单元测试和交叉代码检查。

实施人员：

负责对开发的功能进行确认，软件的安装部署、交付确认和现场实施，并负责对客户进行操作培训。

质管人员：

参与并控制各阶段的评审，负责项目的配置管理工作，以及开发软件的集成测试、编译和版本发布。

第3章工作程序

3.1总体流程图

当有确定要进行开发处理的客户需求时，启用本流程。

流程启动时需要成立项目组并明确项目组成员工作职责。

3.2需求分析

需求来源：

客户需求来源于和客户接触的公司成员，如业务人员，客服人员，工程实施人员、需求调研人员等。

需求类型：

包括新系统需求、已有系统升级需求（需求变更）、已有系统BUG修正要求等。

需求分析的目的是：

确保客户的需求被充分、正确地理解，使软件的开发有一个准确无误的依据，并为系统设计提供一个明确的方向。

需求人员根据调研结果进行需求分析。

必要时可以联系需求提出人员（客户），通过访谈、问卷、体验、查阅等各种需求调查手段，明确用户需求。

在明确客户需求的基础上，可以提出初步的处理意见，必要时可以先组织项目组成员对用户需求进行讨论，最后形成《需求规格说明书》。

3.3需求评审

需求人员提交《需求规格说明书》时提出进行需求评审，项目经理及时安排和召集需求评审会。

评审会的参与人员包括：

项目经理、需求人员、设计人员、编码人员、质管人员、实施人员。

需求评审由需求人员主讲《需求规格说明书》，其他人员提出意见和建议。

如果通过评审则进入系统设计，否则重新进行需求分析，待下次评审。

质管人员记录评审结果，形成《评审记录表》。

对不通过评审的需求分析，质管人员有权要求并监督项目经理不得擅自安排进行系统设计。

3.4系统设计

系统设计的目的是找到一个最优的方法来实现客户需求，用以指导程序员进行编码实现。

设计人员根据《需求规格说明书》进行系统设计工作。

系统设计工作，需要先进行概要设计，形成《系统概要设计说明书》；再进行详细设计，形成《系统详细设计说明书》。

设计说明的主要内容包括：

✧总体设计：

对需求进行整体分析，描述总体的解决方案；

✧功能设计：

描述软件的外部功能和用户操作界面；

✧对象/模块设计：

描述构成软件系统的各个对象/模块、及其之间的关系。

3.5设计评审

设计人员提交《设计说明书》时提出进行设计评审，项目经理及时安排和召集设计评审会。

评审会的参与人员包括：

项目经理、需求人员、设计人员、开发人员、质管人员、实施人员。

设计评审由设计人员主讲《设计说明书》，其他人员提出意见和建议。

如果通过评审则进入编码实现，否则继续进行系统设计。

质管人员记录评审结果，形成《评审记录表》。

对不通过评审的系统设计，质管人员有权要求并监督项目经理不得擅自安排进行编码实现。

3.6编码和单元测试

编码人员根据《设计说明书》进行代码编写和单元测试。

程序代码的命名约定、排版格式等，要遵从编程语言对应的《编码规范》。

在进行单元测试时记录测试过程并形成《单元测试报告》。

测试报告的主要内容包括：

测试步骤，各步骤的输入、预期输出、实际输出，测试结论。

3.7代码检查

代码检查是一种简单形式的同行评审，在开发人员之间交叉进行。

通过代码检查，提高代码的规范性，使代码清晰易读、易于维护；也能在一定程度上提高编码质量，使大家互相学习、互相督促、共同进步。

编码人员完成编码实现后，提交工作成果，由其他开发人员阅读、执行代码，对编码工作进行确认。

代码检查依据的主要标准如下：

✧程序代码符合编码规范。

✧遍历执行了所有代码分支之后，没有发生错误，没有冗余代码。

代码检查的结果由检查人填写到《代码检查表》。

检查通过的，提交进入集成测试步骤；检查不通过的返回给编码人进行修正。

3.8集成测试

在系统开发达到目标基线时，由质管和实施人员组织集成测试。

第4章跟踪和监控

4.1目的

项目监控的目的是为软件项目开发过程提供足够的可见性，以便当项目严重偏离计划时及时采取纠正措施。

4.2检查点

4.2.1项目周报

项目组必须每周填写项目周报汇报工作情况。

⏹汇报对象：

1、部门经理

2、直接主管

3、业务部项目对口人员

4、客户（发给客户的文档与发给公司内部人员的文档有差异，删除部分对项目不利的描述）

⏹项目周报描述内容：

1、完成情况

这部分应简要描述从上次报告以来的工作进度。

应简要描述完成情况并标注任务的完成。

还可以包括对工作进度的主观度量，但不要用于计算进度。

2、问题

描述遇到的可能会严重妨碍项目目标的实现的新问题及解决问题所采取的步骤。

还要报告早先识别出来的在上次报告时还没有解决的问题的状态。

3、风险

类似的，应该对发现的重大的新风险和早先识别的风险的变更进行报告。

也要描述采取的风险减缓步骤。

4、变更

注意本报告期内处理的重要的项目或配置变更（如，提出，评价，批准，完成）

5、下阶段计划

6、项目提交物

4.2.2项目会议

⏹项目组定期评审项目技术进展、结果和问题（根据项目计划进行阶段性的会议）

⏹定期与客户沟通，汇报工作情况（根据项目计划进行阶段性的会议）

⏹发生严重问题或偏离项目计划时召开项目会议

⏹需求变更的时候举行项目会议

⏹项目会议应形成会议记要，并分发给相关人员，发送对象

一、内部会议：

a）部门经理

b）直接主管

c）业务部项目对口人员

d）参加会议人员

二、与客户会议：

a）部门经理

b）直接主管

c）业务部项目对口人员

d）参加会议人员

e）客户项目管理人员

第5章文档模版

对文档的格式与内容进行规范：

[010-商务]

-----[011-用户需求]

-----[012-建议书]

-----[013-招标]

-----[014-投标]

-----[015-合同]

[020-计划]

项目计划.DOC

项目计划.MPP

[030-需求]

需求规格说明书.DOC

[040-设计]

总体设计.DOC

DATABASE.PDM

数据库设计说明书.DOC（内容由DATABASE.PDM的REPORT模版生成）

[050-测试]

测试用例.DOC

内部测试报告.DOC

[060-用户手册]

用户手册.DOC

安装维护手册.DOC

[070-实施]

意见反馈与跟踪表.doc

-----[079-验收文档]

技术总结报告.DOC

技术总结报告.PPT

工作总结报告.DOC

验收报告.DOC

[080-变更]

需求变更.doc

[090-记录]

-----[091-会议纪要]

会议纪要.DOC

-----[092-项目周报]

项目周报.DOC

-----[093-评审记录]

评审记录.doc