標準諮詢實務指南
代碼健檢與現代化評估流程
我們深知企業核心原始碼與營運資料的高度敏感性。本指南公開我們的四階段審查流程、安全作業防護規範與客戶端技術窗口協作細節。
資安與保密承諾
原始碼安全與營業秘密保護是我們的最高底線
在啟動任何代碼接觸前，雙方必須完成法定 NDA 簽署。我們提供多元的審查作業模式，支援完全於客戶指定受控環境中執行，確保任何機密與業務規則絕不外洩。
- ✔ 支援客戶端專屬隔離 VPN 與跳板機（Bastion Host）唯讀權限審查
- ✔ 支援顧問進駐桃園或雙北企業辦公室現場隔離工作站審查
- ✔ 所有靜態分析產生的中繼拓撲圖資料均在專案結案時完整銷毀或交付
四階段執行詳情
從代碼靜態拓撲到落地藍圖的標準作業
標準審查專案為期 3 至 4 週，每週均有明確的里程碑與雙向進度對焦。
第一階段：需求訪談、保密簽署與審查環境搭建
第 1 週主任顧問與貴司技術主管進行 90 分鐘架構訪談，釐清系統主要業務功能、歷史演進脈絡、近年高發故障模組及未來的業務擴展目標。雙方指派專屬技術對接窗口，完成原始碼讀取權限或測試環境配置。
本階段產出：《審查專案範疇確認書》、《核心業務調用路徑清單》與《安全存取授權紀錄》。
第二階段：靜態代碼拓撲度量與關鍵業務邏輯走查
第 2 週顧問團隊利用靜態語法樹（AST）解析全代碼庫，繪製有向無環圖（DAG）以識別模組間強連通循環引用。隨後，資深架構師針對核心交易邏輯、資料庫查詢鎖定、長交易事務及多執行緒併發處理進行逐行人工審查。
本階段產出：《靜態代碼度量原始數據表》、《模組呼叫拓撲關係圖》與《高危邏輯盲點初審紀錄》。
第三階段：技術債風險權重交叉分析與重構優先級矩陣
第 3 週並非所有的壞代碼都必須立即重構。我們將代碼圈複雜度、測試覆蓋率與近 24 個月的 Git 提交變更頻率進行多維度交叉比對，排除長年穩定不變的「冷代碼」，精準挑選出前 20% 引發 80% 維護阻礙的高危核心模組。
本階段產出：《技術債影響度 / 重構難易度矩陣（Impact-Effort Matrix）》與《特徵測試防護切入點建議》。
第四階段：白皮書正式交付與架構對焦工作坊
第 4 週完成裝訂正式繁體中文《系統架構與代碼健康診斷白皮書》，並由主任顧問主持 3 小時現場或線上對焦工作坊。針對白皮書中的各項發現進行逐題解說，並現場示範關鍵模組的解耦偽代碼重構手法。
本階段產出：《系統架構健康診斷白皮書（PDF / 約 50 頁）》、《管理層決策摘要簡報》及工作坊錄音與 Q&A 紀錄。
委託前客戶端建議準備清單
為了讓審查專案能迅速聚焦於最核心的業務瓶頸，建議在專案啟動前備齊以下資料：
必備基礎項目：
- 專案原始代碼庫之唯讀存取權限
- 現有生產環境資料庫 Schema（無須包含真實業務資料）
- 指派一名熟悉核心業務邏輯的資深技術窗口
建議參考項目（若有）：
- 近一年系統高發異常或故障紀錄清單
- 外部第三方 API 或相依子系統清冊
- 未來 1-2 年預計新增的大型業務功能規劃