软件开发部工作流程.docVIP

软件开发部工作流程

一、新工程工作流程

1．相关负责人提出新的工程，编写《立项建议书》〔对内工程可省略〕和《用户需求报告》〔必备〕，提交软件开发部；

2．开发人员根据《用户需求报告》制作《需求规格说明书》交由相关工程负责人确认后，根据规格说明进行概要和详细设计，然后开始编写代码；

3．开发人员根据《立项建议书》中的进度安排，做出工程原始原型后，交由测试人员测试；期间，开发人员修改BUG，并逐步完善系统功能；

4．最终完善后，正式发布1.0版本，相关工程负责人接收并安排用户测试，新工程由此终结，假设有其他需求请参考工程维护更新流程。

二、工程维护流程

由相关工程负责人〔可以是负责跟进此工程的客服或测试人员〕分类整理用户和测试人员意见，制作《维护更新报告》，提出维护申请；

开发人员根据《维护更新报告》进行可行性评估，修改《需求规格说明书》，并修改源程序，将测试版交由测试人员测试，并根据测试回馈修正程序，发布新版本；

相关人员安排用户进行新版本更新。

备注：上述文档模板请见附录1

附录1

实用软件工程文档汇编

TOC\o1-3\h\z\u1《立项建议书》 2

2《软件工程投标书》 7

3《软件产品开发任务书》 8

4《软件开发方案书》 11

5《用户需求报告》 15

6《需求规格说明书》 19

7《需求报告/需求规格说明书评审记录表》 23

8“图书馆信息系统” 25

9《概要设计说明书》 26

10《详细设计说明书》 31

11《用户使用手册》 35

12《用户安装手册》 36

13《测试报告》 37

1《立项建议书》

《立项建议书》编写参考指南

1．引言〔Introduction〕

目的〔Purpose〕

本文档是软件立项书，目的是代替可行性分析。

1.2范围〔Scope〕

本文档只适应于软件立项。

1.3术语定义〔TermsGlossary〕

对软件组织内部和外部有关的行业术语、专用名词进行定义。

[1]……

[2]……

1.4参考资料〔References〕

对书写该立项书所用到的有关资料进行说明。

[1]……

[2]……

1.5相关文档〔RelatedDocuments〕

当该文档变更时，可能对其他文档产生影响，受影响的文档叫做相关文档，需将它们一一列出。

[1]……

[2]……

1.6版本更新记录〔VersionUpdatedRecord〕

任何一次版本创立或维护更新，都要追加一条记录。一个版本创立只有一次，但对它的维护更新可能有屡次。大版本升级一次，定义为创立一次，如V1.0到V2.0。而V1.0到V1.1，只是维护更新一次。版本更新记录格式，如表3-2所示。

表3-2版本更新记录

版本号

创立者

创立日期

维护者

维护日期

维护纪要

王大林

2001/01/03

—

—

—

V

—

—

王小林

2001/02/10

网络版功能维护

2．工程概述及架构〔ProjectSummaryandFramework〕

2.1工程概述〔ProjectSummary〕

宏观上说明该工程是什么、能干什么、要求干得怎么样。

2.2工程架构〔ProjectFramework〕

宏观上描述该工程的架构：单机结构、C/S结构、B/S结构。并说明结构具体详细的运行平台：硬件的要求、操作系统的要求、数据库管理系统的要求、对外接口的要求。

3．客户群分析〔ClientAnalysis〕

3.1客户群定位〔ClientOrientation〕

单机结构、C/S结构、B/S结构对应哪三种客户群，每种客户群的数量、素质、市场前景等。

3.2当前客户群分析〔CurrentClientAnalysis〕

当前客户群是指已签订合作协议或将要签订合作协议的客户群，分析他们的数量、素质、市场前景等。

3.3潜在客户群分析〔LatencyClientAnalysis〕

潜在客户群是指将来可能开展的客户群，分析他们的数量、素质、市场前景等。

4．工程功能〔ProjectFunction〕

4.1单机版功能〔Stand-aloneFunction〕

单机版功能，如表3-3所示。

表3-3单机版功能

编号

功能名称

功能描述

输入内容

输出内容

1

2

4.2网络版功能〔NetworkFunction〕

网络版功能，如表3-4所示。

表3-4网络版功能

编号

功能名称

功能描述

输入内容

输出内容

1

2

4.3互联网络版功能〔InternetFunction〕

互联网络版功能，如表3-5所示。

表3-5互联网络版功能

编号

功能名称

功能描述

输入内容

输出内容

1

2

5．