【原】软件标准开发过程控制程序

术语和缩写	解释	备注
软件开发模型	指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。	主要类型有瀑布模型,增量迭代,原型模型,螺旋模型
业务需要	指业务部提出的未经分析和整理的业务问题解决建议和设想。
业务需求	指具体的，经分析和整理的业务活动和数据的信息化要求。

4 职责

角色	职责
业务部	集团各业务及运行部门，主动提出业务需要，或配合IT产品经理收集业务需要并导出业务需求。
产品组	信息技术部研发部产品组，负责集团业务信息化产品规划、产品需求开发和发布
项目群	信息技术部各软件开发项目组组成业务和运行两大项目群，项目组间通过积极协调，以高效完成跨项目的产品开发任务。
事业部总监	研发部事业部总监负责制定总体产品规划，监控产品经理产品需求开发质量和进度，协调各产品经理对相关联的产品进行高效的开发需求开发活动，监控产品项目的验收是否符合要求。有效协调各项目组进行跨项目的产品开发，负责审查产品项目进展。
产品经理	研发部产品经理负责产品业务需求的导出，组织项目启动和产品需求的开发，指导项目组理解产品需求，审查产品项目里程碑，组织产品项目用户测试和验收。
项目经理	对整个项目的项目管理，即进度、质量、成本负责
程序员	按时按质完成项目经理分派的分析设计，编码实现的任务。
测试工程师	独立负责软件系统测试，制定系统测试计划，设计测试用例，执行系统测试，缺陷的提交和跟踪。
配置管理员	制订配置管理计划，创建并管理配置库，定期提交配置状态报告，变更管理系统的跟踪管理。
SQA人员	独立负责制定质量保证计划、对项目组执行本标准软件开发过程的执行情况，输出产品进行审计。
DBA	负责安装、配置、优化和管理项目相关数据库，包括开发、测试和生产环境；参与技术构架方案、软件需求规格和数据建模的评审。。
系统工程师	负责测试环境的系统安装和配置，制定系统集成方案，负责生产系统的网络系统安装，测试和管理；参与技术构架方案、软件需求规格的评审。

5 工作程序

本过程包括从产品规划和立项阶段、项目开发阶段及产品实施和更新阶段的所有活动。

5.1 进入条件

集团业务信息化战略和目标。

5.2 退出条件

软件项目生存周期结束。

5.3 输入

输入制品	备注
《过程文档模版》
业务信息化意向	指未经调研的，用户提供的，或行业已经存在的业务模式
公司业务信息化战略和目标	IT高层制定的，或公司领导下达的企业信息化战略和目标。

5.4 输出

注：以下为主要关键输出

编号	输出制品	备注
	项目启动计划	产品立项
1	产品需求说明	产品立项
2	技术构架方案	产品立项
3	项目策划书	项目策划
4	项目进度计划	项目管理
5	软件需求规格	需求阶段
6	概要设计	设计阶段
7	集成/系统构建计划	实现阶段
8	代码评审报告	实现阶段
9	测试计划	测试阶段
10	系统测试用例	测试阶段
11	测试日志	测试阶段
12	缺陷跟踪记录	测试阶段
13	系统测试总结	测试阶段
14	实施/更新计划	实施阶段
15	系统集成方案	实施阶段
16	系统安装部署手册	实施阶段
17	验收测试报告	实施阶段
18	系统管理员手册	实施阶段
19	验收报告	实施阶段
20	用户操作手册	实施阶段
21	结项评审报告	结项
22	…..以各过程文档为准

5.5 过程流程图

5.6 过程活动描述

5.6.1 产品规划

活动名称		产品规划
角色和职责		事业部总监、产品经理
活动接口	进入条件（或活动启动的事件）		春秋集团业务部门或春秋信息部主导的业务信息化意向驱动调研开始；或春秋立项机构已通过立项审批。
	活动的输入		春秋信息技术发展战略和业务方提出的业务信息化问题和设想
	活动的输出		产品规划方案、年度开发计划
	退出条件（或触发其他活动的事件）		立项审批通过
