- 1、本文档共39页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件开发部工作流程
一、新项目工作流程
1. 相关负责人提出新的项目,编写《立项建议书》(对内项目可省略)和《用户需求报告》(必备),提交软件开发部;
2. 开发人员根据《用户需求报告》制作《需求规格说明书》交由相关项目负责人确认后,根据规格说明进行概要和详细设计,然后开始编写代码;
3. 开发人员根据《立项建议书》中的进度安排,做出项目原始原型后,交由测试人员测试;期间,开发人员修改BUG,并逐步完善系统功能;
4. 最终完善后,正式发布1.0版本,相关项目负责人接收并安排用户测试,新项目由此终结,若有其他需求请参考项目维护更新流程。
二、项目维护流程
由相关项目负责人(可以是负责跟进此项目的客服或测试人员)分类整理用户和测试人员意见,制作《维护更新报告》,提出维护申请;
开发人员根据《维护更新报告》进行可行性评估,修改《需求规格说明书》,并修改源程序,将测试版交由测试人员测试,并根据测试回馈修正程序,发布新版本;
相关人员安排用户进行新版本更新。
备注:上述文档模板请见附录1附录1
实用软件工程文档汇编
TOC \o 1-3 \h \z \u HYPERLINK \l _Toc283471507 1《立项建议书》 PAGEREF _Toc283471507 \h 2
HYPERLINK \l _Toc283471508 2《软件项目投标书》 PAGEREF _Toc283471508 \h 7
HYPERLINK \l _Toc283471509 3《软件产品开发任务书》 PAGEREF _Toc283471509 \h 8
HYPERLINK \l _Toc283471510 4《软件开发计划书》 PAGEREF _Toc283471510 \h 11
HYPERLINK \l _Toc283471511 5《用户需求报告》 PAGEREF _Toc283471511 \h 15
HYPERLINK \l _Toc283471512 6《需求规格说明书》 PAGEREF _Toc283471512 \h 19
HYPERLINK \l _Toc283471513 7《需求报告 / 需求规格说明书评审记录表》 PAGEREF _Toc283471513 \h 23
HYPERLINK \l _Toc283471514 8“图书馆信息系统” PAGEREF _Toc283471514 \h 25
HYPERLINK \l _Toc283471515 9《概要设计说明书》 PAGEREF _Toc283471515 \h 26
HYPERLINK \l _Toc283471516 10《详细设计说明书》 PAGEREF _Toc283471516 \h 31
HYPERLINK \l _Toc283471517 11《用户使用手册》 PAGEREF _Toc283471517 \h 35
HYPERLINK \l _Toc283471518 12《用户安装手册》 PAGEREF _Toc283471518 \h 36
HYPERLINK \l _Toc283471519 13《测试报告》 PAGEREF _Toc283471519 \h 37
1《立项建议书》
《立项建议书》编写参考指南
1.引言(Introduction)
1.1 目的(Purpose)
本文档是软件立项书,目的是代替可行性分析。
1.2 范围(Scope)
本文档只适应于软件立项。
1.3 术语定义(Terms Glossary)
对软件组织内部和外部有关的行业术语、专用名词进行定义。
[1] ……
[2] ……
1.4 参考资料(References)
对书写该立项书所用到的有关资料进行说明。
[1] ……
[2] ……
1.5 相关文档(Related Documents)
当该文档变更时,可能对其他文档产生影响,受影响的文档叫做相关文档,需将它们一一列出。
[1] ……
[2] ……
1.6 版本更新记录(Version Updated Record)
任何一次版本创建或维护更新,都要追加一条记录。一个版本创建只有一次,但对它的维护更新可能有多次。大版本升级一次,定义为创建一次,如V1.0到V2.0。而V1.0到V1.1,只是维护更新一次。版本更新记录格式,如表3-2所示。
表3-2 版本更新记录
版本号
创建者
创建日期
维护者
维护日期
维护纪要
V1.0
王大林
2001/01/03
—
—
—
V1.0.1
—
—
王小林
2001/02/10
网络版功能维护
2.项目概述及架构(Project Summary and Framework)
2.1 项目概述(Project Summa
文档评论(0)