Visual Studio ALM 報告的新功能

發行項
08/12/2011

使用目前的 Visual Studio Team Foundation Server 版本，就可以使用數種預設報表和儀表板監視 Team 專案，並且追蹤正在開發的軟體品質。此外，您還可以從工作項目查詢快速建立目前和歷史趨勢報表。在本主題中，您可以深入了解目前版本在支援建立和自訂報表方面的新功能和變更。

本主題內容

隨裝即用的報表和儀表板
從工作項目查詢快速產生報表
變更資料欄位的報告屬性
跨 Team 專案產生報表
資料倉儲的變更
根據關聯式資料庫產生報表

隨裝即用的報表和儀表板

您可以使用隨 Microsoft Solutions Framework (MSF) 流程範本提供的其中一個隨裝即用報表來檢視及追蹤進度。除了可透過舊版 Team Foundation 報表管理員檢視的報表之外，目前版本還提供其他報表，以及許多以 SQL Server Reporting Services 為基礎的 Excel 版報表。使用新報表就可以追蹤文本或需求的狀態、Bug 趨勢、問題趨勢，以及測試進度和產能。

如需隨目前版本的 MSF 流程範本提供之報表和儀表板的概觀，請檢閱下表的其中一個主題：

成品	MSF for Agile Software Development v5.0	MSF for CMMI Process Improvement v5.0
報表管理員的報表	報表 (Agile)	報表 (CMMI)
Excel 報表	Excel 報表 (Agile)	Excel 報表 (CMMI)
儀表板	儀表板 (Agile)	儀表板 (CMMI)

下表指出目前版本中已重新命名或重新製作的可比較報表：

舊版中的報表	這個版本中的可比較報表
實際品質與計劃的速度	所有反覆項目的狀態報表所有反覆項目的狀態報表 (CMMI)
速度	待執行工作和完工速率報表 (Agile) 待執行工作和完工速率報表 (CMMI)
Bug 率	Bug 狀態報表
Bug (依優先權)	Bug 狀態報表
品質指標	組建品質指標報表

從工作項目查詢產生報表

您可以在 Microsoft Excel 中產生數種報表，這些報表會根據您在一般清單工作項目查詢中指定的篩選準則顯示目前狀態和歷程資料。這可應用於根據選取的準則顯示工作項目的分佈情形，或檢視過去幾週以來的趨勢。此外，這也提供了有效的方法，讓您快速產生樞紐分析表和樞紐分析圖，再進一步加以自訂來支援其他報表檢視。

當您透過查詢建立 Excel 報表時，可以根據用來篩選查詢的變數和您選取的準則來選擇要產生的報表。您可以藉由這些方法產生下列類型的報表：

目前報表：圓形圖，可根據在工作項目查詢中指定的篩選準則顯示工作項目的計數。
趨勢報告：折線圖，可根據在工作項目查詢中指定的篩選準則顯示過去六週以來工作項目的分佈情形。在產生報表之後，您可以輕易地變更日期範圍。

每個報表都含有數張工作表，每張工作表都會顯示樞紐分析表和樞紐分析圖，而其中的資料都是衍生自 SQL Server Analysis Services Cube。

如需詳細資訊，請參閱使用工作項目查詢在 Microsoft Excel 中建立報表。

變更資料欄位的報告屬性

目前版本在工作項目欄位的定義中加入了兩個報告屬性，另外還加入了變更現有欄位屬性的能力。加入的報告屬性包括：

reportingrefname：您可以將不同的參考名稱指派給標示為可報告欄位。如果未指定值，則會使用指派給 refname 屬性的值。

您可以使用此屬性合併或分枝報表內含的欄位。若要合併有不同的參考名稱和定義於不同的 Team 專案集合中的兩個欄位，您可以指派相同的 reportingrefname 給這兩個欄位。若要分離有相同的參考名稱但定義於不同的專案集合中的兩個欄位，您可以指派不同的 reportingrefname 給每個欄位。
reportingname：您可以將不同的標籤指派給報表中用來顯示資料的欄位。如果您未指定值，則會使用指派給 name 屬性的易記名稱。指派給 reportingname 的值會出現在 Cube 中。指派給 reportingrefname 的值則不會出現。

您可以使用 witadmin changefield 命令來變更欄位的屬性指派。如需詳細資訊，請參閱加入和修改工作項目欄位以支援報告。

跨 Team 專案集合產生報表

