项目规范
整体流程
在日常工作中,使用wiki和jira进行协作的一般流程为:
- 调研、收集资料,并形成相关文档记录在wiki上。
- 组织相关人员进行文档评审会议,指定与会人员进行会议记录,并形成行动项。
- 项目管理人员将行动项转换成jira的问题,指派问题的经办人,指定任务时间。
- 问题的报告人和经办人根据实际的执行情况修改jira问题的详情、状态等。
- 项目负责人周期性的对问题的执行情况进行跟踪反馈,并制定后续的行动策略。
以下简称为一般流程。
立项
- 完成《行业分析报告》、《竞品分析报告》、《技术可行性分析报告》、《成本与效益报告》、《项目计划》等文档的一般流程。
- 《项目计划》完成之后,会根据具体的项目计划内容形成多个jira史诗,每个史诗可以继续细分成多个故事或任务。jira故事(即常说的“用户故事”)一般需要编写相应的需求设计,而任务则会转化成具体的方案设计、开发任务等。
需求
- 根据用户故事进行需求分析,需求分析包含以下内容:
- 明确基本需求
- 挖掘隐含需求
- 扩展需求
- 业务架构(前端流程、后台处理流程、资金链)
- 筛选不合理需求
- 编写软件产品《需求设计》文档,并完成《需求设计》文档的一般流程。
- 需求设计完成之后关闭对应的jira故事。
设计
- 在明确了软件产品的需求之后,需要对系统的业务模块进行划分并记录为jira模块。
- 完成各个模块的《详细设计》文档的一般流程,《详细设计》文档中一般包含了功能详细设计、原型设计和交互设计。
开发
- 根据《详细设计》创建jira开发任务,指定开发人员和开发周期。
- 开发人员按要求完成开发任务并修改jira开发任务状态。
- 项目代码托管在GitLab上,通过Git Flow模型进行代码版本管理。
- 开发人员提交代码后,平台会先确定代码能通过编译并进行静态代码检查,还会检查代码是否通过所有测试。
- 项目的主程序员完成代码审核,并执行分支合并操作。
- 完成代码的检查、测试和审核后,平台会对应用进行打包并发布到Nexus私服或者Harbor镜像仓库,并将应用部署至测试环境供测试人员进行测试。
测试
验收
发布
维护
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 yupaits的博客!
评论