软件代码管理流程需求迭代编码及交付.docx
- 文档编号:2142033
- 上传时间:2023-05-02
- 格式:DOCX
- 页数:4
- 大小:15.42KB
软件代码管理流程需求迭代编码及交付.docx
《软件代码管理流程需求迭代编码及交付.docx》由会员分享,可在线阅读,更多相关《软件代码管理流程需求迭代编码及交付.docx(4页珍藏版)》请在冰点文库上搜索。
XX信息
代码管理流程及规范
文件编号:
RK-S20170806
生效日期:
2017.9.1
受控编号:
版次:
Ver1.0
修改状态:
编制:
审核:
批准:
贵州XX信息科技有限公司
1使用工具
代码管理:
GitHub
静态代码质量管理:
Sonarqube
功能测试SeleniumIDE
性能测试工具:
Jmeter
2.代码管理流程
管理原则:
分散开发,依权限,在研发中心集中管理。
管理对象:
JAVA代码,Python代码,JavaScipt脚本,数据库备份文件,数据库建库脚本。
负责人:
总经理、开发经理、开发工程师。
迭代周期:
1)开发型任务:
原则上每周进行一次代码迭代;2)维护型项目任务:
原则上每两周进行一次代码迭代;3)紧急修复任务:
错误修复时间即为迭代时间。
管理节点
2.1设计
工作内容:
总经理、产品经理、开发经理根据需求规格说明书,完成项目数据库设计和概要设计,统计功能点,完成关键组件技术选型,确认项目组人员。
归档文件:
数据库设计说明书、概要设计说明书。
2.2分工
工作内容:
总经理、开发经理、开发工程师根据项目开发内容、工期要求确定整个项目的开发顺序、各人负责的功能模块、工作合作模式、个人工期。
归档文件:
开发计划及人员分工表。
2.3编码
工作内容:
项目组成员根据需求说明书和设计说明书,完成软件功能编码与代码静态质量审核;
2.3.1迭代管理:
开发经理负责项目Master分支的管理,所有Branch代码由各模块的开发工程师负责提交。
所有开发流程中,Master代码的合并、归档、封装、备份均由开发经理负责。
异地协同工作,开发经理在Master代码迭代时,必须向异地开发组提交,由异地开发工程师在本地Github进行迭代。
2.3.2代码备份:
所有项目均为三次备份,分别是1.项目开发经理在项目所在分公司的项目开发备份,随项目进程逐节点进行Master备份(原则上每周一次Master版本的备份),由开发经理负责;2.项目通过测试、上线试运行、版本迭代等之后的稳定版本在贵阳研发中心github的备份,开发经理提交,贵阳研发中心开发工程师负责;3.总经理的离线独立备份,总经理负责。
2.3.3代码静态质量审核:
在各分公司或分研发中心,独立建设SonarQube质量审核平台,项目在提交质量控制部门之前一周内,完成静态质量审核并由开发经理向质控经理(测试经理)、总经理提交质量审核报告并归档。
质控经理开始制定测试计划,设定测试用例。
2.4软件项目动态测试
工作内容:
质控部门经理收到开发经理提交的静态质量审核报告后,经审核符合公司静态质量管理标准,启动动态运行测试。
测试分为功能测试与压力性能测试,功能测试,使用SeleniumIDE+Firefox为工具;性能测试使用Jmeter2.3作为测试工具。
动态测试所需要归档文件为:
测试计划、测试用例说明、测试报告、测试脚本。
2.5系统交付
工作内容:
项目经理或产品经理负责,开发经理、测试经理参加,根据项目合同或内部产品设计说明书,参考公司项目交付标准,核对项目或产品完成度,整理所有项目过程文件,完成系统上线运行,交付系统。
需归档文件:
项目验收报告
2.6交付后的版本迭代管理
工作内容:
根据使用者的反馈,提交项目经理或产品经理处,完成需求更改初审,确定是否确实需要修订或增补并明确优先级,填写需求更改说明书,提交开发经理(该工作与开发经理是否已经参加其他项目无关),经总经理审核,启动迭代流程。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 代码 管理 流程 需求 编码 交付