任务		事业部总监组织各产品经理计划进行产品规划工作： 1、产品经理主动收集所负责产品线相关各业务涉众的需要和期望，甚至充当业务方代理或最终用户代理，并需要在产品生命周期中反复进行相关活动； 2、产品经理研究行业业务信息化趋势及同行产品解决方案； 3、产品经理通过以上收集和研究，并对整体信息化业务框架的分析，明确业务需要，从而推出业务信息化的产品开发需求； 4、事业部总监组织各产品经理评估各产品线整体产品开发需求，根据产品企业战略符合度、产品市场领先度、收益及效能进行统一优先和取舍，最终由事业部总监把关企业IT产品总体规划方案及年度开发计划的制定。 5、 IT高层审批整体产品规划方案及年度开发计划，批准产品立项并报企业领导通过。 6、产品经理将已批准的产品规划需求录入redmine系统。
使用工具
相关过程		《软件需求开发过程控制程序》
备注

5.6.2 提出业务需要

活动名称		提出业务需要
角色和职责		业务方、产品经理
活动接口	进入条件（或活动启动的事件）		产品经理主动进行业务调研
	活动的输入		业务信息化战略，业务问题和瓶颈
	活动的输出		业务需要
	退出条件（或触发其他活动的事件）		已导出业务需要
任务		产品经理应负责驱动业务需要的提出 1、业务部门等涉众的需要是确定业务需求的基础，产品经理通过导出业务需要的相关技术手段，如市场调查研究、业务方调查问卷，业务案例分析，智慧风暴等方法，导出业务需要 2、业务方主动通过分析业务的相关问题和瓶颈，提出业务信息化的业务需要或设想 3、产品经理将各种渠道及纷杂的业务需要进行分析整理，即收集遗漏信息，解决其中矛盾，明确相关期望和限制条件，以转换成明确的，被业务方承认的业务需要，业务需要不限制文件规范，它是产品规划方案的一部分。
使用工具
相关过程		《软件需求开发过程控制程序》
备注

5.6.3 组织项目启动

活动名称		组织项目启动
角色和职责		产品经理
活动接口	进入条件（或活动启动的事件）		产品规划总体方案，年度产品开发计划审批通过
	活动的输入		产品规划总体方案，年度产品开发计划
	活动的输出		项目章程，项目启动计划
	退出条件（或触发其他活动的事件）		项目干系人承诺项目章程，项目启动计划
任务		产品经理根据产品规划总体方案，年度产品开发计划，与事业部总监协商确认项目经理人选，并按年度计划组织产品项目Kick Off会议或以邮件方式进行产品项目Kick Off. 1、产品经理与PMO共同确认项目名称和项目编号等项目相关信息，并录入到系统中。其中，非产品部参与的项目由相关事业部总监、项目经理负责并将项目信息提交给产品部对应产品经理，由产品经理录入项目相关信息； 2、 Kick Off之前，产品经理负责拟定项目章程和项目启动计划； 3、产品经理组织项目干系人：项目经理、事业部总监、业务方干系人召开项目Kick Off会议，会议的议程就是获得项目干系人对项目章程和项目启动计划的承诺。项目启动计划主要包括产品需求说明、技术构架方案，项目策划这三项任务的责任人、协助人员，及其计划完成时间。 4、项目Kick Off后，产品经理负责通过企业邮箱，将项目Kick Off会议所承诺的项目章程和项目启动计划发送各项目干系人，抄送干系人上级领导和部门领导。
使用工具		Redmine
相关过程		《软件立项过程控制程序》
备注

5.6.4 产品需求开发

活动名称		产品需求开发
角色和职责		产品经理
活动接口	进入条件（或活动启动的事件）		产品项目Kick Off会议通过干系人承诺
	活动的输入		项目启动计划、产品规划方案、年度开发计划
	活动的输出		业务框架、业务模型、产品需求说明（PRD）
	退出条件（或触发其他活动的事件）		产品需求开发评审通过
