我们的(de)学员经常留(liu)言说(shuo)刚接手(shou)了(le)一(yi)个新项(xiang)目，感觉(jue)手(shou)忙脚(jiao)乱的(de)，不知道从何下手(shou)，针对(dui)这点小(xiao)编准备(bei)罗列(lie)了(le)一(yi)套职场(chang)小(xiao)白如何顺利(li)完成一(yi)个新项(xiang)目的(de)流程，步(bu)骤(zhou)和项(xiang)目规划(hua)书，欢迎围观(guan)。

一、项目规划

1.1 首先，你得彻底明白到底要做什么?

这(zhei)个过程(cheng)，可能是(shi)你要读需求一遍、两遍、三遍。。。 然后假设(she)，你已经在(zai)使用这(zhei)个产品了。

1.2 其次，明白需求后，就要进行整体框架的构思!

比如用(yong)什(shen)么呈现给(ji)用(yong)户，用(yong)什(shen)么来存储数据，需要些什(shen)么样的(de)系统等。

在这个(ge)层(ceng)次上，一般都会遵循公(gong)司的(de)规(gui)定(ding)，然后再(zai)根据项目本身需求，做些相应的(de)调(diao)整。

我们在这个项(xiang)目里的整体(ti)框架为：前端(duan)使用(yong) APP(ios&android)、H5进(jin)行用(yong)户界面(mian)呈(cheng)现 ===>> 接(jie)入网关进(jin)行数据加解(jie)密，流控转发等(deng)(deng) ===>> 第一层(ceng)API服(fu)务，接(jie)受客户端(duan)请求(qiu)，做简单(dan)业(ye)务检验组(zu)装(zhuang) ===>> 第二层(ceng)核(he)心业(ye)务SERVICE服(fu)务，进(jin)行核(he)心业(ye)务处理，如(ru)写库、调用(yong)第三方(fang)接(jie)口等(deng)(deng) ===>> 最下层(ceng)基础服(fu)务，提(ti)供单(dan)一的功能服(fu)务，如(ru)消息服(fu)务，订单(dan)服(fu)务。

前期只提供(gong)APP，因此不(bu)存在单独H5调用(yong)API服务(wu)的情况，但是(shi)H5的应用(yong)场景(jing)仍(reng)然存在，此时的H5地址，由服务(wu)接口提供(gong)地址返(fan)回到APP进行(xing)webview加载。

1.3 人员规划

项目整(zheng)体框架出来后，得要有(you)人(ren)去实施才行(xing)。

这(zhei)里一(yi)般需要遵循一(yi)个(ge)最小原则，即划分(fen)出的人(ren)(ren)员，尽(jin)量(liang)做到能够独(du)立(li)完成(cheng)(cheng)自有(you)的模块，而(er)不是一(yi)定要依赖(lai)于(yu)另一(yi)方的实现才能进一(yi)步。比如 android,ios各一(yi)人(ren)(ren)，API与(yu)SERVICE可(ke)(ke)以多(duo)个(ge)人(ren)(ren)，但是都要让(rang)其(qi)有(you)全部权限，因为API与(yu)SERVICE有(you)强(qiang)依赖(lai)，脱离一(yi)方，将无法(fa)独(du)立(li)完成(cheng)(cheng)。基础(chu)服务(wu)各自安排相关人(ren)(ren)员实现。最后(hou)进行联调即可(ke)(ke)。

1.4 时间规划

有了人(ren)员之(zhi)后，也不能(neng)无(wu)限时(shi)间的(de)去做事(shi)。肯定是要(yao)(yao)规划(hua)的(de)，否则没有压(ya)力也没有动力。项目不知(zhi)何时(shi)才(cai)能(neng)结束。订时(shi)间计划(hua)一(yi)定要(yao)(yao)去询问当事(shi)人(ren)，要(yao)(yao)多少时(shi)间，尽量(liang)站在专(zhuan)业的(de)角度给出合理的(de)建议和评估。促进项目的(de)完成。

