软件版本管理办法

。广东易迅科技有限公司软件版本管理办法(暂行)第一章总则第一条为加强广东易迅科技有限公司(以下简称公司)软件版本管理，进一步细化公司配置管理标准，建立软件版本管理的规范化操作流程，确保公司软件产品质量，制定本办法。第二条本办法适用于公司各技术部门的软件版本管理。第三条本办法所称软件版本，是指公司向用户发布的所有应用软件版本。第四条软件版本(以下简称“版本”)的管理应遵循以下原则：(a)版本变更的实施应符合下列原则之一：1.为了满足客户对新业务和新功能的需求；2.为了满足提高服务质量、提高服务绩效指标和扩容的需要；3.解决软件故障和软件稳定性、安全性和可控性问题；4.为了提高软件的可维护性。(2)版本的整合和发布应严格按照计划进行，避免版本的随意和频繁更新；(3)为了保证软件质量，任何软件版本在上线前都必须通过版本测试；(4)公司的所有软件版本必须通过官方渠道向用户发布。未经批准，各部门和个人不得擅自向用户发布软件版本。第五条版本管理是保证应用软件正常运行的重要手段。各相关部门要认真落实，并纳入工作考核。如果未能实施这些措施，导致版本故障影响用户正常生产，一经发现将追究相应责任。第二章职责和分工第六条版本管理实行全面质量控制，分级实施管理原则。管理应包括版本质量控制部和版本集成与发布部。质量管理部是版本质量控制部，各业务部门是版本集成出版部。第七条版本质量控制部的工作职责如下：(一)负责制定和实施与版本管理相关的管理措施和工作流程；(2)负责组织版本管理相关培训并提供技术支持；(3)负责跟踪监督公司版本管理的实施，协调解决实施中的问题，评估版本管理的实施效果；(四)负责组织实施版本的测试和验证；(5)负责监控和评估版本升级的实施效果和版本质量；(6)版本质量控制部负责的其他事项。第八条版本集成出版部的工作职责如下：(一)负责建立、维护和管理本部门版本的研发一体化工作环境；(2)按照版本管理的工作流程，负责开展版本开发、集成、发布和维护的相关工作；(3)负责收集和分析业务需求，制定版本计划，并按计划组织实施；(4)负责跟踪版本上线后的运行情况，收集用户使用的反馈信息，提高版本质量；(5)其他由版本集成和发布部门负责的事项。第九条版本质量控制部设专职版本管理工程师和测试工程师，负责版本质量控制和过程监督。版本集成与发布部门应在每个项目组中设置专职或兼职版本管理员，负责本项目版本集成与发布的具体工作。第三章版本管理第十条所有版本管理工作应按照程序和要求规范进行第十三条版本计划是日常版本开发、测试、集成和发布的基础。它与常规版本一一对应。版本集成和发布部门的每个项目组按照固定的周期收集固化的用户需求，并据此制定版本计划。编制版本计划的要求：(1)版本计划应包括版本对应的用户需求内容、任务优先级、研发提交测试的时间、测试完成时间、版本发布时间、受影响的关联系统或模块、版本升级的应急措施及注意事项等。(2)在版本计划草案的每个关键时间点，应预留足够的时间进行版本开发和测试，尤其是提交和完成计划版本的时间。在制定过程中，应与版本质量控制部的测试小组充分沟通，确定双方认可的工作计划，以确保版本质量；(3)将每个需求作为版本计划中的一个任务，并根据它们的用户感知、重要性、紧迫性等对任务进行优先排序。第十四条版本计划经项目负责人批准制定后，组织相关部门按计划实施。各部门应根据任务的紧迫性和优先性实施工作。第十五条版本计划一经制定，原则上不得随意修改。如果实际情况需要，版本集成和发布部门可以对版本计划进行适当的调整。但是，计划调整应及时反馈并传达给版本质量控制部。第2节版本测试第十六条版本质量控制部和版本集成发布部根据版本计划组织实施版本测试和验证。第十七条版本集成与发布部门应在开发库中开发程序，并将单元测试版本和单元测试用例提交给集成库。版本管理员从集成库中提取程序版本，并在版本提交测试的时限前对获得的版本进行封存，并将版本集成到公司的测试环境后，通知版本质量控制部门进行版本测试验证。版本阻塞是指关闭版本需求条目并巩固指定程序版本的活动。版本阻塞要求如下：(1)版本管理员从集成库中获取版本，并根据版本计划中制定的时间和范围对获取的版本进行封存；(二)应保证测试环境版本与密封版本的一致性；(3)原则上，密封后的版本不应有重大变更。密封版本测试阶段的缺陷应在密封版本的基础上进行修改，以防止版本计划中未列出的新要求，从而保证版本的稳定性。第十八条版本质量控制部门应制定测试计划并进行版本测试，包括业务功能集成测试、性能测试以及相关技术文件的完整性、规范性和准确性的审查。如果测试发现版本中存在重大缺陷或隐患，应通知版本集成和发布部门共同确认是否中断当前版本过程并指定下一步行动。制定测试计划的要求如下：(一)测试计划主要包括测试内容、测试方法、测试重点等。(2)测试计划应在版本计划建立后立即制定，并在计划变更时相应地变更测试计划；(3)根据任务优先级安排测试优先级。当测试时间不足以完成所有测试任务时，高优先级的任务应主要测试，低优先级的任务应简单测试或只审核单元测试用例，并在测试计划中说明。(4)对于涉及用户界面设计要求的版本，应按照公司UI界面交付使用管理办法的相关标准制定界面测试计划并进行测试，以确保软件版本的用户界面设计和可用性符合客户要求；(5)测试计划应由版本集成和发布部门审核，重点是测试方法和测试优先级第二十条版本质量控制部门应根据版本计划中制定的测试完成时间提交版本测试报告。如果版本涉及界面设计，测试报告还应总结界面设计评审部门的意见。对于未通过测试的版本(包括尚未完成测试的版本)，版本质量控制部应在测试报告中说明情况，进行风险评估，并继续完成版本测试。版本集成发布部门以测试报告为参考依据进行判断，确定版本的具体发布时间。第3节版本发布第二十一条版本发布的主要内容包括：版本包生成、版本发布申请、用户在线测试。第二十二条版本测试完成后，版本管理员汇总版本发布说明(升级指南)、程序文件(源代码或可执行文件)、数据库脚本、测试用例、用户手册等文件，按照版本号命名规则对这些文件进行打包，生成正式版本包。版本发布说明(升级指南)应包括版本号、发布范围、变更内容、版本升级计划(包括版本升级应急计划)、注意事项等。以确保它们能够在用户升级中起到实际的指导作用。第二十三条版本发布前，版本管理员应提交版本发布申请，包括版本号、版本类别、发布范围、应用原因、程序和文件清单、相关注意事项等。具体流程如下：常规版本发布申请经项目负责人审核后，提交部门经理审批。紧急放行版本的放行申请经项目经理和部门经理批准后，提交主管领导审批。公司的所有版本在正式发布前都必须经过用户的批准。第二十四条版本发布给用户后，版本集成与发布部门应及时跟踪用户对版本的验收测试和生产环境版本发布工作。根据用户的要求，版本集成和发布部门可以在版本启动时提供直接帮助。启动前，应备份用户的生产系统，并采取安全措施。第二十五条当用户版本上线后出现影响生产的重大问题时，版本集成发布部门应立即组织用户按照预先设定的版本升级应急计划进行版本回滚，并实施新版本发布流程。第二十六条版本发布涉及相关系统或模块时，应在发布前通知相关系统或模块的负责人。第4节版本跟踪第二十七条版本集成出版部对发布的版本进行跟踪。版本管理员应在版本发布后2周内收集用户反馈信息并生成版本跟踪报告，并根据以下情况以不同方式向版本质量控制部提交报告材料：(1)如果有回滚版本，应在报告中分析定位问题的原因；(2)对于运行异常的版本，应涵盖版本质量改进等相关内容；(3)必须提交正常版本的版本包。第二十八条版本质量控制部根据版本跟踪报告进行综合评价，形成版本质量报告，并提交相关部门作为工作评价的依据，对版本集成发布部提交到产品库中的版本进行版本基线管理。第二十九条对于上线后出现重大故障或生产事故的版本，版本质量控制部应收集版本信息，分析版本中出现问题的原因，确定责任人，并按照公司项目重大事故上报及处理办法的要求及时报告。第四章补充规定第三十条本办法自发布之日起实施。公司与本办法不一致的，以本办法为准。第三十一条本办法由质量管理部负责制定、修订和解释。广东易迅科技有限公司8月30日项目团队：审计计划中开发需求的完成时间和发布时间质量管理部测试组：在计划中检查测试完成时间3技术部门项目负责人批准版本计划4技术部门项目开发人员开发程序来进行单元测试。5技术部门项目开发人员将单元测试版本提交给集成库6技术部门版本管理器根据版本计划获取版本，密封版本，并将其集成到测试环境中，由质量管理部门进行测试。7质量管理部测试组：制定测试计划8技术部门项目团队审查测试计划9质量管理部测试组：执行版本测试验证10质量管理部测试组：提交测试报告技术部门项目组：根据实际情况，将根据测试报告确定版本的具体发布时间。11技术部门版本管理员提交版本发布请求12技术部门项目经理、部门经理审批，由用户审批13技术部门项目团队版本管理器组织发布版本的实现并通知用户。14用户用户测试环境中接受的版本15用户检查并接受版本。如果版本有故障，确定故障是否严重并影响生产。对于不影响生产的小故障，认为测试通过后可以升级。对于影响生产的主要故障，认为测试未通过，需要重新发布版本。两次验收测试都没有通过，版本升级被认为是失败的。版本的发布过程被重复。16用户使用新版本升级技术部门项目团队应根据用户的要求提供帮助。17技术部门收集用户用来生成版本跟踪报告的反馈信息18质量管理部使用普通版本存档用户(2)紧急放行流程紧急放行流程序列号负责部门此链接的具体职责1技术部门项目团队版本管理员提交版本发布请求2技术部门项目经理、部门经理和主管助理领导应批准项目并获得用户的批准。3技术部门项目开发人员开发程序来进行单元测试。4技术部门项目开发人员将版本提交给集成库5技术部门项目团队版本经理根据版本计划获取版本，密封版本，并将其集成到测试环境中，由质量管理部门进行测试。6质量管理部测试组：制定测试计划7技术部门项目团队审查测试计划8质量管理部测试组：执行版本测试验证9质量管理部测试组：提交测试报告技术部门项目组：根据测试报告，根据实际情况决定是否发布版本。10技术部门项目团队版本管理器组织发布版本的实现并通知用户。11用户用户测试环境中接受的版本12用户检查并接受版本。如果版本有故障，确定故障是否严重并影响生产。对于不影响生产的小故障，认为测试通过后可以升级。对于影响生产的主要故障，认为测试未