現在您可以建立資料是從數個儲存在不同專案集合之 Team 專案收集而來的報表。 Visual Studio Team Foundation Server 部署中，定義在所有專案集合中所有 Team 專案的所有可報告資料都會寫入至單一關聯式資料倉儲。接著會處理該倉儲中的資料，並且寫入至 Analysis Services Cube。將資料收集到單一資料倉儲中可支援跨群組報告。下圖說明在您跨 Team 專案和專案集合建構報表時，可以使用的一些篩選。

樞紐分析表中的 Team 專案欄位

注意事項
因為每個專案集合的工作項目欄位都會分別管理，因此將不同的定義指派給某個欄位的一個或多個報告屬性時，就會發生衝突。如需詳細資訊，請參閱解決資料倉儲中發生的結構描述衝突。

資料倉儲的變更

Team Foundation Server 部署中，定義在所有專案集合中所有 Team 專案的所有可報告資料都會寫入至單一關聯式資料倉儲。接著會處理該倉儲中的資料，並且寫入至 Analysis Services Cube。將資料收集到單一資料倉儲中可支援跨 Team 專案集合報告。

重要事項
如果您是從舊版 Team Foundation Server 升級，則可能已將您可以檢視的報表升級。如需詳細資訊，請參閱升級為 Team Foundation Server 2010 之後找出報表。

唯一的 ID 值

在目前版本中引進 Team 專案集合之後，Team 專案名稱在同一個集合中必須是唯一的。工作項目 ID 只有在同一個集合中是唯一的，在整個集合部署中則不是。由於資料倉儲包含來自所有 Team 專案集合的資料，因此當您根據該倉儲建構工作項目的查詢時，也必須包含該工作項目之 Team 專案的 GUID。

結構描述的變更和補充

在目前版本中，Analysis Services Cube 的結構描述已有許多變更。這些變更的目的在於提升 Cube 的使用性、提高效能並改善轉譯。此外，許多變更的目的在於支援 Team Foundation Server 所支援的已擴充基礎結構，以及支援加入用於追蹤工作項目的物件，例如連結類型、分類和測試案例。對結構描述所做的部分變更包括：

維度的數目已從 60 幾個減少為不到 25 個。
舊版結構描述中的許多維度現在已成為 [測試案例] 和 [工作項目] 維度的屬性。
[區域] 和 [反覆項目] 維度已重新設計為 [測試案例] 和 [工作項目] 維度的屬性，深度為 14 層的真正階層，類似 [工作項目追蹤] 作業存放區所提供的深度。
許多測量群組、量值、維度和屬性都已重新命名。
已加入新維度，以支援用於追蹤工作項目的新功能。
為了支援可用性，顯示資料夾已加入至 [測試案例] 和 [工作項目] 維度。欄位會依照指派給每一個欄位的參考名稱分組至各資料夾。依據工作項目類型定義中指派的報告參考名稱，將維度屬性組織到各資料夾中。

如需有關 Cube 之所有變更與補充的完整說明，請參閱Analysis Services Cube 結構描述的變更和補充。

資料倉儲的處理程序

您可以使用倉儲控制 Web 服務管理資料倉儲。這項 Web 服務已在此版本中重新命名並且重新設計。此外，預設的 Cube 更新頻率設為兩小時，與舊版不同。您可以使用 ChangeSetting 服務修改這個值。如需詳細資訊，請參閱管理資料倉儲和 Analysis Services Cube。

根據關聯式資料庫產生報表

現在已正式支援根據關聯式資料庫建立報表。一般而言，您會想要使用 Analysis Services Cube 來產生歷史報表或需要分割多個彙總資料參數的報表。 Cube 是處理這類報表的最佳選擇。不過，關聯式資料庫可讓您建立將不太相關的資料收集在一起的報表，而 Cube 無法提供這樣的方式。

檢視

現在有許多公用檢視可幫助您使用倉儲。這些公用檢視的名稱結尾都使用 "View"，例如 WorkItemHistoryView。下圖顯示可做為依據來產生報表的公用檢視。

關聯式資料庫中的檢視表

注意事項
開頭為 "v" 且結尾為 "Overlay" 的檢視可用來處理 Cube。當您依據關聯式資料庫產生報表時，不應該使用這類檢視。

資料表名稱

在目前版本的關聯式資料庫中，大部分資料表名稱都已變更。在舊版中，許多資料表名稱都包含空格，這類名稱會在某些報告工具中造成問題。重新命名的資料表可讓您輕鬆判斷資料倉儲中的資料表與 Cube 中的對應實體之間的連接。

注意事項
底線 (_) 開頭的資料表未來可能會變更。當您依據關聯式資料庫產生報表時，不應該使用這類資料表。

在新的資料倉儲中，名稱不會包含空格，此外會有一個前置詞表示其用途，如下表所述。

