共用方式為

需求 (CMMI)

  • 發行項

在此主題中，您可以學習如何填入需求工作項目的詳細資料。需求的目的是要表達對產品或系統的客戶而言很重要的功能。每一個需求應簡單地陳述使用者想利用軟體功能來做什麼，並從使用者的觀點進行描述。如需詳細資訊，請參閱規劃專案 (CMMI)。

如需如何建立這類工作項目的詳細資訊，請參閱工作項目和工作流程 (CMMI)。

本主題內容

相關主題

  • 定義需求

  • 將需求連結至其他工作項目

  • 將詳細資料、附件或超連結加入至需求

  • 變更需求的狀態

流程指引

活頁簿

儀表板和報表

欄位參考

必要的使用權限

您必須是 [Readers] 群組的成員，或是您的 [檢視此節點中的工作項目] 已設為 [允許]，才能檢視需求。您必須是 [Contributors] 群組的成員，或是您的 [編輯此節點中的工作項目] 權限已設為 [允許]，才能建立或修改需求。如需詳細資訊，請參閱管理使用權限。

定義需求

當您撰寫需求時，您應該把焦點放在功能的適用對象、所要達成的目標及其原因。您應該避免會指定功能開發方式的描述。

當您建立需求時，您只須指定標題。但是，您可以指定其他各種資訊，藉此進一步定義需求，如下圖所示：

需求工作項目表單

定義需求時，您必須定義 [標題]。您可以將所有其他欄位保留空白，或接受其預設值。

若要定義需求

  1. 在 [標題] (必要項) 中，輸入簡短描述。

    好的需求標題可反映出對於客戶的價值或是小組必須實作的功能。

  2. 在工作項目表單的正確的區段中，指定一或多個下列類型的資訊:

    • 在 [指派給] 清單中，選取擁有需求的小組成員名稱。

      注意事項注意事項

      您只能將工作項目指派給 [Contributors] 群組的成員。

      如果您未指派需求擁有者，則該需求會自動指派給您。

    • 在 [狀態] 清單中，保留預設值 [已建議]。在 [原因] 清單中，保留預設值 [新增]。

      如需 [狀態] 欄位以及如何使用它來追蹤工作流程的詳細資訊，請參閱本主題後面的變更需求的狀態。

    • 在 [優先權] 清單，請按 1 選項層級需求的重要 (最重要) 至 4 (最不重要)。

    • 在 [分級] 清單中，選取分級子狀態。

      有效值為 [暫止] (預設值)、[詳細資訊]、[已接收的資訊] 和 [已分級]。此欄位識別在 [已提議] 狀態下的需求的分級層級。

    • 在 [已封鎖] 清單，則為，如果有問題阻礙進度需求的實作，請選取 [是] 。

    • 在 [已認可] 清單，則為，如果已認可要實作需求，請選取 [是] 。

    • 在 [區域] 和 [反覆項目] 清單中，選取適當的區域和反覆項目。

      注意事項注意事項

      每個 Team 專案的專案系統管理員都會定義該專案的區域和反覆項目路徑，讓小組能夠依照這些指定追蹤進度。如需詳細資訊，請參閱建立和修改區域和反覆項目。

    • 在 [類型]，選取您定義所需的型別。

      預設值為 [功能]。

  3. 在 [描述] 索引標籤中，描述小組要用來確認需求與標準它是否已滿足的條件。

    您應該盡量提供詳細資料，確保開發人員可以實作需求且測試人員可以測試該需求。

    您的小組將使用這項資訊來建立工作和測試案例的工作項目。如需詳細資訊，請參閱工作 (Agile)與測試案例 (Agile)。

  4. 在 [分析] 索引標籤 ，如果要求未實作，描述影響給客戶。

    您可能需要針對 Kano 模型記錄相關詳細資料，說明此需求是屬於「意外」、「必要項」還是「明顯」分類。

  5. 在 [其他] 索引標籤上，指定下列類型的資訊:

    • 在 [主題專家] 下，選擇熟悉問題範圍和客戶對於此需要三個小組成員的名稱。

    • 在 [原始評估] 方塊中輸入數字，表示實作需求可能需要的工作時數。

      注意事項注意事項

      一般來說，您會在之後的開發週期階段 (而不是在第一次定義需求時) 定義下列兩個欄位。

    • 在 [整合於] 清單中，選取開發小組已將需求整合至的組建名稱或編號。

    • 在 [測試] 清單中，選取使用者接受度測試狀態所要求的。

      有效值為 [成功]、[失敗]、[未就緒]、[就緒] 或 [略過]。當需求為 [作用中] 狀態時，您應指定 [未就緒]，當需求為 [已解決] 狀態時，您應指定 [就緒]。

  6. 在 [實作]、[變更要求]、[測試案例] 和 [所有連結] 索引標籤上，您可以建立需求與其他工作項目 (例如工作、變更要求、測試案例、Bug 和問題) 的連結。

    在 [附件] 索引標籤上，您可以附加規格、影像或其他檔案，提供要實作之需求的詳細資料。

    如需詳細資訊，請參閱本主題後面的下列章節：

    • 將需求連結至其他工作項目

    • 將詳細資料、附件或超連結加入至需求

  7. 選取 儲存[儲存工作項目]。

    注意事項注意事項

    在您儲存需求之後，識別項會出現在工作項目工具列底下的標題中。

