需求、視覺稿特恬、交互稿都是針對前端的执俩，有這些更規(guī)范一點，幫助你更好的了解基本功能癌刽。當然役首，沒有也要接受
前端對信息處理邏輯、后端邏輯显拜、數(shù)據(jù)庫變化才是更應該注重的地方
我目前的情況就是給你新項目衡奥，沒有說明文檔更沒有人給你交接什么，很頭痛远荠。下面我根據(jù)自己的經驗（也許有不足的地方歡迎提出）說下這種情況如何更快熟悉盡量全的掌握各功能邏輯
第一步矮固、熟悉頁面
每個頁面對應的流程梳理清楚。起點什么矮台、終點什么乏屯、結果是什么
第二步根时、觀察請求
觀察每次操作的請求，記錄重要的請求和請求參數(shù)辰晕、返回值蛤迎。觀察后臺日志記錄情況（這個最好先確認每個文件、目錄是干什么的）
第三步含友、觀察落庫/分析數(shù)據(jù)表關聯(lián)關系
全局搜索頁面數(shù)據(jù)加載來源那張表替裆，觀察每次的操作落庫情況。通過觀察分析數(shù)據(jù)表之間的關聯(lián)關系窘问。那些字段有變化就需要根據(jù)頁面情況加上自己經驗判斷觀察比對確認
第四步辆童、整理
熟悉完后，分塊整理惠赫。
最好畫出用例圖把鉴、活動圖和每個流程的時序圖
第一個操作請求了什么、邏輯是什么儿咱、改變了什么庭砍、數(shù)據(jù)庫變化是什么樣子的，一步步往后分析
第四步混埠、統(tǒng)一找人確認疑問（注意是統(tǒng)一怠缸，避免有一點提一點）
找產品、視覺或者交互確認頁面疑問是否合理
找開發(fā)確認邏輯處理疑問
第五步 看代碼
結合之前幾步钳宪，對項目有了比較深的了解后揭北，繼續(xù)觀察請求、日志吏颖、數(shù)據(jù)庫或者可以看下代碼
ps：看代碼熟悉這部分其實只適合個別比較細的邏輯判斷搔体，如果為了熟悉項目的大概情況可以不用看，因為項目的整體代碼對于我們不熟悉的人來說是相當亂的侦高，理清楚特別費時間還不容易得出結果
但是也有完全束手無策的情況嫉柴，比如定時器說明、動態(tài)配置參數(shù)說明奉呛、回盤文件格式/參數(shù)要求计螺、運營配置內容等等這些最好找文檔或者找人統(tǒng)一對接處理好，不然工作無法進行瞧壮。具體情況還要根據(jù)實際情況判斷
