接手模块的要求

接手模块的要求

模块级别

  1. 掌握整个模块在系统中的位置,发挥什么样的作用,对用户体验有什么帮助等
  2. 掌握整个模块的输入是什么?是如何产生的?对输入有什么要求?格式是怎么样等
  3. 掌握这个模块的输出是什么?有怎么样的格式和约定?会被什么模块用到?如果出错会有什么样的影响等
  4. 掌握整个模块的运维要点
    1. 部署的机器和目录,目录存放的数据等
    2. 常见的异常处理流程
    3. 对机器的要求
    4. 程序的性能参数等
    5. 各项配置的含义

算法

  1. 掌握整个模块的主要算法,了解其优缺点,基本原理
  2. 掌握模块对算法的改进点和修改的地方
  3. 掌握目前算法对项目的缺点是什么?思考可以改进的地方

内部流程

  1. 输入输出在内部程序间的数据流关系
  2. 掌握每步处理的输入输出格式
  3. 掌握每步处理的目的
  4. 掌握整个模块的合作关系和容错机制

代码

  1. 掌握这个模块的目录结构,代码结构,各种脚本的写法
  2. 掌握核心代码的结构和实现方案
  3. 掌握各个类的定义以及主要方法的输入输出以及实现流程
  4. 掌握程序主要数据结构以及主要函数的流程以及实现

串讲要求

在接手一个模块,经过一段时间学习,需要经过串讲流程,才能认可接手顺利完成

  • 串讲参与人:串讲人,模块的原来维护者(至少一名),组内其他人员旁听(至少一名),串讲人导师,主管(可选)

  • 串讲评估者:一般有模块的原维护者担任,或者由导师担任

  • 串讲流程:

    • 串讲人陈述,视模块规模而定,其中也可以提问,但是相对较少
    • 问答阶段,由各位参与人对串讲人进行提问,内容包括:陈诉阶段的纰漏,疑难点的考察等
    • 串讲评估,串讲后由串讲评估者给出串讲评价,通过/不通过
    • 串讲总结,如果通过串讲,由串讲人给出串讲的总结,若不通过,则继续准备下次补讲
  • 串讲要求:

    • 复杂模块可以带一张A4纸辅助记忆,简单模块在串讲时不许带参考资料
    • 给一块白板和白板笔辅助表达
    • 对整个模块把握好,能充分理解整体框架,设计思想和意图
    • 能正确复述上诉接手要求的各项内容,对细节掌握完善,无明显差错
  1. 以事实和数据为基础, 如果没有
  2. 以严密的逻辑推理为依据, 如果没有
  3. 以民主评议为依据
  4. 最终负责人独裁