一、軟件建模基本內容:
(一)領域建模
(二)需求建模
描述軟件向用戶所能提供的外在特性,包括軟件的目標、功能等特性。
(三)設計模型
軟件的設計方案,包括軟件的實現結構、構件、文件等。
(四)測試模型
測試軟件的模型描述
二、軟件建模方法
大致分為以下三種,但在實際的軟件建模過程中將其三和一進行建模。
(一)面向功能建模——功能分層划分
(二)面向數據建模
(三)面向對象建模
三、UML九大類圖
和序列圖相似,顯示對象間的動態合作關系。可以看成是類圖和順序圖的交集,協作圖建模對象或者角色,以及它們彼此之間是如何通信的。如果強調時間和順序,則使用序列圖;如果強調上下級關系,則選擇協作圖;這兩種圖合稱為交互圖。
一:這九種模型圖各有側重,
1:用例圖側重描述用戶需求,
2:類圖側重描述系統具體實現;
二:描述的方面都不相同,
1:類圖描述的是系統的結構,
2:序列圖描述的是系統的行為;
三:抽象的層次也不同,
1:構件圖描述系統的模塊結構,抽象層次較高,
2:類圖是描述具體模塊的結構,抽象層次一般,
3:對象圖描述了具體的模塊實現,抽象層次較低。
在有的文獻書籍中,將這九種模型圖分為三大類:
結構分類、動態行為和模型管理:
1:結構分類包括用例圖、類圖、對象圖、構件圖和部署圖,
2:動態行為包括狀態圖、活動圖、順序圖和協作圖,
3:模型管理則包含類圖。
畫圖說明
UML中有3種構造塊:事物、關系和圖,事物是對模型中最具有代表性的成分的抽象;關系是把事物結合在一起;圖聚集了相關的的事物。具體關系圖標如下:
說明:
構件事物是名詞,是模型的靜態部分。
行為事物是動態部分,表示行為。
分組事物是組織部分。
注釋事物是解釋部分。
聚集:特殊的關聯,描述整體與部分的組合關系。
泛化:是一種特殊與一般的關系,如子元素(特殊)與父元素(一般),箭頭指向父元素。
實現:類元之間的關系,其中一個類元指定了由另一個類元保證執行的契約。一般用在接口和實現他們的類之間或用例和實現它們的協作之間。
在UML系統開發中有三個主要的模型:
對象模型: 采用對象,屬性,操作,關聯等概念展示系統的結構和基礎,包括類圖。
動態模型: 展現系統的內部行為。 包括序列圖,活動圖,狀態圖。
下面具體說明:
1.類圖:描述一組對象、接口、協作等事物之間的關系。如下圖(摘自網絡):
3.用例圖:描述一組用例、參與者以及它們之間的關系,其展示的是該系統在它的外面環境中所提供的外部可見服務。如下圖(摘自網絡):
4.交互圖:包括序列圖(順序圖)和協作圖,兩者對應,順序圖是強調消息時間順序,有對象生命線和控制焦點。協作圖是強調接收和發送消息的對象的結構組織,有路徑和順序號。如下圖(摘自網絡):
5.狀態圖:展示了一個狀態機,由狀態、轉換、事件和活動組成。強調事件行為的順序。如下圖(摘自網絡):
四、系統分析工具
流程視圖、功能視圖、對象視圖、任務/崗位視圖等。
五、組織結構分析
通過組織結構分析,進行組織結構調查,便於繪制組織結構圖。
其中包括的內容為:了解各部門職責、領導與被領導關系、信息資料傳遞(數據流向)、物資與資金流向等。
六、業務建模分析
通過業務建模分析,繪制管理業務流程圖,從而真實反映活動發生及產生的數據。(業務流程圖整體來看較為繁瑣,主要用於詳細業務流程中的關系,描述內部實體、外部實體、業務流、單據報表及賬目的四者關系,因此此過程不適用於做業務優化。)
四種業務流程圖圖形符號:

備注:
第三部分UML九大類圖摘自CSDN博客:https://blog.csdn.net/shierqu/article/details/4633995
