流程管理规范

历史材料

流程管理优化.pptx

流程版本号规范

结合目前肿瘤事业部落地推广的版本管理规范,进行介绍。
流程版本号,共计4位。( v主版本号 . 子版本号 . 阶段版本号. 修正版本号 )
上级版本号升级时,所有下级版本号均需归为初始状态(0)

  • 主版本号
    表示在软件或项目发生重大变更或功能修改时递增。当出现不兼容的 API 或用户界面变更时,应递增主版本号。例如,从版本1.0.0升级到2.0.0表示有重大功能变更或不兼容的修改。

  • 子版本号 (某些模块/方法的重构性升级,需要设计独立的方法学评估
    在原有的基础上增加了部分功能,或某些检测模块发生了重要的技术升级/方法迭代(一般需要进行转产答辩),主版本号不变,子版本号加 1,阶段版本号和修正版本号复位为 0,;

  • 阶段版本号 (涉及流程输入/输出格式变动的更改/需求,或修订累计需求较多,不涉及流程整体框架和模块思路的重构)
    在完成一个阶段性的需求优化或bug修复后,需要对该阶段版本下的所有修订版本对应的内容进行统一的测试评估。完成生信内部的代码复核及测试后,提交需求方进行验收。需求方验收后,将所有的修正版本下的更新内容合并至主分支。同时阶段版本号加1,修正版本号归。
    所有涉及输入、输出格式变动的更改,均属于阶段版本号起步

  • 修正版本号 (不涉及流程输入/输出格式变动的更改/需求)
    在接收到前端、交付等需求方提出的流程优化需求后,完成一个相对独立的需求点、或原有bug修复后,主版本号、子版本号和阶段版本号都不变,修正版本号加 1。
    每个修正版本号对应一个独立的需求: 例如数据库更新,代码bug的修复,不影响分析结果的资源配置调整等

语义化版本

语义化版本(Semantic Versioning)是一种对软件版本号的规范,它使用三个数字来标识版本号:
版本格式:主版本号.次版本号.修订号,版本号递增规则如下:

主版本号:当你做了不兼容的 API 修改,
次版本号:当你做了向下兼容的功能性新增,
修订号:当你做了向下兼容的问题修正。

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面,作为延伸。
语义化版本2.0.0
完整的语义化版本说明参考文档

-------------本文结束感谢您的阅读-------------