为什么要写这篇文章？
这是我第一次实习，需要接手一个项目（推荐系统后台），记录一下在梳理项目过程中的一点收获。
我作为一个初入职场的大学生是怎么做的？
- 首先上网查：推荐系统到底是做什么的？
- 看交接文档：这个文档都是关于系统层面的。有一个流程图，虽然很粗略，但是足够了解到该系统的处理流程。
- 看代码：从一个接口开始，了解它的业务逻辑。但是系统比较庞大，并且代码组织结构也很差，思路很乱。
- 画图：在阅读代码的过程中，去画流程图。
在经过leader指导之后是怎么做的？
- 首先上网查：是否有相关的协议，或者规范。如果有协议是最好的，就像广告平台的
OpenRTB一样。如果没有的话，也可以帮助到了解该系统到底是做什么的。 - 看交接文档：交接文档是躲不过的，必须要看，还要仔细看。
- 梳理自己的思路：如果是我，我会如何去实现这个系统。
- 看代码：主要是看业务逻辑的整体流程，不看具体实现，逐步完善自己的思路。
- 分析数据流：看自己对系统中每一个属性从哪来，到哪去，功能是什么是否了解。可以画数据流图辅助理解。
举个例子：
当然，一个推荐系统绝非这么简单，只是为了举例。
- 上网查：我去查推荐系统，但是不同平台的推荐系统实现都不一样，所以没有协议，但是大概了解了一下该系统的功能。
- 看交接文档：仔细看。
- 梳理自己的思路：推荐系统就是根据人或物的一些信息，返回推荐的结果
- 参数校验
- 推荐
- 构建返回结果
- 看代码：完善自己的思路（会和业务逻辑、业务的实现方法扯上关系）
- 参数校验：
paramCheck(); - 推荐：
recommend()- 选择推荐策略：
getRecommendStrategy(); - 获取推荐结果：
strategy.getRecommendResult();
1. 获取用户画像：getUserProfile(userId);
2. 根据用户画像，推荐该用户喜欢的东西：recommend(userProfile);
3. 推荐一些热门商品：getHotItems();
4. 构建返回结果：buildResult(); - 过滤掉非法的推荐结果：
resultList.filter(); - 排序：
resultList.sort(); - 返回指定条数的推荐结果：
resultList.limit(count)
- 选择推荐策略：
- 构建响应结果：
buildResponse();
- 参数校验：
- 分析数据流：比如，
userId就是从request中来，用于获取用户画像
在第四步中是逐层分析的，每一个方法都需要用语言去表达，没有必要理会如何实现，只需要表达出该方法在做什么。当一层的逻辑分析完成之后，再深入每一个点去进行分析。当每一个方法不可再拆分或者无法用语言表达时，就结束了。
总结
分析系统时，应该由抽象到具体，从上向下，层层递进，搞清楚自己每一步在干什么，千万不要因为代码太多慌乱。
当然，当我们接到一个需求时也可以按照这个方法来进行设计，这种方法叫做自顶向下的设计方法。
其实这就像我们学习的过程，首先要对学习的东西下一个定义，其次对这个定义进行详细的描述，不断的进行细分。