二、框架规划及搭建

2.1 有了整体框架的构思后，就要细节到每个层次的实践了

因为(wei)都是(shi)应(ying)(ying)用的(de)(de)分(fen)层，所以(yi)，不可能有(you)统(tong)一(yi)的(de)(de)描述，只能是(shi)针对每个(ge)应(ying)(ying)用层。做自己(ji)该(gai)做的(de)(de)事。如 android/ios 有(you)自己(ji)的(de)(de)开(kai)发框(kuang)架;h5有(you)自己(ji)的(de)(de)开(kai)发框(kuang)架(因为(wei)很多应(ying)(ying)用场景可能涉(she)及到h5与app原生的(de)(de)交互(hu)，所以(yi)即使功能简单(dan)，也尽量利用一(yi)些已有(you)的(de)(de)框(kuang)架进行开(kai)发)。

而服务(wu)端(duan)，虽分为多层应(ying)用(yong)，但是应(ying)尽(jin)量(liang)使用(yong)同一(yi)门(men)语言，利用(yong)同一(yi)套开发框架(jia)(jia)，自己公(gong)司有(you)(you)研发框架(jia)(jia)自然最好，没(mei)有(you)(you)也尽(jin)量(liang)利用(yong)统一(yi)的开源框架(jia)(jia)。这样做的好处是，当(dang)有(you)(you)人(ren)员变(bian)动时(shi)，可(ke)以立即熟悉其代(dai)码(ma)及(ji)应(ying)用(yong)场(chang)景，从而增加适应(ying)性和(he)管理性。

针对(dui)服(fu)(fu)务(wu)端的(de)框架，我觉得(de)有必要多(duo)说点(dian)。因为(wei)整个(ge)应(ying)用(yong)运行的(de)流畅性，可(ke)靠性，准确性，都是由服(fu)(fu)务(wu)端来决定的(de)。虽(sui)然用(yong)户看到的(de)是APP或者(zhe)H5，但是可(ke)以说，服(fu)(fu)务(wu)端才(cai)是应(ying)用(yong)的(de)核心。所以，服(fu)(fu)务(wu)端要做的(de)事情自然很多(duo)了。

2.2 怎样搭建好一些服务端的框架呢?

首先(xian)，框(kuang)架(jia)(jia)类的东西，自(zi)然是要提前学习的。但(dan)是，就目前市场行情来说，要想利用框(kuang)架(jia)(jia)应该都是比较(jiao)简(jian)单(dan)的，尤其是公司内部提供的框(kuang)架(jia)(jia)，一(yi)定要有demo。这样，照(zhao)着demo，一(yi)步步调试，直到整个应用接通;

删除不需要的模块(kuai)(kuai)，添加特别需要的模块(kuai)(kuai)，保(bao)证在具体(ti)开(kai)发过(guo)程(cheng)中(zhong)，能够想利(li)(li)用啥(sha)就有啥(sha)可利(li)(li)用;

充分(fen)了(le)解框(kuang)架(jia)需要的一(yi)些配置(zhi)参数，知道事务从(cong)哪里来(lai)，到哪里去?这里，应有一(yi)个配置(zhi)中心与之对应，但是(shi)自己(ji)得清楚。

使用一个顺手的IDE工(gong)具(ju)，不是说你技(ji)术不够牛(niu)逼，而是一个好的工(gong)具(ju)，能(neng)够让你事半功倍。(其实能(neng)够多背点(dian)套路，也(ye)不一定非要体现在正式项目上)

写出第(di)一个可供使(shi)用的(de)接口(kou)服务，可以说，第(di)一个永远是(shi)比较重要的(de)。因为，第(di)一个的(de)思路，就是(shi)你后续(xu)所(suo)有功能的(de)方向(xiang)，因此，写好第(di)一个”hello, world.”;

