软件开发部工作流程设计方案.docx

软件开发部工作流程设计方案 一、新项目工作流程 相关负责人提出新的项目，编写《立项建议书》 （对项目可省略）和《用户需求报告》 （必备），提交软件开发部； 开发人员根据《用户需求报告》制作《需求规格说明书》交由相关项目负责人确认后， 根据规格说明进行概要和详细设计，然后开始编写代码； 开发人员根据《立项建议书》中的进度安排，做出项目原始原型后，交由测试人员测试； 期间，开发人员修改 BUG，并逐步完善系统功能； 最终完善后，正式发布 1.0 版本，相关项目负责人接收并安排用户测试，新项目由此终 结，若有其他需求请参考项目维护更新流程。 新项目工作流程 新项目工作流程 相关项目申请人 开发人员 测试人员 准备工作 《立项建议书》、 《用户需求报告》 提交 进行可行性分析 否，修改 项立 确认 《需求规格说明书》 是 根据规格说明进行 概要和详细设计 计 设 编写代码 系统原型测试版本 交付 根据需求规格说明 书进行功能测试 制作 修改源程序， 逐步完善系统功能， 发布测试版本 提交 《测试报告》 否 试测 检验测试工作 是否完成 是 接收并安排用 户测试 正式发布 1.0版本 新项目工作结束 二、项目维护流程 由相关项目负责人（可以是负责跟进此项目的客服或测试人员）分类整理用户和测试人员意见，制作《维护更新报告》 ，提出维护申请； 开发人员根据《维护更新报告》进行可行性评估，修改《需求规格说明书》 ，并修改源程序，将测试版交由测试人员测试，并根据测试回馈修正程序，发布新版本； 相关人员安排用户进行新版本更新。 项目维护流程 项目维护流程 相关项目负责人 开发人员 测试人员 分类整理用户和 测试人员意见 制作 进行可行性分析 《维护更新报告》 提交 修改 《需求规格说明书》 修改源程序， 发布测试版本 根据新的需求规格说 明书进行功能测试 制作 《测试报告》 否，提交测试报告 检验测试工作 是否完成 是 接收并安排用户 更新 正式发布新版本 项目维护结束 备注：上述文档模板请见附录 1 附 录 1 实用软件工程文档汇编 1《立项建议书》 . ......................................... 3 2《软件项目投标书》 . ..................................... 8 3《软件产品开发任务书》 .................................. 8 4《软件开发计划书》 . .................................... 11 5《用户需求报告》 . ...................................... 15 6《需求规格说明书》 . .................................... 19 7《需求报告 / 需求规格说明书评审记录表》 ................ 23 8“图书馆信息系统” . .................................... 25 9《概要设计说明书》 . .................................... 26 10《详细设计说明书》 .................................... 31 11《用户使用手册》 . ..................................... 35 12《用户安装手册》 . ..................................... 36 13《测试报告》 . ......................................... 37 1《立项建议书》 《立项建议书》编写参考指南 引言 （Introduction ） 目的（ Purpose） 本文档是软件立项书，目的是代替可行性分析。 围（ Scope） 本文档只适应于软件立项。 术语定义（ Terms Glossary ） 对软件组织部和外部有关的行业术语、专用名词进行定义。 [1] [2] 参考资料（ References ） 对书写该立项书所用到的有关资料进行说明。 [1] [2] 相关文档（ Related Documents ） 当该文档变更时，可能对其他文档产生影响，受影响的文档叫做相关文档，需将它们一一列出。 [1] [2] 版本更新记录（ Version Updated Record ） 任何一次版本创建或维护更新，都要追加一条记录。一个版本创建只有一次，但对它的维护更新可能有多次。 大版本升级一次，定义为创建一次，如 V1.0 到 V2.0 。而 V1.0 到 V1.1 ，只是维护更新一次。版本更新记录格式，如表 3