任务		产品需求的开发，应该首先根据收集的业务需要，明确产品所满足的业务需求，即解决业务市场、客户问题，或运行问题，包括收益和效能的评估，通过确立相关业务框架及其流程，并将业务流程具体建模以明确业务需求；其次根据业务需求，采用能够用于系统分析的技术词语表达产品及其构件需求，即产品功能和非功能需求，其中包括对外接口需求。 1、产品经理根据收集的业务需要，针对本产品所解决的业务市场、客户问题，运行问题进行详细说明，包括产品上线后对收益或效能的评估； 2、事业部总监应组织和监控产品经理首先制定整体业务框架及其流程，由此分析各产品线之间的关联关系，才能通过各产品经理间相互协作，开发出较为完整的产品需求； 3、针对已有的业务总体框架，产品经理对所涉及本产品需求开发部分的业务框架及其流程进行变更和说明。 4、产品经理针对本信息化产品所需要解决的相关业务流程实现，进行业务角色、业务用例（业务场景）、业务规则和业务对象（业务数据）的分析，建立产品业务模型。需指出每个业务用例都应对应到一个产品功能需求，一个业务用例集合对应的是一个产品构件功能需求。 5、产品经理根据业务总体框架及其流程，业务模型，分析出产品框架、产品构件及其功能需求，对外接口需求，以及产品兼容性、用户视觉、用户体验、性能、扩展、运维等非功能需求，最终输出产品需求说明文档。其中必须明确产品功能需求可以引用业务用例模型、业务对象模型和业务规则的描述，而非功能需求须为每个产品构件分配唯一的设计要求。 6、产品经理需依据《信息安全管理&技术规定》，结合业务安全需求，制定产品安全需求，并输出至产品需求说明书中。 7、产品经理需依据《信息安全管理规定》中的5.5监控管理和安全管理要求,提供应用系统监控的需求，包括但不仅限于能体现系统主逻辑存活的监控要求，用于对业务系统运行的监控。 8、产品经理在开发产品需求过程中，如需要经验丰富的项目组成员介入，由事业部总监协调安排。凡本产品需求涉及其他产品线的产品需求变更，由事业部总监负责协调各产品经理根据本产品项目策划里程碑完成相关产品线的变更管理实施。
使用工具
相关过程		《软件需求开发过程控制程序》
备注

5.6.5 制定技术构架方案和认证

活动名称		制定技术构架方案和认证
角色和职责		项目经理
活动接口	进入条件（或活动启动的事件）		产品项目Kick Off会议通过干系人承诺
	活动的输入		项目启动计划、产品需求说明（PRD）
	活动的输出		技术构架方案
	退出条件（或触发其他活动的事件）		技术构架方案评审通过
任务		技术构架方案应该包括软件构架、软件框架、软件部署构架和系统集成构架的方案。 1、项目经理负责根据整体产品框架及其构件组织项目组制定软件构架方案，软件构架应该描述实现产品构件的软件组件，包括派生的系统组件，并且需要明确各组件的连接及其通讯方式； 2、项目经理负责组织项目组确定或开发出项目适合的软件技术框架，如行业应用和持久层框架的选择（如spring、ibatis），则需说明运用到其中的哪部分框架，对于部门或项目组自己开发的框架，更需详细说明它的层次结构，及各模块的作用和使用方法。同时，所确定选用或开发的框架，都须明确其版本。 3、项目经理组织项目组制定软件部署构架，应该根据软件构架和产品非功能需求设计出符合各应用组件便于部署、容量、性能、监控等要求的可用性指标的部署构架。 4、项目经理需组织运维部设计出符合运维业务连续性和安全管理的系统集成方案。 5、项目经理负责确保软件技术框架和软件部署构架的可行性，对所有信息技术部未在生产环境中实施过的软件框架和部署构架，应进行充分的测试以对可行性进行认证。应在技术构架方案中描述认证方案、测试和认证结果。
使用工具
相关过程		《软件分析设计过程控制程序》
备注

5.6.6 组织产品需求和技术构架方案评审

活动名称		组织产品需求和技术构架方案评审
角色和职责		产品经理组织评审，并负责产品相关信息录入。事业部总监担任评审方负责人
活动接口	进入条件（或活动启动的事件）		项目启动计划、产品需求说明（PRD），技术构架方案完成
	活动的输入		产品需求说明（PRD），技术构架方案完成
	活动的输出		产品需求说明评审报告，技术架构方案评审报告
	退出条件（或触发其他活动的事件）		产品需求和技术构架方案评审通过