三、开发环境的搭建(服务端)

3.1 其实(shi)这项工作(zuo)是(shi)及其重要的，之所以把它放在第(di)三点，是(shi)因(yin)为(wei)，没有代码(ma)作(zuo)铺垫，开发环境搭了也没用。

3.2 开发环(huan)境(jing)的搭(da)建，主(zhu)要也是服从于整(zheng)体框架的构思。

主要(yao)包括(kuo)，需要(yao)多(duo)少个服(fu)务，需要(yao)多(duo)少台(tai)服(fu)务器，需要(yao)多(duo)少个基(ji)础应用，需要(yao)多(duo)少个基(ji)础配置等等。

当然(ran)，开发环(huan)境本身就(jiu)是一个(ge)很大(da)的难题，一般还是交给专(zhuan)业(ye)运维几(ji)十年的老(lao)司机来完成了(le)。自(zi)己(ji)就(jiu)当作了(le)解得了(le)。

目前的(de)项(xiang)目开(kai)发(fa)，除(chu)一(yi)些小规(gui)模(mo)公司还(hai)在利用(yong)一(yi)套服(fu)务端(duan)代码，干完(wan)所有的(de)事外，大部分应该都是多(duo)个(ge)应用(yong)的(de)配合完(wan)成。而测(ce)试环境(jing)(jing)(jing)，不太可能(neng)利用(yong)多(duo)个(ge)服(fu)务器(qi)(qi)提供服(fu)务。因此(ci)，使用(yong)docker进行测(ce)试环境(jing)(jing)(jing)搭建尤(you)佳。建立多(duo)个(ge)docker进行多(duo)个(ge)服(fu)务器(qi)(qi)模(mo)拟，也算(suan)是和线上(shang)环境(jing)(jing)(jing)保持一(yi)致了(le)。

目前的主流技(ji)术得用上(当然关键还得看你的框架规划)，zookeeper, dubbo, redis, mongo, mq, …

3.3 只有(you)开发(fa)环境搭建(jian)好了，才(cai)能让(rang)后面的流程无忧。搭建(jian)的过程一(yi)定是，又搭建(jian)，又改代码，又排错(cuo)…

四、进度的同步

4.1 及时向领导同步项目进度

对于(yu)一个新项目，有(you)(you)些(xie)地(di)方(fang)行(xing)动缓慢是(shi)很正常的(de)。而部分开发同学(比如我(wo)自己)，就(jiu)喜(xi)欢(huan)沉(chen)浸在(zai)自己的(de)小世界里纠结(jie)，走不出来，从而忘却向领导汇报工(gong)作(zuo)。而作(zuo)为(wei)一个有(you)(you)点同理心的(de)领导来说(shuo)，他又(you)不愿意实时(shi)都来盯着你做事，因为(wei)也怕你遇到困(kun)难，想多给你点时(shi)间解决。

但是(shi)，这(zhei)种情况(kuang)，开发同学自己(ji)其实是(shi)要吃(chi)亏的(de)，因为(wei)，给外人(ren)的(de)感觉就是(shi)，你啥都没做。所以，解决问题的(de)同时，也不忘(wang)向领导(dao)汇报。

4.2 有处理不了的问题，及时向大牛们或者领导请教

独立解(jie)决问题(ti)是好(hao)事，但是千万别过了头，实在解(jie)决不(bu)了，就要(yao)及时(shi)请教(jiao)。否(fou)则，浪费的是时(shi)间(jian)。进步最快的方式，莫过于向比(bi)自己(ji)牛逼的人请教(jiao)。知(zhi)之(zhi)为知(zhi)之(zhi)，不(bu)知(zhi)为不(bu)知(zhi)!

4.3 尽量将问题分摊下去

