1/11/2010 7:34:27 pm
requisitpro 中的需求種類
requisitpro 中有四種不同型別的需求：
features and vision：描述產品的特性和前景。
stakeholder requests：涉眾需求是指從與系統相關的參與者手中收集到的資訊，它不一定是某個需求，可以是會議討論的材料或是研討會的記錄。
supplements requirements：目標系統必須滿足的執行條件和相容性、效能等。
use cases：用例描述了系統執行的一系列操作，以及這些操作涉及的事務流、條件和特殊需求。
管理需求的一般步驟
1、收集在會議現場、使用者調查過程中的材料，將其彙總在涉眾需求部分 (stakeholder requests) 。
2、整理目標系統涉及到的專業術語和詞彙，形成需求說明的詞彙表 (glossary) 。
3、分析使用者原始需求材料，對於其中認為是需求的部分，可以直接在文件中標亮並建立為 stakeholder request 。
4、確定目標系統的特性，描述目標系統的前景，同樣，可以直接在前景文件中建立一系列的 feature request 。
5、進行業務分析後，確定目標系統的用例，並編寫詳細的用例規約。
6、從原始需求和初步分析中，識別出無法被包含在某個 use-case 需求裡的特定要求。
7、（可選）在建立 stakeholder request 或 feature request 時，通過指定 parent request ，可以構建出需求間的繼承關係，從而建立樹型的需求體系。
8、使用跟蹤的 matrix ，確定從 stackholder request -> feature requests -> use cases 之間的傳遞關係。
9、但需求發生變更時，使用 impact analysis ，通過上述跟蹤矩陣，分析變更影響。
需求工程 需求管理
需求以自然語言進行描述，應該以某種標識方案進行編號。幾種常見的需求標識和分類的技術 最靈活和不容易出錯的方法是利用資料庫生成唯一識別符號的方法。這是因為資料庫系統支援在併發的情況下對每個新資料記錄生成唯一的識別符號。有些資料庫還可以通過版本號擴充套件唯一識別符號的方式來支援對相同記錄的多個版本的維護...
IT需求管理研討
在現代的網際網路時代，在傳統企業和現在的初創中小企業裡，it技術部門如何更好的支援業務發展已經成為越來越熱的話題。很多cio老總的吐槽觀念總結起來有幾點 1.it部門不是處在被業務部門圍攻的煎熬之中，就是處在即將被業務部門圍攻的煎熬之中的路上 2.在傳統企業由於業務流程和業務規則都很成熟，it開發照...
需求管理隨筆
最近在工作中碰到了些需求上的問題，今天有感而發 需求獲取應該是主動的,不能等客戶來說，因為大多數時候客戶並不清楚他們的真正需求，需要由需求分析人員抽絲剝繭來逐步問出需求。在訪談前列出要問的問題，然後發給訪談物件，讓他事先對所問問題有個了解，以防出現訪談過程中過多出現 這個問題要仔細想想，等以後告訴你...