traceability

    0熱度

    2回答

    我們有一個現有的跟蹤矩陣在Excel中有列,如: 項目 業務規則組 要求ID 業務規則 類型 等,等 我希望保持DRY(不要重複自己),因爲當我們在此Excel電子表格中創建新需求時,其需求ID將根據需要傳播到整個TFS中。我們需要在T​​FS中重新輸入此需求ID值似乎是違反直覺/奇怪的。 我離開基地或這是完全可行的嗎?我最近觀看了這個微軟TFS網絡廣播。雖然信息豐富,但沒有解決這個基本問題。 h

    2熱度

    2回答

    可用於追蹤需求規格,設計文檔,源代碼,測試計劃的工具。

    4熱度

    1回答

    我試圖讓我的XML模式處理一點追蹤功能,因爲我在閱讀某些功能規範時收集了需求。 (不理想的需求管理,但至少它是一個開始。) 我在做什麼是創造我正在讀通過每一個功能規範< functionalSpec>標籤。我爲每個需求創建一個< 要求>標籤。由於我希望能夠跟蹤需求來自何處,因此我創建了一個元素,其中元素爲< 10功能規格>元素。我不希望自己在標籤中輸入任何普通舊文本,而是希望XSD驗證並確保我只輸

    3熱度

    5回答

    在各種項目中,我需要確保在分析階段我開發的用例模型覆蓋了項目的需求。爲此,我能夠在需求陳述(唯一標識)和用例(唯一標識)之間有一定程度的可追溯性。在某些情況下,啓用可追溯性意味着我考慮(並且後來被證明)的一些額外努力是一項很好的投資。 現在,我面臨的最大問題是在事情開始發生變化(由於更改請求或因用例更改而導致)後續維護此可追溯性。 關於可追溯性維護的最佳實踐的任何想法? (它可以應用到項目中的其他