问题肯(ken)定是有的，而且会(hui)很多(duo)。千(qian)万不要把所有的事情都压在自(zi)己(ji)这(zhei)儿，那样(yang)自(zi)己(ji)会(hui)累死(si)的，而且项目进度(du)也会(hui)因此(ci)变得缓慢(man)。要多(duo)利用小组成(cheng)员的各自(zi)优点，适(shi)当多(duo)让其搞点事情。

工作永远都不是单一的一件事(shi)(shi)，肯定还会有其(qi)他(ta)的事(shi)(shi)情(qing)插(cha)入进(jin)来，观察事(shi)(shi)情(qing)的重要(yao)性解(jie)决(jue)。如(ru)果能够让(rang)其(qi)他(ta)同学(xue)解(jie)决(jue)的，尽(jin)量让(rang)其(qi)他(ta)同学(xue)处理，这点也得与(yu)领导(dao)同步。否则分心过(guo)于利害(hai)，受阻(zu)的只有项(xiang)目进(jin)度，延期(qi)可不是自(zi)己一人(ren)的事(shi)(shi)情(qing)了。

需(xu)求也不可(ke)能一(yi)下(xia)就是(shi)完(wan)善的(de)(de)，在(zai)做的(de)(de)过程中(zhong)，才可(ke)能发现一(yi)些潜在(zai)的(de)(de)问题，这时(shi)及时(shi)与(yu)需(xu)求方沟通，保持(chi)高(gao)效的(de)(de)状态。当然，后期的(de)(de)跟进(jin)，也是(shi)尽量做到不要(yao)一(yi)人(ren)(ren)(ren)大(da)包大(da)揽，而是(shi)相(xiang)应(ying)的(de)(de)人(ren)(ren)(ren)就去负(fu)责相(xiang)应(ying)事情(qing)的(de)(de)跟进(jin)。其他人(ren)(ren)(ren)只要(yao)知道结果就行。

五、功能模块的完成

5.1 说到具体的业务(wu)实现(xian)(xian)，个人(ren)觉得，已经(jing)不那(nei)么难了。不过就是，先尽(jin)力提出(chu)的一个初(chu)稿，然(ran)后发现(xian)(xian)问(wen)(wen)(wen)题(ti)解(jie)决问(wen)(wen)(wen)题(ti)，发现(xian)(xian)问(wen)(wen)(wen)题(ti)，解(jie)决问(wen)(wen)(wen)题(ti)的过程。

5.2 各自系统能做的事情完成后，就是联调(diao)各系统间的调(diao)用(yong)关(guan)系，保持高效的沟通(tong)，让问题在(zai)短时(shi)间内(nei)解(jie)决，尤为(wei)重要。在(zai)这种时(shi)候，我觉得，一个小黑屋也许也是个不错的选择。

5.3 联调(diao)的过(guo)程(cheng)，其实就是一个自测的过(guo)程(cheng)，应把尽可能多情况给考(kao)虑到(dao)位(wei)。

5.4 代码(ma)检查，自己开发(fa)的(de)(de)代码(ma)，基本上很(hen)难发(fa)现其(qi)中的(de)(de)问(wen)题(ti)，即时(shi)找到相应人帮忙(mang)检查代码(ma)，是比较好的(de)(de)解决(jue)代码(ma)问(wen)题(ti)的(de)(de)方案。其(qi)实，在(zai)给别人检查的(de)(de)时(shi)候，也是自己检查的(de)(de)时(shi)候，相当于自己再一(yi)次(ci)的(de)(de)开发(fa)，也能及时(shi)发(fa)现问(wen)题(ti)。

六、多轮的测试验证

6.1 测(ce)试同学(xue)，其实(shi)在开发快结(jie)束(shu)的时候，已经把测(ce)试用例给到(dao)大家。这也是另(ling)一个角(jiao)度(du)的开发，因(yin)此，参考测(ce)试用例进(jin)行相应开发修改也是很(hen)有必要的。

