• 软件项目常规交付物


    进行软件开发,主要目的是为了获得可工作且有价值的软件,因此对软件研发过程进行规范,需要明确在整个研发过程中需要做什么,以及需要交付什么成果,以此使得研发工作朝着正确的方向行进。

    一、常见的软件项目交付物清单

    序号 研发前 研发中 项目状态 上线
    1 需求调研报告单 开发计划 项目周报 项目源代码
    2 需求确认记录单 测试计划 项目月报 测试报告
    3 需求原型及原型修改记录 验收计划 问题日志 产品验收报告
    4 版本信息 上线节点 变更日志 业务方验收报告
    5 需求评审会议纪要 测试点/用例 风险日志 部署手册
    7 架构设计方案 测试用例评审会议纪要 状态报告单 部署验证用例
    8 架构设计评审会议纪要 开发自测清单 上线功能清单
    9 详细设计 代码评审报告单,包括SQL审计 上线通知单
    10 版本小结 用户手册
    11 项目总结报告 生产事故分析报告
    12 变更申请单
    13 零星紧急需求申请单

    二、基本原则

    1、所有问题可跟踪 (新增需求、优化需求、Bug、零星需求、问题点);
    2、所有工作透明化与可量化(工作量、工时、进展、阻碍因素);
    3、团队工作讲求步调与节奏,好的流程与规范可以让一个水平一般的人也能充分发挥其作用,从而让团队整体稳步前进,高效产出;
    4、定时检查、过程督促、定义好检查/验收标准、持续优化提升;
    5、目标:更好,更细,更强,更高效、更轻松、更愉快、持续发展;
    6、把自己看成一款产品,你的灵魂就是你的产品经理,然后不断地对产品进行迭代更新;
    7、软件开发需要的不光是脑力,体力,还有持续改善的理念与持续的执行力,坚持以人为本,可持续发展理念进行软件开发。

    三、项目过程

    1、项目过程关键周期:

    • 产品设计周期
    • UI设计周期
    • 需求评审时间节点
    • UI设计评审时间节点
    • 开发周期
    • 测试周期
    • 验收周期
    • 上线时间节点

    2、项目过程文件:

    • 开发计划
    • 测试计划
    • 验收计划
    • 测试报告
    • 验收报告
    • 版本小结
    • 项目总结

    3、项目过程邮件:

    • 需求评审邮件
    • 开发计划邮件
    • 测试计划邮件
    • 验收计划邮件
    • 提测邮件
    • 冒烟通过邮件
    • 转验收邮件
    • 验收通过邮件
    • 发版申请邮件
    • 需求变更邮件

    四、发版前须知

    1、检查各自成员代码是否已合并已提交;
    2、是否存在SQL工单,配置文件等;
    3、发版功能是否存在菜单、数据权限、角色权限调整或配置;
    4、发版功能是否存在调度任务,如有请说明,何时调度,调度频度;
    5、请检查好发版功能所涉及的服务,列好服务清单,避免遗漏;
    6、请确认需要发版的端,前端、后端、H5、大数据、APP、小程序、其他协同版本等是否需要协同发版;
    7、请确认小程序、APP是否审核通过等;
    8、请确认是否有需要注意的其他事项、例如停服通知、影响时长、影响范围等。

  • 相关阅读:
    第二周作业
    第一次作业
    第0次作业
    第一次的作业
    第0次作业
    第三次作业
    %f使用时的注意事项
    关于c++停止工作
    第二次作业
    第一次作业
  • 原文地址:https://www.cnblogs.com/jasonboren/p/16152698.html
Copyright © 2020-2023  润新知