任务		产品经理负责组织产品需求和技术构架方案的评审，此二项评审工作可以分开进行，技术构架方案的涉众主要是项目经理、产品经理、部门首席架构师、事业部架构师、运维部经理、事业部总监、QA等。产品经理负责召集产品需求和技术构架相关干系人进行同行复审，评审会议的活动应该统一： 1、产品经理根据项目启动计划，按时进行同行复审； 2、评审会议前，评审内容应提前三天提交涉众进行初审； 3、评审会议中，由事业部总监指派专人将各评审人对评审内容提出的问题及会议中一致同意的解决措施，或待定解决的规定时间，责任人等信息记录到评审报告； 4、评审会议中，凡本产品涉及其他产品经理所负责的产品需求变更，由事业部总监负责协调各产品经理在评审会议中寻找解决方案，或确定待定解决时间表； 5、评审会议中，产品经理与项目经理再次确定项目策划的时间表，对于本产品项目涉及其他项目经理所负责的产品项目变更，则与事业部总监协调解决，确保其他项目组按本产品项目经理的项目策划完成项目开发任务； 6、评审会议后，由产品经理将评审报告发送给相关产品经理、项目经理、PMO、QA等干系人及其上级领导，内容中需明确需求与项目的对应关系。事业部总监跟踪待定问题的落实； 7、产品经理和项目经理分别负责根据评审报告对产品需求说明（PRD）和技术构架方案进行修订，并负责其版本控制，业务使用部门和产品经理需对产品需求说明（PRD）的发布和修订进行签字确认。 8、产品经理将确认后的产品需求说明（PRD）下发。若不确定项目经理,则下发事业部总监,待总监反馈对应项目经理后,调整为该项目经理。
使用工具
相关过程		《软件立项过程控制程序》
备注

5.6.7 产品需求管理

活动名称		产品需求管理
角色和职责		产品经理负责产品需求的变更管理，并持续做好产品需求溯源的管理任务。
活动接口	进入条件（或活动启动的事件）		产品需求变更
	活动的输入		业务需求变更
	活动的输出		产品需求变更通知
	退出条件（或触发其他活动的事件）		事业部总监批准产品需求变更
任务		产品需求管理指在产品生命周期中对产品需求的变更和溯源进行管理，本过程的活动细则参照《软件需求管理过程控制程序》
使用工具
相关过程		《软件需求管理过程控制程序》
备注

5.6.8 项目策划

活动名称		项目策划
角色和职责		项目经理
活动接口	进入条件（或活动启动的事件）		项目启动计划，产品需求说明（PRD），技术构架方案评审通过
	活动的输入		业务框架、业务模型、产品需求说明、技术构架方案
	活动的输出		项目策划书，项目策划评审报告
	退出条件（或触发其他活动的事件）		项目生存周期结束
任务		本过程活动及方法细则参考《项目策划过程控制程序》，项目策划书依照《项目策划书编写规范》编写。 1、项目经理接收产品需求说明书（PRD）； 2、项目经理根据产品需求说明书（PRD）估计项目范围； 3、项目经理根据产品需求说明书（PRD），组织项目组通过软件需求分析，估计项目属性，此属性主要指规模，如功能点估算、或结合Delphi估算法； 4、项目经理确定项目生存周期，即软件开发模型，目前信息技术部采用迭代增量模型，项目经理需在项目策划书中明确几次迭代，并说明每次迭代的需求、设计、编码、测试和上线的任务内容和目标； 5、项目经理根据所估计的项目规模，组织项目组通过历史工作量记录数据，并结合Delphi估算法，对项目工作量进行估计； 6、项目经理负责根据所估计的项目范围、生存周期和工作量，项目启动计划中的产品发布里程碑，编制项目进度里程碑； 7、项目经理负责识别项目是否需要进行系统切换（识别依据：有数据结构变更并且需要进行数据同步）。若需要实施切换，则根据《系统切换实施方案指南》中附录《切换实施策划模板》制定《系统切换实施方案》及实施计划； 8、项目经理负责识别项目风险，并列出风险缓解计划； 9、项目经理负责策划项目必要的资源，必要的知识和技能，以及项目资料的管理； 10、项目经理负责策划干系人的介入； 11、项目经理负责制定项目进度计划，相关项目支持类计划，如质量保证计划、配置管理计划、测试计划等； 12、项目经理负责策划使工作和资源协调，如项目沟通计划； 13、项目经理组织干系人召开项目策划会议，以获得干系人对计划的承诺。干系人范围参照《项目策划过程控制程序》中5.6.10。必需说明，项目策划评审会议是针对首次确认的产品需求范围进行的项目整体策划评审，但项目策划进行于项目的整个生存周期，不应因项目策划评审会议通过而终止。
使用工具
相关过程		《项目策划过程控制程序》
备注

