一，建立知識經驗庫
使用需求管理，將公司所有文件（用合同術語來說，包括需求說明書、規格設計文件，詳細設計文件，測試規範，行業要求、標準等）都可以集中起來，並建立起這些文件內容之間的關聯關係。從乙個專案來說，記錄了專案開發的全過程。從公司來說，建立了公司內部的知識庫，這其實是比源**更核心的公司資產。
對於乙個很專業的範疇，如果打算做得更精緻與完美，就需要很豐富的行業經驗積累，公司從上到下從事該行業多年，知道如何進展每乙個專案，以及幾乎所有的細節，如果應用好需求管理，將上面的人的行業經驗總結共享出來，這對公司的穩定、發展大有好處。對底下的員工同樣是受益匪淺。
二，可追溯性 traceability
將專案研發的過程，從需求到設計、測試等專案成果演化過程之間的關係——視覺化——出來，這就是traceability，可追溯性。有了這個視覺化關係，我們就能大大增強公司和使用者之間以及公司內研發各部門之間的交流，從而保證了專案/產品的質量，也提供了開發的效率。
主要工具：ibm rational requisitepro
需求工程 需求管理
需求以自然語言進行描述，應該以某種標識方案進行編號。幾種常見的需求標識和分類的技術 最靈活和不容易出錯的方法是利用資料庫生成唯一識別符號的方法。這是因為資料庫系統支援在併發的情況下對每個新資料記錄生成唯一的識別符號。有些資料庫還可以通過版本號擴充套件唯一識別符號的方式來支援對相同記錄的多個版本的維護...
需求管理是需求開發的基礎
為什麼cmmi建議需求管理在2級實施 而需求開發在3級實施呢？以前看cmmi的時候對這個是有疑問的，但是當時問了其他人也沒有人很清楚，也就睜一眼閉一眼了。這次培訓後，我從 成熟的過程有利於新技術的引入 的思想中得到一些啟發，我覺得是不是cmmi認為，只有把需求管理做好了，做到了對需求管理理念的理解和...
IT需求管理研討
在現代的網際網路時代，在傳統企業和現在的初創中小企業裡，it技術部門如何更好的支援業務發展已經成為越來越熱的話題。很多cio老總的吐槽觀念總結起來有幾點 1.it部門不是處在被業務部門圍攻的煎熬之中，就是處在即將被業務部門圍攻的煎熬之中的路上 2.在傳統企業由於業務流程和業務規則都很成熟，it開發照...