需求、视觉稿、交互稿都是针对前端的，有这些更规范一点，帮助你更好的了解基本功能。当然，没有也要接受

前端对信息处理逻辑、后端逻辑、数据库变化才是更应该注重的地方

我目前的情况就是给你新项目，没有说明文档更没有人给你交接什么，很头痛。下面我根据自己的经验（也许有不足的地方欢迎提出）说下这种情况如何更快熟悉尽量全的掌握各功能逻辑

第一步、熟悉页面

每个页面对应的流程梳理清楚。起点什么、终点什么、结果是什么

第二步、观察请求

观察每次操作的请求，记录重要的请求和请求参数、返回值。观察后台日志记录情况（这个最好先确认每个文件、目录是干什么的）

第三步、观察落库/分析数据表关联关系

全局搜索页面数据加载来源那张表，观察每次的操作落库情况。通过观察分析数据表之间的关联关系。那些字段有变化就需要根据页面情况加上自己经验判断观察比对确认

第四步、整理

熟悉完后，分块整理。

最好画出用例图、活动图和每个流程的时序图

第一个操作请求了什么、逻辑是什么、改变了什么、数据库变化是什么样子的，一步步往后分析

第四步、统一找人确认疑问（注意是统一，避免有一点提一点）

找产品、视觉或者交互确认页面疑问是否合理

找开发确认逻辑处理疑问

第五步 看代码

结合之前几步，对项目有了比较深的了解后，继续观察请求、日志、数据库或者可以看下代码

ps：看代码熟悉这部分其实只适合个别比较细的逻辑判断，如果为了熟悉项目的大概情况可以不用看，因为项目的整体代码对于我们不熟悉的人来说是相当乱的，理清楚特别费时间还不容易得出结果

但是也有完全束手无策的情况，比如定时器说明、动态配置参数说明、回盘文件格式/参数要求、运营配置内容等等这些最好找文档或者找人统一对接处理好，不然工作无法进行。具体情况还要根据实际情况判断