需求，是通過訪談、蒐集等方式，從客戶、專家處獲得知識。緊要的是業務知識。
分析，是對需求的梳理，分析出系統，應該提供什麼。緊要的是，業務知識落實到
it系統，系統的功能和介面。
設計，是把分析要的東西，把
it的元素設計好，畫出系統的骨架和概要。
實現，是根據設計，用**實現出系統。
所以，軟體系統，是從「設計」才開始與「
it」及「技術」，親密接觸、融合的。
架構設計，是從體系結構方面，來規劃系統。進行巨集觀和整體的設計，比如
j2ee
體系。
系統設計，是在架構設計的框架裡，根據系統需求、分析的要求，進行功能點的設計。
rup迭代軟體過程，設計和架構，屬於「分析和設計」領域。
一般從專案的初始階段末期開始介入，跨越了初始、設計、構造、互動等過程。主要在設計過程。並在多個迭加階段出現。
uml是進行系統分析和設計的重要工具。
uml分析和設計，是
use-case
導向的，以
use-case
為中心的。
需求分析，從外部
actor
的角度，分析出
case。
系統設計，從每乙個
case
起步。
分析師，根據需求，設計出用例圖和業務類圖。
針對每乙個
case
，設計出活**、狀態圖。
針對每乙個
case
，設計出順序圖和協作圖。設計順序圖和協作圖的時候，也就開始識別了介面類、控制類、實體類。
根據業務類圖，可以設計出設計類圖。
所以，在設計順序圖和協作圖，再根據業務類圖，就能做出主要的類圖了。
然後，再結合具體的架構和技術體系，把概念類圖細化為設計類圖、實現類圖。
現在的分布式體系，無論
j2ee
還是.net
，在邏輯上都分為3層：
表現層、業務層和實體層。
介面類圖，對應到表現層，在
j2ee
裡，可落實到
swing
的frame
，或web
的jsp。
控制類圖，對應到業務層，在
j2ee
裡，可落實到
session bean
等業務邏輯元件。
實體類圖，對應到實體層，在
j2ee
裡，可落實到
jopo
或entity bean。
表現層和業務層的互動，業務層和實體層的互動，實體層和資料庫間的互動，一般是架構體系設計和規範好了。具體的系統設計時，不需要額外考慮和設計，只需要遵從規範。
架構還會規定好
log、
audit
、分層、
dao等。
在設計類圖的時候，需要結合設計模式、
j2ee
設計模式等設計方法，優化設計。
UML設計系統
統一建模語言是一 形表示法，用於人與人之間的交流。本人覺得搭建系統時，經常出現一些考慮不周的問題。因此學習uml用來設計系統,幫助自己記憶。程式設計五步法 1 定義，通過用例圖表示系統的需求 用例 描述系統使用者和系統本身的典型互動，時通過共同使用者目標綁在一起的場景集合，可以提供系統如何被使用的說...
UML建模 EA的使用起步
enterprise architect ea 是乙個功能比較強悍的建模工具.對於乙個軟體設計者來說，從需求分析到業務設計 類模型設計 資料庫設計到測試 發布 部署等一系列軟體設計必須的操作都可以在ea中完成。可以說只需要乙個ea就可以完成乙個軟體的設計。ea功能的強悍也不是一天兩天就能學完的，這次...
基於UML技術的電子商務系統設計
主要內容 uml故而言之物件導向建模語言，離不開圖，直觀是 圖的天然屬性，設計中會用到用例圖，用例圖是重要的系 統角色與其關聯的類及屬性的鏈結關係，用例圖在系統所 處不同階段，發揮著不同功能作用，在新系統階段它能描 述做什麼，在已完成的系統階段它能描述具備何種功能。用例表示功能，角色表示外部實體，系...