如果是做乙個大系統，那麼把大系統劃分為小系統就是乙個非常重要的事情！先選出系統中最重要的部分。主要的體系架構有如下幾種：
一、mvc結構，一層用來顯示，一層用來控制，一層用來資料儲存。例如jsp,struct就是這種架構。
二、管道和過濾器體系結構。主要思想就是乙個部分輸入資料，處理資料，然後輸出，下乙個部分接收，處理，依次類推，例如freeradius，jradius就是這種架構。
三、物件導向的體系結構模式。系統是根據資料來定義，並且和各種功能相聯絡。可以使用用例驗證體系結構，每乙個子系統應該有：
---單一的功能性
---強聚合性---它的各個部分彼此之間具有很強的相互關係
----松耦合性---其工作的完成不太依賴於其他子系統
----與其他子系統最少的通訊----子系統之間不進行大量的通訊。
介面中的操作來自時序圖。將每個子系統看作乙個整體的系統，每個系統都有執行者和用例。不斷的把大系統分為各種小系統，當系統足夠小的時候，無需更多的劃分就有足夠的細節來實現。
主題摘要：主題摘要就是指我們在用例中使用或處理的東西。是建立系統的基本元素，是描述域的一種方式。簡單的尋找主題摘要的方法是：查詢用到的實體或資料。通過時序圖來繪製場景，可以把系統物件換成主題摘要，把子系統也換成系統摘要，這樣，傳送給子系統的訊息就改為傳送給主題摘要和執行者的資訊，並且最重要的是要確定主題摘要的行為，確定主題摘要以及他們的行為，就為類的設計打下了基礎。
通過時序圖，我們發現主題摘要，也就可以找出摘要必須作出相應得訊息，然後把訊息對應到用例的參與類中，參與類檢視就是告訴我們要開發哪些類。
用例試圖顯示了系統中的工作流程，是黑盒測試和使用者指南的基礎。
子系統檢視顯示了構成該系統的子系統，是系統重用和維護的基礎。
用例檢視是展示了系統的外觀，只系統檢視是顯示了構成該系統的子系統，乙個是從客戶角度，乙個是從開發角度。
通常是在第一次迭代處理風險最高的，第二次迭代處理次之風險。
通過用例來估算工作：
1、執行者加權
2、用例加權：
事務的概念在這裡是乙個路徑，包括可選路徑，是一組原子操作。
用例的加權總數和執行者的加權總數相加，就得到了未經調整的用例點(uucp)
3、技術因子加權：計算專案技術的複雜性，可以利用技術複雜性因子。從0到5確定每乙個因子的等級。0等級意味著這個因子與專案不相關，5代表它是最重要的。然後用因子去乘每個因子的權重，然後相加。
4、從0到5確定每乙個因子的等級。0等級意味著這個因子與專案不相關，5代表它是最重要的。
ef=1.4+(-0.01*efactor ) efactor=所有（權重* 等級）相加之和
最後計算用例點（ucp）
ucp=uucp * tcf * ef
然後進行專案估算，看看f1—f6 有幾個低於3，f7—f8有幾個高於3，然後把這兩個數加起來等於n
用例分析技術小結
現在rup 如日中天，需求分析是第一步，可以看作是高階系統分析員的必備知識，那麼，如果用物件導向的分析技術來描述需求呢？在乙個需求分析過程中，主要有專案描述，風險分析，用例圖以及描述，專案建議這幾部分。其中最重要的，也是最需要學習的就是用例的描述。那麼用例的描述關鍵點在 呢？確定清晰的系統邊界，就是...
用例分析技術小記 1
用例被用來描繪乙個系統外在可見的需求情況，常被用在專案的需求分析階段，對專案的測試計畫和使用者指南也有用處。他們被用來建立和驗證被提議的設計，並確保該設計滿足所有的需求。用例也被用來在建立專案計畫時決定在每乙個版本中應該加入什麼內容。在專案中常有的乙個問題就是，已經進入了開發階段了確還要對某些東西進...
用例分析技術 確定系統邊界
確定系統邊界非常重要，是使用用例技術的基礎，小記下！首先讓我們定義一下經常在專案中用到的術語。系統是指你打算開發的任何事物，他可能是軟體 硬體或者過程 專案是指為了建立乙個系統而做的所有事情，包括指定計畫 安排進度以及歸檔等。在專案描述以及風險分析後我們需要做的是確定系統邊界，那麼如何才能確定系統邊...