作者：龔雲卿 撰寫於2005年9月19日
1.1簡述
將產品和項目的需求通過mantis管理起來，管理的內容包括：用戶需求和功能點。
建立需求、功能點相互之間的關聯，形成一個有機關聯網絡，確立功能點估算方法，給予每個功能點估算值，便於：
1） 在測試某個功能點時，能夠使得測試人員能夠把握測試範圍；
2） 審覈設計書、測試用例等文檔時便於確定是否滿足需求程度；
3） 有利於評估需求變更範圍和影響，控制變更，提高變更管理的效率；
4） 利於按功能點評估開發效率和質量，建立度量標準和監控體系。
1.2 過程描述
Mantis應用於需求管理主要是分爲兩大部分進行。
一是用戶需求管理，按照《需求分析流程》，從需求獲取開始，就將需求納入mantis管理起來，從用戶獲取的需求信息，登錄在mantis中，按照需求獲取，需求定義，用戶需求評審，需求分析和需求管理的流程，及時將需求信息、評審信息、分析結果以及需求跟蹤信息（如與系統需求的關聯關係，與設計文檔、代碼、用戶手冊、測試用例等的關聯關係可通過前者實現自動關聯）維護到mantis中，用戶需求作爲開發的主要依據，貫穿於整個項目開發週期。
二是系統需求管理，管理的對象主要是系統劃分的模塊和功能點，是在對用戶需求分析的基礎上系統設計的結果。在設計階段要將模塊和功能點與用戶需求間建立一定的關聯關係；功能點之間也依照設計進行關聯；建立與設計文檔、代碼、用戶手冊、測試用例等的關聯關係；可建立一套依賴於功能點的規模度量體系，錄入功能點數據，在發生變更時，通過統計，可以得出變更造成的影響範圍以及大致會發生的時間和成本。如果系統較大的話，可再對系統需求進行細化，劃分成子系統需求進行管理。
通過需求管理，可以快速瞭解項目和產品是如何從用戶需求進行分解、實施並得到滿足的。
2.1 簡述
任務是通過需求來發出的開發指令。每項任務與需求或功能點相關聯，任務執行的結果一般是文檔或代碼，通過系統的CVS集成功能，將文檔和代碼和任務相關聯，在監控項目進度時能夠較快的瞭解詳細任務的執行情況，並可以進行檢查、處理和反饋。
建立起歷史的任務記錄，有利於追溯，瞭解開發者的工作情況，將任務附加績效值，可以很快地進行效率統計。
2.3 過程描述
任務主要是將需求按照時間進行組織，形成任務分配到個人去進行解決。對於項目來說，最大的任務就是項目，維護到mantis的任務單是項目任務下的子任務。一般在各階段計劃制定後，詳細任務建立在mantis系統中。
項目確定並進行開發時，建立相應的任務單，任務單中涉及任務實施的內容，並且包含一定範圍，如設計任務單包含關聯的用戶需求；實施任務單包含待實施的功能點；測試用例編制任務包含待測試的功能點；測試任務又包含待使用的測試用例；缺陷單可以看作另一種類型的任務單，等等。
任務單也包含實施者的信息。實施人員完成任務的狀態和信息（如完成與否，完成結果，如文檔或代碼，審覈和驗證信息等）關聯到任務單，管理者通過任務單中關聯的信息，瞭解項目完成的狀況以及結果等。
3.1 簡述
這是系統最基本的功能。主要是管理項目中程序或者文檔的缺陷。缺陷和產品、項目、模塊、功能點等相關，這樣可以方便的統計各個產品、項目、模塊、功能點產生的缺陷數及其情況，形成的歷史記錄中，有利於指導後續項目測試的重點和投入，便於進行測試風險分析，提高測試效率和質量；同時，對缺陷的分析，也利於開發的風險分析和控制，以及缺陷預防。
3.2 過程描述
缺陷產生於對某個成果物的檢查中，測試人員執行測試用例，測試用例執行的結果是缺陷單，因此缺陷單作爲結果需要建立和測試用例間的關聯，而缺陷單也是另外一種任務單，測試人員發現缺陷，登錄在mantis中，由項目管理者將修改任務分配給個人進行修正，修正結果要記錄在缺陷單中，測試人員再進行驗證。缺陷說明需求滿足出現問題，缺陷需要和需求建立起關聯，可以通過和已關聯需求得測試用例關聯達到關聯。
代碼檢查是編碼、Debug的關鍵環節之一，通過CVS來管理代碼，然後把CVS文檔信息關聯到mantis中相應的缺陷、任務和功能點，代碼檢查者可以針對編碼活動、debug活動等，方便地檢查相應的代碼變更情況，並進行記錄；通過檢查記錄，便於SQA監控代碼檢查活動情況。同時，還可以分析得到代碼檢查過的功能，產生缺陷情況，檢查代碼檢查的效果。
5.1 簡述
CVS主要實現版本控制，對於變更控制，CVS無法實現。Mantis主要通過管理和控制需求、功能點的記錄單來實現變更控制。當發生需求和功能點變更時，只要在mantis更新他們就會產生履歷，形成變更，並將變更發送到相關的人員手中。可以統計客戶、產品、項目、模塊和功能點變更情況，形成的變更率數據，有利於後續項目策劃時進行涉及需求變更類的風險分析依據。
5.2 過程描述
按照項目進程，創建基線後，對需求進行控制，當發生需求變更時，將變更信息輸入到相應的需求記錄中，需求記錄發生變化，（自動）生成一個變更單，並通過email方式通知相關人員進行處理。變更實施時，文檔和代碼的提交時應將結果關聯到相應的變更記錄。
將項目風險維護在Mantis中，對風險預防的處理情況進行跟蹤，把風險處理結果反饋在系統中，哪些是預防成功的，哪些是有誤的，形成的歷史數據和經驗，有利於項目管理人員提高項目風險控制的能力。按照《風險管理》流程，將風險識別、風險分析、風險減緩和風險跟蹤過程中的信息通過mantis進行維護管理。
SQA按照《PPQA工作流程》，檢查發現的項目流程的執行情況，都維護在mantis系統中，並進行跟蹤和處理。通過系統分析，瞭解各項目中流程執行的情況，對於項目中的一些易發情況可以預防處理，形成過程改進的依據。
8.1 簡述
將測試用例的編制和維護納入Mantis中，通過用例和需求、功能點間的關聯，檢查用例是否覆蓋需求，通過測試的缺陷報告和用例關聯，可以方便的建立缺陷和需求、功能點之間的關聯。通過分析用例測得的缺陷情況，統計有效用例數量。測試時，通過檢查用例記錄單的執行情況和結果，可以方便地實現測試進度的監控。實現了Mantis的用例管理在進行用例複用上能夠很好解決，這樣可以大幅度提高測試的效率。
8.2 過程描述
項目測試計劃確定後，在mantis中創建測試任務單，其中包含有測試用例的編制任務。測試用例按照一條記錄測試一個目的的原則，將用例維護在mantis系統中。每條用例與不僅與任務而且與具體需求相關聯，用例和需求間是多對多的關係。用例的審覈以及執行情況都維護在相應的記錄中。
對於各產品，各產品版本，可以將客戶、需求、功能、文檔、缺陷情況、發佈記錄等等進行維護和管理。通過統計分析有關產品數據，利於進行維護和追溯，並可利於建立新產品開發戰略。