將需求連結至其他工作項目

建立需求與其他工作項目之間的關聯性，可讓您更有效率地規劃專案、更精確地追蹤相依性、更清楚地檢視階層關聯性，以及更快速地找到重要資訊。在需求的工作項目表單中，您可以建立自動連結至此需求的工作項目，也可以建立連出至現有工作項目的連結。

您可以使用 [實作]、[變更要求]、[測試案例] 和 [所有連結] 索引標籤，建立某類工作項目的連結以及特定類型的連結。如需每個索引標籤之限制的詳細資訊，請參閱Linking Work Items (CMMI)。

注意事項注意事項

[需求概觀] 和 [需求進度] 報表都會要求您建立需求和工作之間及需求和測試案例之間的連結。

若要建立工作、Bug、變更要求、測試案例或其他工作項目並將其連結至需求

  1. 開啟需求的工作項目表單，然後執行下列其中一個動作：

    • 若要建立並連結至，工作、Bug 或子需求，請選取 [程式碼實作] 索引標籤，然後選取 [新增加入新連結工作項目。

    • 使用變更要求要建立和連接，然後選取 [變更要求] 索引標籤，然後選取 [新增加入新連結工作項目。

    • 若要建立並連結至測試案例，然後選取 [測試案例] 索引標籤，然後選取 [新增加入新連結工作項目。

    • 若要建立並連結至其他任何類型的工作項目，選取 [所有連結] 索引標籤，然後 加入新連結工作項目選取 [新增]。

    [加入新連結工作項目] 對話方塊隨即開啟。

    [加入新連結工作項目] 對話方塊

  2. 在 [連結類型] 清單中，保留預設值或選取下列其中一項:

    • 使用，若要連結至工作、Bug 或子需求，請選取 [子系]。

    • 與若要連結至變更要求，請選取 [影響者]。

    • 若要連結至測試案例，請選取 [測試者]。

    • 與其他任何類型的工作項目要連接，請選取 [相關] 或表示您要追蹤之關聯性的其他連結類型。

  3. 在 [工作項目類型] 清單中，選取您要建立的工作項目類型。

  4. 在 [標題] 中，輸入簡短但是明確說明需要執行之工作的描述。

  5. (Facultatif) [註解]，輸入其他資訊，然後選取 [確定]。

    您所指定工作項目之類型的工作項目表單隨即開啟，內含您所提供的資訊。

  6. 請依照下列主題所述指定其餘欄位：

  7. 選取 儲存[儲存工作項目]。

若要將數個現有工作項目連結至需求

  1. 開啟需求的工作項目表單，然後執行下列其中一個動作：

    • 具有一或多個，若要連結至工作、Bug 或子需求，請選取 [程式碼實作] 索引標籤，然後 加入連結選取 [連結至]。

    • 具有一或多個若要連結至變更要求，請選取 [變更要求] 索引標籤，然後 加入連結選取 [連結至]。

    • 若要連結至一個或多個測試案例，請選取 [測試案例] 索引標籤，然後選取 [連結至加入連結。

    • 與其他類型的一個或多個工作項目要連接，請選取 [所有連結] 索引標籤，然後選取 [連結至加入連結。

    [將連結加入至需求] 對話方塊隨即開啟。

    [將連結加入至需求] 對話方塊

  2. 在 [連結類型] 清單中，保留預設值或選取下列其中一項:

    • 使用，若要連結至工作、Bug 或子需求，請選取 [子系] 或 [父代]。

    • 與若要連結至變更要求，請選取 [影響者]。

    • 若要連結至測試案例，請選取 [測試者]。

    • 與其他任何類型的工作項目要連接，請選取 [相關] 或表示您要追蹤之關聯性的其他連結類型。

  3. 選取 [瀏覽]。

    [選擇連結工作項目] 對話方塊隨即出現。

    將工作連結至使用者劇本對話方塊

  4. 在 [工作項目 ID] 中輸入項目，或瀏覽您要連結的項目。

    您也可以執行小組查詢，找出您要連結的工作項目。這些查詢包括待處理的 Bug、變更要求、開啟工作、開啟測試案例以及作用中工作。

  5. 選取您要連結至需求之每一個工作項目旁邊的核取方塊。

    如需詳細資訊，請參閱尋找要連結或匯入的工作項目。

  6. (選擇性) 輸入您要連結之工作項目的描述。

  7. 選取 [確定]，然後按一下 [儲存工作項目儲存。

    注意事項注意事項

    需求和您已讓它連結的工作項目都會更新。

將詳細資料、檔案和超連結加入至需求

您可以透過下列方式將詳細資料加入至需求：

  • 在 [詳細資料] 索引標籤的 [描述] 欄位或 [記錄] 欄位中輸入資訊。

  • 附加檔案。

    例如，您可以附加電子郵件討論串、文件、影像、記錄檔或其他類型的檔案。

  • 將超連結加入至網站，或加入至已儲存在伺服器或網站上的檔案。

若要將詳細資料加入至需求

  1. 選取索引標籤， [詳細資料] ，而且，在 [歷程記錄]，將做為歷程記錄一部分，您想要擷取的註解。

    每當小組成員更新工作項目時，其記錄就會顯示變更的日期、進行變更的小組成員，以及變更的欄位。

    您可以格式化資訊，以便提供強調效果或擷取項目符號清單。如需詳細資訊，請參閱需求欄位參考 (CMMI)。

  2. 選取 儲存[儲存工作項目]。

若要將檔案附加至需求

  1. 在 [附件] 索引標籤上，執行下列其中一個動作：

    • 將檔案拖曳到附件區域中。

    • 複製檔案，然後選取或按下 貼上 CTRL-V 貼上檔案。

    • 選取 加入附件[新增]，然後選取 [瀏覽]。在 [附件] 對話方塊中，輸入名稱或瀏覽至您要附加的檔案。

      (選擇性) 在 [註解] 方塊中，輸入附件的詳細資訊。

      若要關閉 [附件] 對話方塊中，選取 [確定]。

  2. 選取 儲存[儲存工作項目]。

若要將超連結加入至需求

  1. 在 [所有連結 ] 索引標籤上， 加入連結選取 [連結至]。

    [加入超連結] 對話方塊

  2. 在 [連結類型] 清單中，選取 [超連結]。

  3. 在 [位址] 方塊中，輸入連結目標的位址。

    如果目標是網站，請輸入 URL，或從網際網路瀏覽器複製 URL，然後將它貼入 [位址] 方塊中。如果目標是伺服器位置，請以 UNC 名稱的格式輸入位址。

  4. (選擇性) 在 [註解] 方塊中，輸入超連結的詳細資訊。

  5. 選取 [確定]，然後選取 [儲存工作項目儲存。

變更需求的狀態

小組可以將需求的 [狀態] 欄位設定為下列其中一個值，藉以追蹤其進度：

  • 已提議

  • Active

  • 已解決

  • Closed

當您建立需求時，該需求預設是 [已提議] 狀態。小組在目前反覆項目中接受需求時，會將工作項目的狀態變成 [作用中]，並且建立工作來實作工作項目。當小組完成工作且系統測試顯示小組已成功實作需求時，小組會將需求的狀態變成 [已解決]。最後，小組在驗證需求之後，會將需求的狀態變成 [已關閉]。

所有小組成員都可以變更需求的狀態。

如需您可以用於追蹤工作項目狀態之資料欄位的詳細資訊，請參閱指派、工作流程和規劃 (CMMI)。

若要變更需求的狀態

  1. 開啟需求的工作項目表單。

  2. 在 [州/省] 清單中，選取 [待處理]、 [已解析] 或 [已關閉]。

    • 如果您將狀態由 [已提議] 變更為 [作用中]，則 [原因] 欄位會自動變更為 [已接受]。

    • 如果您將狀態由 [作用中] 變更為 [已解決]，則 [原因] 欄位會自動變更為 [程式碼完成和系統測試成功]。

    • 如果您將狀態由 [已解決] 變更為 [已關閉]，則 [原因] 欄位會變更為 [通過驗證測試]。

    • 如果您從 [待處理] 變更狀態至 [已關閉]，您應該選擇符合您在 [ 原因] 清單用途的選項。

      有效選項為 [分割] (預設值)、[已放棄] 和 [超出範圍]。

  3. 選取 儲存[儲存工作項目]。

一般工作流程進展：

  • 小組成員建立預設狀態 [已提議] 的需求，預設原因為 [新增]。

  • 小組成員將狀態由 [已提議] 變更為 [作用中]，預設原因為 [已接受]。

  • 針對需求完成程式碼並通過系統測試時，小組成員將狀態由 [作用中] 變更為 [已解決]。

  • 在驗證需求成功符合客戶期望之後，小組成員將需求的狀態由 [已解決] 變更為 [已關閉]。

反常的轉換：

  • 小組成員將狀態由 [已提議] 變更為 [已關閉]，預設原因為 [已拒絕]。

  • 小組成員將狀態由 [已提議] 變更為 [作用中]，預設原因為 [已調查]。

  • 小組成員判斷需求不相關或超出範圍，因而將狀態由 [作用中] 變更為 [已關閉]。

  • 需求的驗證測試失敗。因此，小組成員會將狀態由 [已解決] 變更為 [作用中]。

  • 小組成員判斷需求錯誤關閉或現在又在範圍內，因而將狀態由 [已關閉] 變更為 [作用中]。

需求狀態圖表

需求工作流程

Ee332491.collapse_all(zh-tw,VS.110).gif已提議 (新增)

當小組成員建立需求時，會自動擷取下列資料欄位：

  • 建立者：建立需求的小組成員名稱。

  • 建立日期：需求的建立日期和時間 (依照伺服器時鐘記錄)。

Ee332491.collapse_all(zh-tw,VS.110).gif從已提議到作用中

小組成員可以針對如下表所述的原因將需求狀態由 [已提議] 變更為 [作用中]：

原因

使用時機

其他可採取的動作

已接受

當分級委員會核准在目前反覆項目中實作需求時。

將需求指派給要負責實作需求的小組成員。

調查

當分級委員會判斷小組必須先調查需求對客戶的影響，再決定是否應實作需求時。

調查完成後，將需求變回 [已提議] 狀態。

當小組成員將需求的狀態變更為 [作用中] 時，會擷取下列資料欄位：

  • 啟動者：啟動需求的小組成員名稱。

  • 啟動日期：需求的啟動日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gif從已提議到已關閉

小組成員可以針對如下表所述的原因關閉 [已提議] 狀態的需求。

原因

使用時機

其他可採取的動作

已拒絕

當分級委員會判斷小組無法實作需求或客戶不再需要該需求時。

無。

當小組成員關閉需求時，會擷取下列資料欄位：

  • 關閉者：關閉需求的小組成員名稱。

  • 關閉日期：需求的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gifActive

小組只應該實作處於 [作用中] 狀態的需求。對於作用中的需求，小組成員應該建立工作來撰寫程式碼、測試和記錄需求。完成所有工作後，將需求變成 [已提議] 狀態。如果需求已遭分割、放棄或經判斷超出範圍，小組成員也可以關閉需求。

Ee332491.collapse_all(zh-tw,VS.110).gif從作用中到已解決

小組成員可以針對如下表所述的原因解決作用中的需求。

原因

使用時機

其他可採取的動作

程式碼完成和系統測試成功

當小組簽入用以實作需求的程式碼，而且所有系統測試都已通過時。

將需求指派給要負責測試需求的小組成員。

當小組成員解決作用中需求時，會擷取下列資料欄位：

  • 解決者：解決需求的小組成員名稱。

  • 解決日期：需求的解決日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gif從作用中到已關閉

小組成員可以針對如下表所述的其中一個原因關閉作用中的需求：

原因

使用時機

其他可採取的動作

[分割] (預設值)。

當需求太大或是需要更精確的定義時。

建立一個或多個額外的需求，並從原始需求連結到它們。新的需求應該接受為 [作用中]。

已放棄

當小組不再需要實作需求時。

無。

超出範圍

當小組沒有足夠的時間可在目前反覆項目中實作，或發現造成阻礙的問題時。

指定可以在哪個反覆項目中實作需求。如果需求會延後到下一版軟體再實作，請將 [反覆項目] 欄位留空，但請詳細描述需求為何延後以及何時應予以實作。

當小組成員關閉作用中需求時，會擷取下列資料欄位：

  • 關閉者：關閉需求的小組成員名稱。

  • 關閉日期：需求的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gif從作用中到已提議

小組成員可以針對如下表所述的其中一個原因，將作用中需求的狀態變更為 [已提議]：

原因

使用時機

其他可採取的動作

延後

當小組不會在目前反覆項目但可能會在未來反覆項目中實作需求時。

無。

[調查完成] (預設值)

當小組已調查需求，而要重新提交需求以進行分級時。

無。

當小組成員關閉作用中需求時，會擷取下列資料欄位：

  • 變更者：變更需求狀態的小組成員名稱。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gif已解決

在程式碼中實作需求並通過系統測試之後，首席程式開發人員會將需求的狀態設定為 [已解決]，然後將需求指派給測試人員。然後，測試人員便會驗證需求是否已依照客戶期望來實作。如果答案是肯定的，則測試人員會關閉需求。如果答案是否定的，則測試人員會重新啟動需求以做進一步處理。

Ee332491.collapse_all(zh-tw,VS.110).gif從已解決到已關閉

小組成員可以針對如下表所述的原因關閉已解決的需求：

原因

使用時機

其他可採取的動作

驗證測試成功

當需求通過所有與其關聯的驗證測試時。

將需求指派給產品擁有者。

當小組成員關閉已解決的需求時，會自動擷取下列資料欄位：

  • 關閉者：關閉需求的小組成員名稱。

  • 關閉日期：需求的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gif從已解決到作用中

小組成員可以針對如下表所述的原因重新啟動已解決的需求：

原因

使用時機

其他可採取的動作

驗證測試失敗

當驗證測試指出需求未符合一個或多個客戶期望時。

將問題記錄為 Bug，然後將需求指派給首席開發人員。

當小組成員重新啟動已解決的需求時，會自動擷取下列資料：

  • 啟動者：重新啟動需求的小組成員名稱。

  • 啟動日期：需求的重新啟動日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求狀態的變更日期和時間。

Ee332491.collapse_all(zh-tw,VS.110).gifClosed

小組不應該再處理任何已關閉的需求，原因是這類需求已遭拒絕，或已受到成功實作、確認和驗證。

如果已關閉的需求回到範圍內，則小組可以重新啟動該需求。會重新啟動已關閉需求的人通常是商務分析師或程式管理員。

Ee332491.collapse_all(zh-tw,VS.110).gif從已關閉到作用中

小組成員可以針對如下表所述的原因重新啟動已關閉的需求：

原因

使用時機

其他可採取的動作

重新引入範圍中。

當出現可用的資源來實作需求時。

確定針對需求所定義的實作工作、測試案例和詳細資料都很完整且為最新狀態。

因錯誤而關閉

當誤將需求關閉時。

確定針對需求所定義的實作工作、測試案例和詳細資料都很完整且為最新狀態。

當小組成員重新啟動已關閉的需求時，會自動擷取下列資料：

  • 啟動者：重新啟動需求的小組成員名稱。

  • 啟動日期：需求的重新啟動日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：需求工作項目狀態的變更日期和時間。

請參閱

概念

成品 (CMMI)

藉由使用 PowerPoint 的圖片敘述積存的項目

要求，並使用小組網站存取的處理程序的利害關係者意見反應

Visual Studio ALM 的工作項目欄位參考

其他資源

工作項目和工作流程 (CMMI)