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

软件开发部工作流程设计方案 一、新项目工作流程 1． 相关负责人提出新的项目，编写《立项建议书》（对内项目可省略）和《用户需求报告》（必备），提交软件开发部； 2． 开发人员根据《用户需求报告》制作《需求规格说明书》交由相关项目负责人确认后，根据规格说明进行概要和详细设计，然后开始编写代码； 3． 开发人员根据《立项建议书》中的进度安排，做出项目原始原型后，交由测试人员测试；期间，开发人员修改BUG，并逐步完善系统功能； 4． 最终完善后，正式发布1.0版本，相关项目负责人接收并安排用户测试，新项目由此终结，若有其他需求请参考项目维护更新流程。 二、项目维护流程 由相关项目负责人（可以是负责跟进此项目的客服或测试人员）分类整理用户和测试人员意见，制作《维护更新报告》，提出维护申请； 开发人员根据《维护更新报告》进行可行性评估，修改《需求规格说明书》，并修改源程序，将测试版交由测试人员测试，并根据测试回馈修正程序，发布新版本； 相关人员安排用户进行新版本更新。 备注：上述文档模板请见附录1附录1 实用软件工程文档汇编 1《立项建议书》 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） 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 Summary） 宏观上说明该项目是什么、能干什么、要求干得怎么样。 2.2 项目架构（Project Framework） 宏观上描述该项目的架构：单机结构、C/S结构、B/S结构。并说明结构具体详细的运行平台：硬件的要求、操作系统的要求、数据库管理系统的要求、对外接口的要求。 3．客户群分析（Client Analysis） 3.1 客户群定位（Client Orientation） 单机结构、C/S结构、B/S结构对应哪三种客户群，每种客户群的数量、素质、市场前景等。 3.2 当前客户群分析（Current Client Analysis） 当前客户群是指已签订合作协议或将要签订合作协议的客户群，分析他们的数量、素质、市场前景等。 3.3 潜在客户群分析（Latency Client Analysis） 潜在客户群是指将来可能发展的客户群，分析他们的数量、素质、市场前景等。 4．项目功能（Project Function） 4.1 单机版功能（Stand-alone Function） 单机版功能，如表3-3所示。 表3-3 单机版功能 编号 功能名称 功能描述 输入内容 输出内容 1 2 4.2 网络版功能（Network Function） 网络版功能，如表3-4所示。 表3-4 网络版功能 编号 功能名称 功能描述 输入内容 输出内容 1 2 4.3 互联网络版功能（Internet Function） 互联网络版功能，如表3-5所示。 表3-5 互联网络版功能 编号 功能名称 功能描述 输入内容 输出内容 1