科室软件开发流程规范

自己写的开发流程规范，小软件开发团队适用

 

平台软件科开发流程设计理念

开发流程管理：敏捷开发的思想指导项目管理。

关于代码规范：不同的语言，应用场景对代码规范的要求不同，不做统一要求。

关于管理制度：力争所有的工作项均按项目进行管理，在项目管理中，强调一头一尾，即立项和验收，促进结果导向，提升工作效率，提高工作产出。

 

 

缩略语

项目经理 PM

软件开发 Dev

软件测试 Test

 

项目立项制度

1. PM邮件提交项目立项文档，开发计划说明书需要定义：所用资源，时间，预期完成开发的事项以及其他需要注意的事项给全体相关人员（需求提供方，硬件，团队成员等）。
2. PM提交立项说明，如果有反对意见，需要沟通解决，否则不应立项；一致赞成或者48小时内没有反馈则立项。

 

项目通过项目管理平台+邮件的方式进行管理

1. 项目暂定为在项目管理平台上进行管理，PM需要将立项相关文档(或者文档的链接)置于项目管理平台上，便于查看。
2. 在开发周期内，Dev和Test需要将开发进度更新到项目管理平台的开发计划页面，PM需要周期性地向全体相关人员更新项目状态（邮件方式）。

 

项目内部验收制度

1. PM根据项目状况决定何时提交验收
2. PM或Dev协商确定由谁提交验收

3. 提交测试即以邮件方式向Test发出一份测试申请单，其内容应包括：本项目需求、计划及BUG，源码位置，发布文件和其他应当注意的事项

4. Test收到验收申请书以后，需要尽快安排测试和 验收，如果验收材料齐备，需要出具项目内部验收单，并归档相关资源：源码，文档，待发布的程序。
5. 项目验收单发给产品经理，审查后再转发。
6. 对于Web类型的项目的验收，验收后，均在开发服务器上做一个“实例”，以方便对这次验收做直观的演示，或者邀请公测。
7. 验收申请单同步发布在部门信息中心上

 

版本管理制度

1. 同一个项目在时间线上采用版本来跟踪，也就是说每一个需要跟踪的变更，均需要更新版本，具体规定如下：
2. 新产品原型版本为0.1，之后每个Milestone升级一个小版本号。产品完成，或者累积小版本更新较多时，升级大版本号。
3. 项目验收时版本变更需要记录到部门版本更新流水账上