5.6.9 项目监控

活动名称		项目监控
角色和职责		项目经理、事业部总监
活动接口	进入条件（或活动启动的事件）		项目策划评审通过，项目策划内容开始执行
	活动的输入		项目策划内容
	活动的输出		项目监控记录、审查报告、项目偏差纠正报告
	退出条件（或触发其他活动的事件）		项目结项
任务		本过程活动及方法细则参考《项目监控过程控制程序》 1、项目经理负责监督项目策划参数，即主要对实际的项目规模、工作量、进度等进行记录，并与项目策划估计值进行比较，如每日项目晨会，燃尽图等方法监控项目进度； 2、项目经理负责监督项目策划中的其它相关任务，即监督承诺、监督项目风险、监督资料管理、监督涉众介入等项目策划任务； 3、事业部总监负责执行项目进展和里程碑审查，进展审查属于非正式审查，主要审查以上项目监督是否有效进行；里程碑审查一般为正式审查，事业部总监根据项目策划书中的里程碑定期组织审查； 4、项目经理负责根据监督和审查的偏差结果，通过问题分析，确定处理这些偏差的纠正措施和责任人，并监督执行直至解决。
使用工具
相关过程		《项目监控过程控制程序》
备注

5.6.10 质量保证

活动名称		质量保证
角色和职责		项目经理、SQA
活动接口	进入条件（或活动启动的事件）		项目启动
	活动的输入		详见《软件质量保证过程控制程序》
	活动的输出		详见《软件质量保证过程控制程序》
	退出条件（或触发其他活动的事件）		项目结项
任务		本过程活动依照《软件质量保证过程控制程序》
使用工具
相关过程		《软件质量保证过程控制程序》
备注

5.6.11 配置管理

活动名称		配置管理
角色和职责		项目经理、CMO
活动接口	进入条件（或活动启动的事件）		项目启动
	活动的输入		详见《软件配置管理过程控制程序》
	活动的输出		详见《软件配置管理过程控制程序》
	退出条件（或触发其他活动的事件）		项目结项
任务		本过程活动依照《软件配置管理过程控制程序》
使用工具
相关过程		《软件配置管理过程控制程序》
备注

5.6.12 需求开发

活动名称		需求开发
角色和职责		项目经理
活动接口	进入条件（或活动启动的事件）		产品需求说明（PRD）评审通过
	活动的输入		业务模型、产品需求说明
	活动的输出		《软件需求规格》、用例模型
	退出条件（或触发其他活动的事件）		《软件需求规格》评审通过
任务		本过程活动及方法细则参考《软件需求开发过程控制程序》 1、项目经理必须确保在相关系统功能设计和编码实现之前，根据业务模型和产品需求说明（PRD）组织项目成员进行系统需求分析，完成系统用例模型及非功能需求分析。 2、《软件需求规格》必须符合《软件需求规格编写规范》 3、项目经理应组织架构设计人员、项目涉及产品的产品经理、业务方负责人(可选)、SQA及测试人员、开发工程师、项目总监PMO（可选）、相关事业部总监（可选）、产品部经理（可选）、质量部经理（可选）、信息技术部总经理（可选）对《软件需求规格》进行评审评审通过后，项目才能进行设计和编码实现。 4、评审不合格内容必须在系统需求评审会议所规定的期限内完成整改。
使用工具
相关过程		《软件需求规格编写规范》、《软件需求开发过程控制程序》
备注

5.6.13 分析设计

