在EA中的關係矩陣(Relationship Matrix)主要是呈現二維的分析。

如果要組成一個完整的追溯表，則可能需要先達成以下幾個重點：

• 必須要先建立從需求到程式的整體關係：
  就需求與功能點(使用案例)來說，其關係是屬於「實現關係」；測試案例則是屬於使用案例的擴充型的屬性；

  至於程式碼與功能點之間，若按照RUP的觀念來說，並沒有一個直接的關係，反而是透過一個Realization使用案例的Collaboration去建立其間接的關係(透過循序圖中物件合作的關係來達成)。

  測試程式跟測試程式碼間，當然也必須要先行在EA中建立對應的關係。

• 從上述的說明其實可以得知，需求->功能->程式->測試案例並非一個直線型的關係，本來就只能夠透過兩兩關係來呈現完整的矩陣型。
• 當然，我們可以透過「需求->功能->使用案例實現->相關類別」的矩陣進行追蹤，而由於這並非EA預設的矩陣關係，使用者可以透過EA的Document Generate的功能來建立自己的文件格式。

不知是否我們對ea了解的還不夠多

不過，上述您所提的狀況，使用 EA Matrix 來追蹤難道不行嗎？ 我們在輔導一些單位，針對上述 Artifacts 追蹤關聯等，到還蠻順利的。

想請教一個問題
我一直在找有沒有什麼方法能做到CMMI 要求的雙向追溯
這點一直是我們單位很難落實的地方
用過EA 但好像只能做到二維的追溯 而無法從 需求到系統分析到系統設計到程式設計到測試案例等
如果免強用EXCEL 那維護起來簡直是叫苦連人呢