产品研发流程

为提高软件产品质量，提升客户满意度，打造软件生产线，增强市场竞争能力，我公司产品研发流程遵循CMMI软件开发过程体系。产品研发流程整个开发流程分为：可研、需求获取、技术准备、编码、系统测试、系统实施、项目总结、维护。可研1. 由公司或者部门领导派发项目任务书2. 产品经理分析任务书，确定项目范围、分析技术可行性、确认可行技术方案和技术难点、初步预估工作量、确定项目进度可行性和经济可行性3. 整理为可行性研究报告或项目建议书4. 对报告或建议书进行评审，生成评审报告需求获取1. 根据项目建议书，产品经理准备和项目相关的资料，如果是升级项目，需要获取原项目的用户需求说明书。2. 通过各种方式，和客户进行多方面的交流，获取用户的原始需求，生成组织架构图、角色分类、功能描述、用例图描述，编写用户需求说明书草案。3. 产品经理和需求分析师根据草案，生成系统原型，并展示给用户，确认需求的正确性，并随时修改。4. 完成最终用户需求说明书和需求跟踪矩阵。5. 组织专家、测试人员等对说明书等进行评审，通过后生成评审报告。6. 用户需求说明书提供给用户确认，并签字确认。需求分析1. 根据用户需求说明书、需求跟踪矩阵、项目建议书，由产品经理和系统分析师，完成系统功能划分、用例建模分析、数据建模分析、过程建模分析、识别接口需求，最终编写出软件需求说明书。2. 由中心经理、开发经理、质量经理、系统分析师、软件工程师、测试工程师共同评审软件需求说明书，生成评审报告。技术准备1. 根据软件需求说明书等文档，由产品经理、系统设计师、软件工程师分析、制定、选择技术解决方案。2. 如选择的最佳技术方案中有陌生技术和新技术，则生成技术攻关任务单。组织软件工程师攻关，解决后编写技术攻关报告以及相关Demo等。3. 中心经理、质量经理、系统设计师、软件工程师对技术攻关报告进行评审。4. 产品经理根据技术攻关报告调整项目计划。规范制定1. 产品经理、开发经理、系统设计师、软件工程师根据软件需求说明书、组织级编码规范等，制定软件开发规范。2. 开发经理、质量经理、系统设计师等评审通过后，确定规范。概要设计1. 系统设计师根据用户需求说明书、软件需求说明书、技术攻关报告、软件开发规范等文档，进行数据库设计和概要设计，编写数据库设计说明书和概要设计说明书。2. UI设计师按已有文档设计UI界面原型，与用户和同行评估后，细化设计，定义UI设计准则，编写UI设计说明书。3. 对概要设计说明书和UI设计说明书进行评审，通过后生成会议纪要。4. 根据概要设计说明书调整项目计划。详细设计1. 系统设计师编写数据库设计说明书和详细设计说明，并完善需求跟踪矩阵。2. UI设计师对概要设计中的UI设计说明书进行修改和补充。3. 对详细设计说明和UI设计说明书进行评审。4. 根据评审通过的详细设计说明调整项目计划。编码1. 系统设计师向开发经理和软件工程师讲解系统需求和功能设计，提供接口人负责解答编码阶段遇到的问题。2. 开发经理根据项目计划、详细设计说明书等相关资料细化工作计划。任务分解最粗粒度不能超过一周。根据细化后的项目计划对软件工程师分配任务。3. 软件工程师按开发进度进行软件开发、单元测试、代码入库工作，并编写相应的单元测试报告、用户使用手册、需求跟踪矩阵。4. 开发经理组织代码评审，并编写代码评审报告。5. 评审通过后，提交测试申请单，提交测试部门进行系统测试。单元测试1. 开发经理制定单元测试计划，准备测试环境。2. 软件工程师设计自己负责模块的测试用例，编写单元测试代码。开发经理检查通过后，进行测试，填写单元测试记录，修改需求跟踪矩阵。3. 开发经理根据单元测试记录填写单元测试报告。构建执行系统1. 配置管理员根据配置管理计划生成新的基线，质量经理对其进行审计2. 软件工程师编写编译说明，测试工程师依据此文档准备测试环境3. 将基线版本的软件部署在测试环境，供后续集成测试使用。集成测试1. 集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。2. 质量经理根据项目计划和测试人力资源，编写测试计划3. 质量经理和测试工程师通过分析编写测试用例，并交开发组传阅、提意见，然后修正。并维护需求跟踪矩阵4. 开发经理向测试经理提交测试申请单5. 配置管理员获取最新代码，构建集成测试使用的运行环境6. 测试工程师在测试环境验证单元测试的成功，如果不能达到集成要求，则需要退回编码7. 测试工程师在独立于开发环境的测试环境，根据测试用例实施集成测试。如有BUG，提交BUG管理系统。8. 开发人员修正Bug后，测试工程师按流程迭代测试。9. Bug管理系统管理BUG的提交、分派、验证、关闭等状态的管理，由测试工程师和软件工程师使用，生成Bug管理报告10. 测试工作完成后，质量经理和测试工程师根据填写测试结论，生成测试报告。系统测试1. 系统测试是针对已测试的子系统装配成的完整系统而进行的测试。它是检验系统是否确实能提供设计方案中指定功能的有效方法。系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计，并对测试结果进行分析性总结。2. 和集成测试的流程相同，制定测试计划，设计测试用例，实施系统测试，生成Bug管理报告，分析测试结果，生成测试报告。发布的评审1. 产品经理准备评审的汇报材料、程序、文档，填写产品清单2. CCB（变更控制委员会）召开评审会议，依据项目计划、测试报告、用户需求说明书对项目情况进行检查和评审，生成评审报告3. 产品经理细化项目计划，制定下阶段计划和工作安排，相关人员编写会议纪要。系统实施1. 产品经理依据用户需求说明书、软件需求说明书、需求变更申请等文档，编写实施计划与方案，文档应该包括实施阶段、执行时间、实施人员安排、实施工序和内容等等2. 产品经理和开发经理编写系统维护手册，为用户维护人员和系统维护组提供系统维护的技术参考3. 产品经理与维护实施人员通过与用户的沟通和协调，确定上线时间，核对实施环境，提交用户要求的上线申请4. 实施人员进行项目实施工作，填写安装实施记录、测试报告、项目实施报告培训1. 业务经理编写培训计划，组织实施培训2. 培训结束后，需要用户填写培训调查反馈表3. 业务经理根据反馈表汇总培训评估报告验收1. 经过初验、试运行、终验步骤，分别得到初验报告和终验报告项目总结1. 依据项目计划、项目问题日志、项目周报，相关人员对项目的实施过程进行总结，编写项目总结报告2. 项目组成员开会讨论项目总结报告，并生成会议纪要3. 质量经理分析项目问题日志，修正并编写软件开发风险列表和项目资产数据维护1. 成立维护组，编写维护任务书和维护计划2. 执行维护计划，过程中编写技术支持服务记录、维护月报等相关文件技术支持1. 为用户提供售后服务，主要解决咨询、需求变更（需求/Bug）、故障处理类的事件性维护工作的处理2. 过程中编写技术支持服务记录和故障解决方案需求变更1. 按以上流程处理需求变更，需要编写需求变更申请、需求变更记录单，修正需求跟踪矩阵需求的跟踪及追溯1. 产品经理根据用户需求说明书生成需求跟踪矩阵2. 开发经理和测试工程师维护此文档，质量经理进行检查项目管理方法计划准备3. 产品经理根据可行性研究报告和项目建议书，对项目规模进行预估，编写初步的项目计划4. 向中心经理和高层经理沟通讲解项目情况，初步商定可用人力资源等内同项目启动1. 建立项目组人员结构，产品经理讲解项目情况2. 讨论人力资源配置、软硬件环境需求、开发语言和工具，明确人员分工和职责3. 创建项目问题日志，以便质量经理对项目进行跟踪检查项目计划1. 按以上流程制定项目计划计划的变更1. 软件项目计划变更是指在需求、人员或其他因素的变更影响下，原计划不能满足，需要进行调整的过程元素。涉及总工期变化的计划变更需要产品经理提出变更申请，变更的总工期必须由客户确认。项目监督与控制周例会1. 项目组每周进行的例会，项目