活动名称		分析设计
角色和职责		项目经理
活动接口	进入条件（或活动启动的事件）		《软件需求规格》评审通过
	活动的输入		《软件需求规格》、《技术构架方案》、《项目进度计划》
	活动的输出		《概要设计》
	退出条件（或触发其他活动的事件）		分析设计评审通过
任务		本过程活动及方法细则参考《软件分析设计过程控制程序》原则：面向对象分析；建立独立职责的分析类并详细说明其职责；独立职责的分析类间静态关系；通过分析类的对象交互图和描述来表示系统用例实现；分析设计需通过部级评审来确认后才能进行开发实现。 1、项目经理负责组织项目成员根据产品项目技术构架方案和SRS进行面向对象的分析设计。 2、项目经理负责指导项目成员并确保项目的《概要设计》的规范符合《软件概要设计编写规范》的要求。 3、项目经理组织架构设计人员、项目涉及产品的产品经理、业务方负责人(可选)、SQA及测试人员、开发工程师、项目总监PMO（可选）、相关事业部总监（可选）、产品部经理（可选）、质量部经理（可选）、信息技术部总经理（可选）等项目外部同行专家对《概要设计》进行评审，评审通过，相关功能才能进行编码实现。 4、评审不合格内容必须在系统设计评审会议所规定的期限内完成整改。
使用工具
相关过程		《软件概要设计编写规范》、《软件分析设计过程控制程序》
备注

5.6.14 开发实现

活动名称		开发实现
角色和职责		项目经理
活动接口	进入条件（或活动启动的事件）		《概要设计》通过评审
	活动的输入		《概要设计》、《软件需求规格》、《编码规范》
	活动的输出		《集成构建计划》、《代码评审报告》、受版本控制的系统源代码
	退出条件（或触发其他活动的事件）		系统测试达到系统测试停止标准
任务		本过程活动及方法细则参考《软件开发实现过程控制程序》 1）项目经理指导，管理项目组程序员按照《概要设计》、《软件需求规格》进行编码。 2）项目经理组织代码走查、组内代码评审的形式，保证代码实现符合《概要设计》、编码规范和《软件需求规格》的要求。 3）项目经理指派专人对代码走查结果，代码评审进行记录备案。 4）对技术复杂的项目，项目经理通过制定《开发指南》，组内技术培训来保证代码实现的质量。 5）程序员应根据《单元测试规范》或项目经理的要求完成本地代码的单元测试和冒烟测试后才能将代码提交开发库，并填写《集成构建计划》，项目经理确认集成构建符合集成构建计划要求并标识构建版本后，通知测试工程师进行集成/系统测试。 6）项目经理和程序员须根据《软件配置管理过程控制程序》中的缺陷跟踪流程及时处理缺陷并及时重新构建系统，直至集成构建测试符合测试停止标准。
使用工具
相关过程		《编码规范》、《代码评审过程控制程序》、《软件开发实现过程控制程序》
备注

5.6.15 软件测试

活动名称		软件测试
角色和职责		测试工程师、项目经理
活动接口	进入条件（或活动启动的事件）		项目启动
	活动的输入		详见《软件测试过程控制程序》
	活动的输出		详见《软件测试过程控制程序》
	退出条件（或触发其他活动的事件）		系统测试达到系统测试停止标准
任务		本过程活动依照《软件测试过程控制程序》
使用工具
相关过程		《软件测试过程控制程序》
备注

5.6.16 软件实施

活动名称		软件实施
角色和职责		项目经理、产品经理
活动接口	进入条件（或活动启动的事件）		系统测试达到系统测试停止标准
	活动的输入		详见《软件实施过程控制程序》
	活动的输出		详见《软件实施过程控制程序》
	退出条件（或触发其他活动的事件）		验收通过
任务		本过程活动依照《软件实施过程控制程序》
使用工具
相关过程		《软件实施过程控制程序》
备注

5.6.17 软件更新

活动名称		软件更新
角色和职责		项目经理、产品经理
活动接口	进入条件（或活动启动的事件）		详见《软件更新过程控制程序》
	活动的输入		详见《软件更新过程控制程序》
	活动的输出		详见《软件更新过程控制程序》
	退出条件（或触发其他活动的事件）		用户测试通过
