招聘技术

 
之前阅读了大家的一些技术评审文档，发现结果很不理想，很多同学不知道怎么写，也不知道技术评审的重点在哪里。
为什么要画流程图？是为了搞清楚设计，看看自己的设计能否满足功能实现的要求。需要从多个方面、多个维度去审视。
 
 
前置
需求链接+飞阅会文档链接
UI链接
接口文档地址
 

一、设计过程

我们现在，还有很多人不会画流程图甚至不了解流程图中各个符号代表的含义，导致大家的流程图五花八门的。希望大家有时间了好好去了解一下如何画好流程图。

  1. 细分流程

一个需求，可能有几个主要的流程，不是说一个需求只有一个流程图，是可以区分的。有必要的话，分成多个功能点，区分功能的边界，画多个流程图。

  1. 名词解释

专有名词，需要单独在流程图中，给出都能够读得懂的解释。
 
功能细分及名词解释
  1. 功能点1：****
    1. 流程图1：****
    2. 名词解释1: ***
  2. 功能点2：****
    1. 流程图2：****
    2. 名词解释2: ***
 

  1. 时间评估

根据拆分的功能点，每个功能点需要耗时多少，得出我们的总共估时
​​
 

二、方法封装

在设计时，如果发现此需求有以后可以通用的方法，请记录下来。在正式开发时，告知相关Leader去放在何时的地方。
 
 
  1. 本次可封装方法
    1. someFunction1()
    2. someFunction2()

 

 
同时，如果设计中，觉得此需求会使用的方法，可能是以前会有的，麻烦一定要先问问Leader是否存在，不要重复去开发。
 
  1. 本次可直接使用的方法
    1. someFunction1()
    2. someFunction2()

 

 

三、组件封装

  1. UI控件

    1. 是否存在可复用的控件
    2. 新的控件是否以后可以复用
    3. 是否有新的UI标准，有的话及时通知Leader，核实后，需要统一到标准规范文档中去
 
  1. UI控件
    1. 本次使用需要使用时间选择器，已经存在且符合需求标准
    2. 本次需求新增地址选择器，准备封装成独立控件，方便以后复用
    3. 本次需求中，UI设计要求 页面导航栏都改成 **颜色 **字号 **高度，需要统一标准
 
 

  1. 功能组件

如果本次开发的功能比较重要，且以后可能会复用，请尽量封装成组件
 

  1. 功能组件

如果本次开发的功能比较重要，且以后可能会复用，请尽量封装成组件
 

四、风险评估

  1. 是否存在某个不知道能不能解决的问题，需要调研后给出结论

 
  1. 方案中关于视频加水印的功能点，还没有去调研，不知道如何去实现。我计划在YYYY-MM-DD去调研，预计调研8h
    1. 方案可能会花费大量时间去解决（可能会延期）
    2.  在线合同在和第三方上上签的对接中，可能会有很多未知问题以及和前端的js交互等，时间不好预估
       
       
posted @ 2022-03-18 15:09  super1250  阅读(31)  评论(0)  编辑  收藏  举报