6.2 第一轮测试(shi)，可能主要是(shi)大功(gong)能的验证，小(xiao)功(gong)能的检查，挡(dang)板环境即可，无需真(zhen)实环境。

6.3 第二(er)轮测(ce)(ce)(ce)试(shi)，则是要(yao)把之前(qian)的测(ce)(ce)(ce)试(shi)及各种配(pei)置，全部清空，以一个全新的项(xiang)目来对待，重新进行(xing)相应(ying)环(huan)境搭建，代(dai)码部署，然后(hou)再进行(xing)测(ce)(ce)(ce)试(shi)，确(que)保问题解决后(hou)，做好了(le)相应(ying)的处理(li)方案备份。这时，就(jiu)需要(yao)用(yong)到真(zhen)实的应(ying)用(yong)环(huan)境了(le)。对之前(qian)一些暂未解决的问题进行(xing)重新测(ce)(ce)(ce)试(shi)。确(que)保无问题。

6.4 第(di)三(san)轮测试，应该是(shi)一(yi)个灰度发布(bu)(bu)的环(huan)境(jing)，也可(ke)以(yi)认为(wei)是(shi)预上(shang)(shang)(shang)线。将(jiang)所有(you)环(huan)境(jing)当作是(shi)线上(shang)(shang)(shang)来(lai)处理，如果运行ok,即可(ke)准备发布(bu)(bu)上(shang)(shang)(shang)线了。

6.5 在测试(shi)过程(cheng)中，因测试(shi)人员只是(shi)人工的处理，有(you)时不一(yi)定(ding)能捕获所有(you)的问(wen)题，开发(fa)在这时，也应(ying)站(zhan)在测试(shi)的角度(du)，发(fa)现(xian)问(wen)题，即时监(jian)控，即时处理。

6.6 自动化测试，这个其实应该(gai)是靠后(hou)的处(chu)理，但是如果能做到(dao)这些的话，也能够快速(su)的重现问题。

6.7 压力(li)测试(shi)，应对(dui)线上(shang)环境，需有(you)一定的(de)能力(li)评估，不(bu)然，只(zhi)瞎(xia)猜(cai)，恐怕也(ye)不(bu)是好事。随时(shi)(shi)准备横向扩展，也(ye)只(zhi)是出现问题后(hou)的(de)解决方案。做好压测，发现代码(ma)中存在的(de)问题，即时(shi)(shi)处理掉(diao)。

七、外围处理(上线前)

7.1 上线前，肯定是有很多事务要处(chu)理的(de)。

测试环(huan)境中的各(ge)种基(ji)础(chu)数据，随(sui)时导出备份，到(dao)线(xian)上时，直接插入(ru)使用;

服务器(qi)，在(zai)架构评(ping)审过程中进行数量评(ping)估(gu);

域名(ming)，对外网提(ti)供服(fu)务一定(ding)是要域名(ming)的;

权(quan)限，比如上线(xian)后，出(chu)现了问题，谁有权(quan)限来(lai)处理问题，一定提前给(ji)到;

验收，这是关键的一(yi)点，功(gong)能(neng)完成(cheng)后，及时验收，如果(guo)上线有些小问题(ti)，尽量协商，不要在(zai)线上频繁改动(dong)。

如此!

整个(ge)项目就完工了。

其实(shi)发现，一个项目(mu)真正的(de)功能实(shi)现，并没有占(zhan)多大的(de)比例，而是一些前期的(de)准备及后续(xu)的(de)处理，反而占(zhan)了更多的(de)时间。

第(di)一(yi)个(ge)版本上线后(hou)，可能接着(zhe)就是迅速(su)迭代了。(如(ru)果运(yun)营还可以的话(hua)!)

以上，就是一整个项目的流程清单，以一步一个脚(jiao)印(yin)的经历总结，不涉及具体(ti)语(yu)言代码(ma)，但是思(si)路都是相通的，希(xi)望对(dui)你有帮助!