任务		本过程活动依照《软件更新过程控制程序》
使用工具
相关过程		《软件更新过程控制程序》
备注

5.6.18 组织用户测试

活动名称		组织用户测试
角色和职责		产品经理、项目经理
活动接口	进入条件（或活动启动的事件）		产品集成构建基线发布
	活动的输入		产品项目策划的里程碑，产品项目实施计划或更新计划
	活动的输出		用户测试报告
	退出条件（或触发其他活动的事件）		用户测试通过
任务		本过程活动细则依照《软件实施过程控制程序》和《软件更新过程控制程序》 1、事业部总监根据产品项目里程碑规定的项目软件发布基线里程碑，或软件更新过程规定的周五软件发布基线里程碑，审查并监督项目经理按时完成软件发布基线里程碑任务，完成的前提条件是软件系统测试符合停止标准（即项目经理已确认软件系统测试总结报告通过）、用户操作手册完成； 2、产品经理在软件基线发布里程碑及时在系统测试环境中验证软件发布基线是否符合产品需求说明，如发现存在偏差，应要求项目经理立即解决； 3、产品经理在系统测试环境验证产品需求说明通过后，通知项目组进行预上线发布，运维部署预上线必须按产品经理的确认通知后才能进行； 4、产品经理在在系统测试环境验证产品需求说明通过后，根据产品需求说明和项目组用户操作手册，按项目里程碑或软件更新过程里程碑的要求及时制定用户培训材料和用户测试规范，并按里程碑要求在预上线环境进行用户培训和用户测试； 5、产品经理协助并监督业务部按时完成用户测试的执行，输出用户测试报告； 6、对可接受的软件缺陷，产品经理应向业务部承诺产品下次迭代的解决时间，对不可接受的软件缺陷，产品经理应马上通知项目经理立即修复。
使用工具
相关过程		《软件实施过程控制程序》，《软件更新过程控制程序》
备注

5.6.19 组织产品验收

活动名称		组织产品验收
角色和职责		产品经理、产品部经理，项目（群）经理
活动接口	进入条件（或活动启动的事件）		产品生产发布（大于等于60人天项目，上线后1个月后启动验收，60人天以下项目上线后启动验收）
	活动的输入		用户测试报告（可选）、产品运行结果分析（可选）
	活动的输出		软件开发项目验收报告
	退出条件（或触发其他活动的事件）		项目验收报告签字确认
任务		本过程活动细则依照《软件实施过程控制程序》、《软件开发项目验收规范》 1、项目满足验收进入条件后，项目经理变更Redmine需求下发流程的状态到“申请验收”状态，通知产品经理对上线需求进行验收，并提交需要验收的内容（包含但不限于项目目标及功能需求清单）。 2、产品经理组织产品使用的业务部门对产品进行验收，验收内容应该按照产品需求说明与产品用户测试和实际运行分析结果进行对比，并输出验收报告。验收完成后，产品经理更新相应Redmine需求状态，并上传验收报告扫描件。 1）用户测试和产品实际运行分析结果与产品功能和非功能需求的对比； 2）产品实际运行分析结果是否达到产品说明书中所阐述的解决业务市场、客户或运行等问题的目标； 3）产品实际运行分析结果是否达到产品说明书中所阐述的收益或效能的目标。 3、验收结果在可接受范围内，产品经理需协调业务使用部门在验收报告上签字确认，若业务使用部门不接受，产品经理应及时上报产品部经理，针对具体问题进行详细分析并处理。 4、产品部经理负责审查验收报告，评估验收结果是否有效，是否达到产品说明书的各项要求，对任何偏差应在验收报告中给出处理措施。
使用工具
相关过程		《软件实施过程控制程序》
备注

5.6.20 产品结项

活动名称		产品结项
角色和职责		产品经理、项目经理
活动接口	进入条件（或活动启动的事件）		详见《软件结项过程控制程序》
	活动的输入		详见《软件结项过程控制程序》
	活动的输出		详见《软件结项过程控制程序》
	退出条件（或触发其他活动的事件）		详见《软件结项过程控制程序》
任务		本过程活动依照《软件结项过程控制程序》
使用工具
相关过程		《软件结项过程控制程序》
备注