在專案啟動階段，您是否遇到過這樣的問題呢？
→專案啟動的時候，只給你一本巨厚無比的標書，不知道從何下手。
→認真的看了一遍標書之後，只知道要做的是什麼，卻不知道如何推進。
→從標書上無法對任務進行細化。團隊的人不知道該如何分配任務。
→盡量將所有的資訊以紙質的形式列印出來，貼到白板或者牆上，以便大家隨時查閱。
→思考測試用例的時候，建議小組由2-3人組成。
→考慮用例的時候一定要「帶入角色」，將自己的思維換到所定義的角色中。
→在指定目標和整個實施過程中，要隨時諮詢專家，以防止「跑偏」。
→小組分配。1人在白板上記錄問題，1人將問題彙總為電子檔案，所有人帶入角色思考。
--end--
用例驅動的需求過程實踐
根據筆者多年來從事軟體需求捕獲 分析工作的實踐經驗，認為造成這一現象的根本原因在於客戶與開發人員之間的溝通存在障礙，雙方都以自己的角度 自己的專業術語進行溝通，這使得大家並不能夠很好地就軟體需求達成共識。由於幫助客戶更好地利用資訊化工具提高工作效率，是我們軟體開發團隊的責任，因此我們沒有權利讓使用者...
UML學習手記（一） 用例分析之用例與需求的關係
uml 學習手記 一 用例分析之用例與需求的關係 粟衛民http www.gisdev.cn 日期 2007 11 28 在alistair cockburn 所著的 writing effective use cases 1 用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約，乙個用例是...
試析RUP以用例驅動的需求管理
試析rup以用例驅動的需求管理 rup是rational統一過程 rational unified process 的簡稱，它是rational公司 現歸屬ibm公司 推出的一種軟體過程產品。從軟體過程模式角度看，rup又是一種典型的軟體過程模式，它以迭代增量式 架構為中心 用例驅動的軟體開發方法為...