前置詞	說明
dbo.Dim	資料表包含維度資料，這表示資料將出現在 Cube 的維度部分中。通常會針對維度中的每一個屬性或階層提供一個資料行。下圖顯示 Team Foundation 的維度資料表。在 Cube 中，DimWorkItem 資料表會出現在 [工作項目] 底下的維度階層中。
dbo.Fact	事實資料表包含的儲存格值會做為量值出現在 Cube 中。下圖顯示 Team Foundation 的事實資料表。事實資料表包含各種維度資料表的外部索引鍵。例如，FactWorkItemHistory 資料表包含稱為 StateChangeCount 的資料行，該資料行會出現在 Cube 之量值底下的 [工作項目] 量值資料夾中。

dbo.Dim

資料表包含維度資料，這表示資料將出現在 Cube 的維度部分中。通常會針對維度中的每一個屬性或階層提供一個資料行。下圖顯示 Team Foundation 的維度資料表。

在 Cube 中，DimWorkItem 資料表會出現在 [工作項目] 底下的維度階層中。

dbo.Fact

事實資料表包含的儲存格值會做為量值出現在 Cube 中。下圖顯示 Team Foundation 的事實資料表。

事實資料表包含各種維度資料表的外部索引鍵。例如，FactWorkItemHistory 資料表包含稱為 StateChangeCount 的資料行，該資料行會出現在 Cube 之量值底下的 [工作項目] 量值資料夾中。

補償記錄

當您使用倉儲中的歷史資料時，務必注意補償記錄。補償記錄是在包含歷史資訊的資料表和檢視中定義，例如 WorkItemHistoryView。使用補償記錄可產生資料彙總。

只要小組成員更新工作項目，就會建立修訂，並且將一組記錄加入倉儲中。其中第一項記錄會復原最新的一項記錄，下一項記錄則會加入工作項目的修改值。這兩項記錄分別會有效地否定 (或稱為補償) 該工作項目的前一項修訂。

與補償記錄連接的還有兩個資料行：System_ChangedDate 和 System_RevisedDate。第一個資料行 System_ChangedDate 會指出工作項目變更的時間。另一個日期會說明下一次工作項目變更的時間。例如，假設您在 2009 年 5 月 15 日的 10:53 建立了一項工作，然後在隔天的 11:23 修改了該工作項目。您就會看見類似下表中所列的記錄。

System_ChangedDate	System_RevisedDate	剩餘工作	RecordCount
10:53 5/15/2009	11:23 5/16/2009	20	1
10:53 5/15/2009	11:23 5/16/2009	-20	-1
11:23 5/16/2009	0:00 1/1/9999	10	1

第一個記錄 (也就是在 11:23 修訂的記錄) 是原始記錄。下一個記錄會取消第一個記錄，並於同時加入做為第三個記錄。結果，第三個記錄就是 System_RevisedDate 所指出的目前記錄，其設定為 DATETIME 資料行的最大值。

Sum 架構查詢

您可以藉由下列 SUM 架構查詢所指出的特定日期，判斷截至該日期為止的目前剩餘工作。

SELECT SUM(Microsoft_VSTS_Scheduling_RemainingWork)
  FROM WorkItemHistoryView WHERE System_Id = 108
   AND ProjectNodeGUID = 'A8657108-E085-4DE5-B14C-97DAA378D46E'

雖然您可以建構此 SUM 架構查詢，但是使用 "As Of" 查詢的效能會更好。

As Of 查詢

您可以建構 "As Of" 查詢，該查詢只會傳回每一個工作項目在特定日期之前修改的最後幾個記錄。例如，下列 "As Of" 查詢會傳回截至 2009 年 5 月 16 日當天結束為止的剩餘工作。

SELECT System_Id, Microsoft_VSTS_Scheduling_RemainingWork
  FROM WorkItemHistoryView WHERE System_ChangedDate < '5/16/2009'
   AND System_RevisedDate >= '5/16/2009'
   AND RecordCount > 0
   AND ProjectNodeGUID = 'A8657108-E085-4DE5-B14C-97DAA378D46E'

這個結果與您查詢 Cube 時得到的結果相同。這個查詢只會傳回每一個工作項目在 2009 年 5 月 16 日之前所修改的最後幾個記錄。 System_RevisedDate 子句只會擷取 2009 年 5 月 16 日之前修改的最後記錄，是因為查詢會尋找在這個日期之前修改，並且在該日期之後修訂的記錄。如果記錄完全未修訂過，則記錄的日期會是 9999 年。此外，這個查詢會測試是否為正的 RecordCount。取消舊有記錄的補償記錄其 RecordCount 固定為 -1。