用例被用來描繪乙個系統外在可見的需求情況，常被用在專案的需求分析階段，對專案的測試計畫和使用者指南也有用處。他們被用來建立和驗證被提議的設計，並確保該設計滿足所有的需求。用例也被用來在建立專案計畫時決定在每乙個版本中應該加入什麼內容。
在專案中常有的乙個問題就是，已經進入了開發階段了確還要對某些東西進行重新的設計甚至增加新的需求，這些大都與專案開始時的前期準備階段沒有做充分準備有關。沒有乙個可以貫穿整個專案的方**，而基於用例的分析技術可以幫助人們理清楚我的系統需要做什麼，不需要做什麼，哪些可以做，哪些不可以做，需要做的功能要做到什麼程度，需要做的功能是不是一定要在這次完成，這次不需要做的功能下次是否會支援以及我的系統的使用者，以及理清楚專案的概念階段，需求階段，設計階段，開發階段，驗收階段，以及從需求階段就開始加入的測試都需要做哪些事情。
用例可以用於多重過程之中，我們關心的是迭代和風險驅動軟體過程。迭代式的軟體過程有助於在過程的早期對風險進行鑑別並加以解決，從而獲得更加健壯和高質量的系統。最常用的迭代和風險驅動過程的乙個例子是rup：（rational unified process）。rup主要包括：初始、細化、構造和交付四個階段。初始階段的交付項主要包括：專案描述，風險分析，用例圖，執行者和用例描述，專案建議。
專案描述，風險分析不在多說自然是需要將整個專案有個較為全面的描述以及專案一些潛在的風險。後續內容會隨著對用例分析技術學習的深入一步步的展開。
本文會隨著本人學習用例分析技術的過程一點一點的揭開用例分析技術的面紗。。。
未完待續。。。。。
用例分析技術小結
現在rup 如日中天，需求分析是第一步，可以看作是高階系統分析員的必備知識，那麼，如果用物件導向的分析技術來描述需求呢？在乙個需求分析過程中，主要有專案描述，風險分析，用例圖以及描述，專案建議這幾部分。其中最重要的，也是最需要學習的就是用例的描述。那麼用例的描述關鍵點在 呢？確定清晰的系統邊界，就是...
技術小記4 C
1.減少依賴 handle類，即通過包含來實現功能 class cperson private cpersonimpl pimpl 介面類,即通過繼承來實現功能 class iperson class cperson public iperson static std tr1 shared ptrc...
用例分析技術學習體會（1）
用例分析學習筆記 1 這幾天看了 用例分析技術 一書，感覺收益頗大，以前雖然也會或一些程式的流程圖但都是天馬行空，從來沒有什麼規律與計畫，想到了什麼就新增上什麼。在編碼的時候就是丟三拉四，經常是在程式除錯的時候，才想起忘了這個判斷，那個條件等等，總是弄得人焦頭爛額，很是疲憊不堪。可是在經過用例分析技...