文档介绍：文档密级:普通文件编号:slsw_kf_001
所生成的各里程碑性文档必须由工程组相关工作完***负责完成，这些文档的完成非文档人员的工作任务，文档人员只在工作过程中负责检查与催促
——在工程进行期间及完工后负责产品确实认、发布，负责相关的配置管理工作
流程描述

上图对公司新产品、新版本开发的业务流程作了简要描述。每个黑体局部作为一个检查点，共分为七个阶段。在下表中，本标准按阶段对相关流程中必须完成或重要的工作，以及完成相关工作的角色进行了说明或规定。页：6
工程提出时，如果未通过市场部评审，但提出人应有途径上至立项委员会〔提供更多的资料〕，以使工程意向得以有效进入下一阶段——由市场部执行调研〔加上诉流程〕〔董事会下达任务无条件立项〕
页：6
对每个阶段的专家评审加以定义
页：6
对发布的定义
页：6
需求确实定及更改
页：6
本工程周期内的小循环
页：6
编写预算时明确维护等后阶段的预算〔也存在循环〕
页：6
需要做不同状况的循环图〔剪裁〕
工程开发阶段性工作汇总表
阶段
主要工作
输出文档
负责人
审核人
1．工程提出
1．各部门人员在实践工作中发现或想到某个新产品可以开发，可以向市场部提交工程建议书。
2．市场部对该建议书进行初审，确定其是否进行下一步的工程调研。
工程建议书
回复通知
提交人员
市场部专人
2．工程调研
1．市场部组织人员对工程进行可行性调研。
2．市场部内部进行工程的可行性评审。
3．如可行提交立项报告并附工程的愿景及实现的范围的描述文档到立项委员会。
可行性研究报告
可行性评审报告
工程愿景/范围
立项报告
产品经理
市场部内评审会
市场总监
市场总监
立项委员会
3．工程立项
评审?立项报告?, 如可行确定工程明确的目标以及根据资源情况、时间、功能分阶段达成的功能特色，通过修订的立项报告，确定工程方案，主要包括产品经理、程序经理人选、时间、预算等。
立项通知
工程愿景/范围
立项报告〔修订〕
立项委员会
4．方案与设计

1. 确定详细的人员组成, 编写工程总体开发方案含费用预算，确定初步的发布日期。
2．进行详细的需求分析，编写功能规格书，召集用户进行需求评审。
3．概要设计，包括概念设计、逻辑设计、物理设计，修订发布日期。
4. 此阶段结束之后，经评审确认之后进入下一阶段。
开发方案
工程进度表
风险控制方案
测试方案
用户培训方案
需求规格说明书
需求评审报告
概要设计说明书
概要设计评审报告
质量过程控制方案
操作手册
配置管理方案
程序经理
程序经理
测试管理
产品经理
产品经理
程序经理
QA人员
发布管理
发布管理
工程指导委员会
工程执行委员会
5．开发
1．详细设计
2．编码实现设计阶段提出的功能和性能。
3．测试并确保所编程序的正确性。
4．编写用户手册及培训手册。
5．确保开发进度。
开发方案
工程进度表
工程阶段进度报告
风险控制方案
详细设计说明书
测试方案
测试报告
培训手册
程序源码
执行文件
安装程序
安装手册
操作手册
质量过程控制报告
产品推广方案
程序经理
测试管理
测试管理
程序经理
发布管理
QA人员
产品经理
工程执行委员会
6．确认发布
1．用户β测试，确认产品是否到达设计要求。
2．工程实施培训。
3．市场推广方案。
开发方案
风险控制方案
工程进度报告
测试方案
测试报告
操作手册
培训手册
维护手册
程序文件
产品推广方案
程序经理
测试管理
发布管理
客服中心
程序经理
产品经理
工程指导委员会
7．工程回忆
工程总结与回忆，展望下一个版本。
工程总结报告
产品经理
程序经理
测试经理
发布经理
工程指导委员会
每个新开展的工程组根据不同的工程规模，可以对流程和提交的文档进行适当的裁减〔但以下内容不能裁减〕。
每个新开展工程组必须要提交的文档为：可行性分析、立项报告、软件开发方案、开发进度报告、概要设计书、详细设计书、测试报告、用户手册和操作手册。
发布部