公司发文会签单
深圳市信息系统有限公司
公司文件
司发【2007】20号签发人：（）签名
研发部开发管理规定
1 产品开发过程
配合配置管理规范的开发过程增加了新的修订，在开发过程中间嵌入软件配置管理。
产品经理全程参与所有的过程，对产品的整体负责。销售部产品负责人、技术支援产品负责人参与需求分析阶段。
1.1 项目和版本开发过程
1.1.1 项目概貌阶段
参与的角色：产品经理、项目经理
活动：项目需求概貌的制定（重点说明项目的定义性描述）、项目计划的制定
●《项目概貌》中需要对项目所需的配置项进行描述。
●当在执行过程中，出现任何意外情况需要进行计划更改时，产品经理有责任及时修改当月的月度计划，并转发给所有相关人员，包括项目组成员、相关部门以及上级领导。输出：《项目概貌》、《项目开发计划》
1.1.2 需求分析阶段
参与的角色：产品经理、项目经理、、项目组成员、销售部产品负责人、技术支援部产品
负责人
活动：需求规格/产品规格的制定，含详细的用户界面规格、性能分析，市场分析●软件版本发布报告表建立：产品经理，，
●需求规格的制定（可以采用的分析方法）：产品经理。
●需求规格的评审：评审专家、、测试人员、销售部产品负责人、技术支援部产品负责人●市场推广规划的制定：销售部产品负责人
●总体方案的设计：产品经理
●总体方案的评审：
●配置库需求基线的建立：
输出：《系统需求规格》、《系统需求规格评审》、《系统总体方案》、《系统总体方案评审》、《市场推广规划》
1.1.3 系统设计阶段
参与的角色：项目经理、、测试经理、项目组成员
活动：
●软件版本发布报告表更新：项目经理，，
●系统概要设计：项目经理，项目组成员
●系统概要设计的评审：
●系统测试方案的设计：测试经理
●系统测试方案的评审：
●子系统设计：项目组成员
●子系统设计评审：
●配置库设计基线的建立：
输出：《系统概要设计》、《系统概要设计评审》、《系统测试方案》、《系统测试方案评审》、《子系统设计方案》、《子系统设计方案评审》
1.1.4 编码阶段
参与的角色：、项目经理、项目组成员
活动：
●软件版本发布报告表更新：项目经理，
●详细设计：项目经理，项目组成员
●详细设计的评审：
●单元测试方案的设计：项目经理，项目组成员
●单元测试方案的评审：
●单元测试用例的设计：项目经理，项目组成员
●子系统编码：项目组成员
●关键子系统编码抽样检视：项目经理
●编码单元测试：项目组成员
输出：《详细设计》、《详细设计评审》、《单元测试方案》、《单元测试方案评审》、《单元测试用例》、《子系统代码》、《代码检视报告》、《单元测试报告》
1.1.5 系统测试阶段
参与的角色：测试经理、测试组成员、、项目经理、项目组成员。
活动：
●软件版本发布报告表更新：测试经理，
●集成测试：项目组成员、测试组成员、测试经理
●系统测试：测试经理、测试组成员
●系统测试报告评审：
●测试问题控制：测试经理、
●用户文档：测试经理
输出：《系统测试报告》、《系统测试报告评审》、《质量评估报告》、《第三方组件和工具》、《安装程序》、《用户文档》、《版本说明书》
1.1.6 版本发布
软件版本的发布由测试经理提交软件版本各项和软件版本发布报告表，由产品经理召集开发经理、测试经理、项目经理、、技术支援部人员、市场人员，召开产品版本发布会，审核通过后，由配置经理发布产品。
《软件版本发布报告表》由研发部统一归档管理。
参与的角色：产品经理、开发经理、测试经理、、项目经理、。活动：
●软件版本发布报告表完成：产品经理、开发经理，，
●配置库发布基线的建立：
输出：《软件版本发布报告表》，见附件。
整个开发过程如下图所示：
1.2 网上需求管理过程
1.2.1 技术支援人员提需求
角色：技术支援人员
活动：通过邮件方式进行需求沟通：
●邮件标题：年/月/日+用户名称+关键字（需求）
●邮件附件：《客户需求邮件确认模板》，按模板详细提示进行操作、填写
●邮件接收者:主送研发部产品经理、项目市场负责人、技术支援部经理
1.2.2 产品经理确认需求
角色：产品经理
活动：与客户沟通后、回复对该需求的判断及工作量的评估情况
●回复对象：原邮件所有接收人
●回复内容：与客户沟通记录？该需求能否做？工作量？预计开发时间等逐条答复
●回复时限：24小时内（1个工作日内）
1.2.3 销售人员确认需求
角色：销售人员
活动：与客户沟通、研发产品经理协调，再做邮件回复；
若与产品经理意见发生不一致，则提交研发部经理、销售部经理共同协调处理。
●回复对象：原邮件所有接收人，并抄送市场部秘书
●回复内容：与客户回复内容？工作计划？完成时间？是否发起客户需求电子流
程？
响应时限：48小时内（2个工作日内）
角色：市场部秘书
活动：发起客户需求电子流。
角色：技术支援人员
活动：按照《需求评估通知函模版》正式答复客户
响应时限：2个工作日内
1.2.4 产品经理安排计划
角色：产品经理
活动；纳入产品计划，将需求文档同时提交开发经理和测试经理
响应时限：24小时内（1个工作日内）
1.2.5 开发经理安排计划
角色：开发经理
活动：纳入开发计划，知会测试经理，提交电子流到下一审批人
对于紧急的需求，在正式版本发布以前走临时版本发布流程，在需求完成后，开发项目负责人在工作流中进行确认。正式版本未发布前由产品经理发布兼容临时版本代替。
响应时限：根据产品计划监控
角色；测试经理
活动：纳入测试计划，知会测试人员提前熟悉需求
响应时限：根据产品计划监控
1.2.6 开发人员实施
角色：开发人员
活动：实施需求。
提交开发包和发布包给开发经理
提交电子流到下一审批人
响应时限：根据开发计划监控
角色：开发经理
活动：提交发布包给测试经理
响应时限：根据开发计划监控
1.2.7 测试部测试
角色：测试经理
活动：提交发布包给测试人员测试
角色：测试人员
活动：测试人员验证版本，发邮件知会测试经理测试完成。
角色：测试经理
活动；提交发布包和测试包给配置管理员，提交电子流到下一审批人
响应时限：根据测试计划监控
角色：配置管理员
活动：收到测试经理邮件，发布版本，归档开发包和测试包
响应时限：2小时
1.2.8 技术产品部负责人确认
角色：技术产品部负责人
活动：安排工程人员更新现场，更新成功后提交电子流到下一审批人
1.2.9 技术支援部经理确认
角色：技术产品部经理
活动：对需求的完成状态及质量跟踪确认，若完成则关闭电子流；
若未完成则发起问题管理电子流.。
响应时限：24小时内
说明：以上“响应时限”除开发实施和测试验证、工程实施是根据计划时间来监控外，其他流程要求在规定时限内做出实质结果。对于审批通过的需求/问题，研发在计划时间内完成。非客户因素导致该需求/问题在承诺时间内到期未完成，将由研发对该需求/问题再次承诺完成时间，并由此派生第二个客户需求/网上问题（以此类推，数量以累计方式统
计）。因客户临时调整或协助工作没到位等客观原因，该需求/问题的完成期限顺延。涉及流程各环节严格按该文件规定执行，因工作疏忽等原因导致流程停滞不前影响流程/计划进度将追究相关人责任。
1.3 网上问题管理过程
1.3.1 技术支援人员提单
角色：技术支援人员
活动：以邮件方式将客户问题提交给技术产品部负责人进行处理过滤。
1.3.2 技术产品部负责人确认
角色；技术产品部负责人
活动：对问题进行过滤，若需要研发协助，提交网上问题电子流。
1.3.3 测试经理确认
角色：测试经理
活动；收到网上问题电子流后，请测试人员定位问题。
角色：测试人员
活动：定位网上问题，邮件知会测试经理问题定位原因。
角色：测试经理
活动：根据测试人员定位，若需要开发人员协助，将电子流提交开发经理处理；
若需要技术支援人员协助，将电子流提交技术支援人员处理
响应时限：8小时内
1.3.4 开发经理确认
角色：开发经理
活动：收到网上问题电子流后，安排开发计划，将电子流提交相应开发人员处理。响应时限：3小时
1.3.5 开发人员处理问题
角色：开发人员
活动：收到网上问题电子流，按照开发计划开发
开发完成后，归档更新包和开发包，以邮件知会开发经理开发完成，
在电子流中填写“处理说明”，将电子流提交到下一审批人（测试经理）
角色：开发经理
活动：收到开发人员开发完成的邮件后，以邮件知会测试经理请求测试
对于时间紧急的需求，开发经理提交临时版本发布流程，转1.4.4
响应时限：按照开发计划监控
1.3.6 测试部验证经理确认
角色：测试经理
活动：收到网上问题电子流，安排测试计划。
角色：测试人员
活动；测试人员验证版本；发邮件知会测试经理测试完成
角色：测试经理
活动：收到测试人员邮件，在网上问题电子流里确认，提交下一审批人；
提交更新包和测试包给配置管理员。
响应时限：按照测试计划监控
角色：配置管理员
活动：收到测试经理邮件，发布更新包，归档开发包和测试包
响应时限：2小时