準備系統架構設計師論文時，寫完項目背景就停住了，可以先放下完整范文，回到自己參與過的項目：當時遇到了什么問題，比較過哪些方案，為什么這樣選，后來又怎樣驗證？把這些問題答清楚，通常比繼續擴寫系統功能更容易找到可用的論述材料。

一條值得整理論文素材的項目決策，應當能講清約束、選擇理由、實施過程和驗證結果，也能說明本人承擔的工作。

一、為什么記得技術名稱，卻寫不出項目論述？

“項目用了緩存、消息隊列和微服務。”這句話交代了技術配置，但讀者仍然不知道：哪個業務問題促成了選擇？有沒有成本更低的做法？方案實施后，原來的問題解決到什么程度？

繼續補充組件名稱，很容易把正文寫成技術清單。更有用的起點是找出一個具體時刻：一次評審改變了原方案，一次故障暴露了設計缺口，或者一次測試讓團隊放棄了某種實現。

這里的“項目決策”，指的是在業務目標、技術條件和資源限制下，對系統結構或實現方式作出的選擇。例如，報表查詢是否與交易處理分開，服務是否拆分，某項數據是否允許延遲更新。

軟件工程中有一種相近做法，叫架構決策記錄，用簡短文檔記錄重要決策的背景、決定、狀態和后果，并保留被后續方案替代的記錄。它有助于后來者理解當初為什么這樣做。

備考時可以借用這種記錄思路，再補上本人工作和驗證依據。

二、從哪里找出能寫清楚的項目決策？

先選一個自己熟悉的項目，寫下業務用途、參與階段和實際職責。項目規模暫時放在一邊，重點看自己能否解釋其中的技術取舍。

回憶時可以沿著工作中的幾類問題往下找：

表格只是幫助回憶，不要求每一類都寫。一次數據庫訪問方式的調整，只要涉及明確的約束和可說明的取舍，也可以成為素材候選；它是否適合某道論文題，還要看題目要求。

材料缺失時，可以先按記憶記錄，但要標注“待核對”。某個數字只是印象，就先空著。整理過程中留下空白，后續才知道該查什么。

三、怎樣判斷一條決策是否值得展開？

先用幾分鐘口述一次當時的討論。講到“為了提升性能”“考慮到業務需要”就停住，往往說明理由還不夠具體。

試著把問題繼續問下去：哪個接口慢？在什么負載下慢？業務能接受多長時間的延遲？為什么先改這里？當時還有哪種可行方案？

一條素材能否進入正文，可以用下面四個問題自查：

1.能否描述一個具體問題，并說明工期、預算、歷史系統或團隊能力等限制？

2.能否解釋已選方案相對于備選方案的取舍，包括付出的代價？

3.能否說清本人做過什么，以及方案如何落實到接口、數據、部署或測試中？

4.能否提供驗證依據，并交代仍未解決的問題？

這些問題沒有分值。四項都能回答，就有了展開論述的基礎；某一項答不上來，就回到資料里補那一項。

項目當年沒有正式比較過多個方案，也可以在備考復盤中補做分析，但應注明“事后復盤”。把今天的分析寫成當年的評審過程，會讓經歷失真。

四、用一張決策卡，把零散記憶整理成素材

每張卡只記錄一個主要選擇。開始時寫短句，等事實清楚后再連成段落。

真實項目資料可以用于核對，但公開表達時應隱去客戶名稱、賬號、內部地址等敏感信息。對企業內部資料，還要遵守所在單位的使用要求。材料可追溯，不等于需要把原始截圖貼進文章。

五、如何把決策卡組織成論文段落？

先看具體題目要求，再選素材。把試題中的問題逐條列出，在旁邊標注哪張決策卡能支持回答。沒有對應材料的部分，需要補充知識或更換素材。

同一張卡可能支持不同角度的討論。例如，異步通知可以討論系統間的依賴，也可以討論故障恢復。但論述可靠性時，應展開失敗處理和驗證；論述系統結構時，應解釋職責劃分與交互方式。項目事實保持一致，展開重點隨問題改變。

正文可以從問題發生的場景寫起，接著解釋選擇理由，再落到本人工作、實施細節和結果。技術概念放在需要解釋的地方。讀者看完一段，應能回答“這個項目為什么這樣做”。

項目背景只交代支撐后文所需的信息。例如，后文要討論舊系統改造，就說明舊系統的依賴與遷移限制；要討論數據訪問控制，就交代角色和數據范圍。與論點無關的模塊介紹可以刪去。

這套方法用于準備素材和練習論述。正式作答的題目范圍、結構與其他要求，應以當次試題及官方要求為準。

六、幾個容易卡住的問題

1.沒擔任過架構師，能整理決策素材嗎？

可以先整理真實參與的部分。例如，參與方案評審、負責接口實現、設計異常測試，都能幫助還原技術選擇。寫清“我負責驗證重復請求的處理結果”，比把團隊全部設計歸到自己名下更具體。這只是素材整理建議，不構成對任何具體試題適配性的判斷。

2.沒有性能提升百分比，結果怎么寫？

有數據時，注明測試環境、負載、統計口徑和時間范圍。沒有完整的前后對比，可以寫已經核實的現象，如某類故障用例是否通過、某項操作是否可恢復，并說明觀察范圍。一次測試通過，支持的是該測試條件下的結論。

3.一個普通項目，是否值得準備？

先看它能否支撐題目。規模有限的系統也有訪問控制、數據管理、發布和維護方面的選擇。材料不足時，繼續補充真實實踐和復盤記錄；虛構客戶、并發量或主導經歷，會使后面的技術解釋更難自洽。

想不起當年為什么這樣選，怎么辦？

查找舊版設計、評審紀要和缺陷記錄，必要時向當時的參與者核對。仍然無法確定的理由，保留“原因待核實”；自己現在的判斷另寫為復盤分析。記憶、記錄和事后分析分開，文章才有可靠的事實基礎。