产品研发流程管理制度
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
产品研发管理制度
第一章总则
第一条产品研发过程的管理,指产品研发项目确定后,进行产品研发,形成可交付使用的软件产品的过程。在产品的研发过程中,做好研发流程的管理和控制,是确保产品研发质量和研发进度的关键。
第二条本流程制定的目的是为了对产品研发进行有效的组织实施,使产品研发处于受控状态,保证软件开发的最后成功,向用户提供高质量的软件产品。
第二章产品的需求分析管理
第三条需求的采集
采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部的建议等方面。
第四条需求的分析及编制文档
采集到的需求经过深入了解和系统分析,通过跟用户的讨论验证,并形成产品需求文档,让开发、设计人员理解产品的概念,功能、特点及产品各个部分的逻辑。产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。
1、业务需求:反映客户对系统、产品高层次的目标要求,在项目定义与范围文档中予以说明。
2、用户需求:描述用户的目标,或用户要求系统必须要完成的任务,这在使用实例或方案脚本中予以说明。
3、功能需求:规定开发人员必须在产品中实现的软件功能,使用户利用这些功能来完成任务,从而满足了业务需求。
4、非功能性需求:描述软件产品为满足用户业务需求而必须具有的除功能需求以外的特性。包括系统的完整性(联机帮助、数据管理、用户管理、软件发布管理、在线升级等)、性能、可靠性、可维护性、可扩充性、适应性等。
第三章产品的可行性分析报告、原型及评审管理
第五条可行性分析报告
f32206 7DCE 緎%39519 9A5F 驟29611 73AB 玫 36393 8E29 踩37733 9365 鍥
产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、生产等方面的可行性,论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素,论证所选定的方案的可行性。
可行性分析报告编制完成后,由公司技术战略委员会组织完成对产品可行性分析报告的可行性初审和复审,形成相关议决后报总经理审批。
第六条产品需求规格说明书
确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需求的完整与可追溯性,通过产品需求规格说明书,以保证用户与需求分析人员、开发人员、测试人员及其它相关利益人对需求达成共识,确保产品需求的实现。
第七条产品原型
原型图是对流程图中“界面元素”的展现,将页面的模块、原素、人机交互的形式,利用线框描述的方法,将产品脱离皮肤状态下更加具像跟生动的进行表达。
第四章产品的立项及评审管理
第七条产品立项报告书
产品立项报告书含以下内容:
1、论证该类产品的技术发展方向和动向;
2、34438 8686 蚆23083 5A2B 娫AC33714 83B2 莲.25146 623A 戺34161 8571 蕱
3、
4、论证研发该产品具备的技术优势和市场动态;
5、论证发展该产品的资源条件可行性(含物资、设备、能源及资源等);
6、初步论证该产品的技术经济效益。
第八条立项评审及批复
公司技术战略委员会就产品立项报告书进行评审讨论,全面论证新产品的技术性、经济性及可生产性和实施性等方面,形成相关决议后报总经理批复。
第五章产品的研发管理(概要设计、详细设计、开发)第九条团队建设
产品立项报告书经过审批后,根据总体产品研发计划、研发人员配备情况和产品需求规格说明书,由总经理确定相关的项目负责人与研发成员。
第十条概要设计
项目组成员在产品研发进度时限内确定产品研发计划,根据产品需求规格说明书和产品原型对软件系统的设计进行考虑,出具DEMO设计、架构设计、数据库设计、模块设计、功能设计、部署设计等文档。
第十一条详细设计
38541 968D 隍40412 9DDC 鷜r32375 7E77 繷!30951 78E7 磧 •
根据功能设计,定义画面具体元素,动作行为,跳转迁移流程,以及内部实现逻辑,数据流向等具体行为。
第十二条产品研发
研发人员者根据概要设计、详细设计对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求。
第十三条在研发过程中,项目负责人应将产品的研发进度上报产品质量管理部,由质量管理部对产品的研发进度和质量进行监督。
第十四条为增强公司的核心竞争力,新产品的研发时间一般不得超过三个月,特殊情况需要延长研发时间的,必须经技术战略委员会和总经理的审批同意。
第六章产品的测试管理
第十五条在软件设计完成之后要进行严密的测试,一发现软件在整个软件设计过程中存在的
问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。
第十六条测试部根据产品需求规格说明书、产品研发计划制定产品测试计划,建立测试环境,组织测试环境评审,保证测试内容全面,测试结果客观有效。
第十七条执行确认测试流程,对测试结果进行记录,形成测试报告。
第十八条跟踪测试过程中出现的BUG,和研发人员协商,跟踪确认解决。
21743 54EF 哯36840 8FE8 迨#28803 7083 炃Ro:27017 6989 榉
第十九条产品测试报告和用户使用手册的编写,并报产品经理和研发经理。
第二十条产品版本的发布
第七章产品的上线运营管理
第二十一条经过测试证明研发的产品达到要求后,研发人员和测试人员应提交下列文档给运营:“产品代码或安装程序”、《测试报告》、《用户手册》、《故障指导手册》、《系统实施手册》、《市场推广手册》。
第二十二条上线运营管理是产品生命周期的最后部分,也是时间最长的。主要包括下列工作:产品部署、硬件安装、用户培训、运营维护、问题反馈与建议。
第二十三条上线运营管理主要由系统运维工程师和实施维护工程师来完成。系统运维工程师侧重于各软件系统和平台的运营;实施维护工程师侧重于对自助柜等外围硬件设备的运营。
第二十四条运营不仅是测试与市场推广的桥梁,给市场推广做支撑;而且,也是测试与产品需求的桥梁,根据运营过程中得到的问题和建议,反馈给产品需求,形成闭环。
第二十五条运营是个长期过程,需要流程化。输出文档主要有:《安装检查表》、《用户培训文档》、《用户培训验收表》、《运营维护记录表》、《问题反馈与建议表》。