《UML大戰需求分析》閱讀隨筆(三)

2022-08-02 14:39:09 字數 3039 閱讀 2143

一:

需求中提到的各種業務概念、人物等,經過抽象後都可以視之為類。

平時遇到的人、物,我們將遇到的都是具體的人、物,也就如程式中的物件,是乙個實實在在的東西。

當我們分析需求的時候,設計模型的時候,我們就需要將之抽象,也就是最關鍵的一步——提煉

提煉出這個東西,我們所需要的部分。

比如,在教室,主要存在兩類人,學生和教師。

當我們做的專案為:人員管理系統

在如上的環境中,我們需要的是學生和教師的姓名和年齡、學號(工號)等這些利於了解基本資訊的資料。那麼,我們進行模型設計的時候,類圖就應該主要包含這些東西。

當我們做的專案為:培訓管理系統

我們需要的是學生的知識水平和接受能力,老師的知識水平、表達能力和講課經驗。這些才利於培訓的分配和安排,那麼設計的類圖就應該包含這些東西

上面兩個簡單例子,就是區分在需求分析的時候,我們考慮的物件,在我們所做的專案下,我們需要從中真正需要的是什麼,也是使用我們的軟體的客戶,真正看到的、使用到的是什麼,要讓其存在意義。

二:

類之間也存在關係

一切從直線開始,表示它們之間存在某種關聯關係

「導航」關係,例如通過請假單可以找到請假者

「包含」關係,空心菱形是「弱」包含,實則為聚合,實心菱形是「強」包含,實則為組合,兩者的區別主要是強烈程度不同。

「繼承關係」,學生、講師都「繼承」了員工,它們具備員工的屬性,也有自己的特有的屬性。實則為 泛化

「依賴」關係,但依賴程度是相對而言的,不一定是a沒有b就不能「生存」了,對於某個事情,a需要b來協助才能完成,這也為一種依賴。好比菸鬼和香菸

三:

利用類圖來描述一些架構,如公司的組織架構。

比如某公司由乙個乙個的部門組成,類圖表達其組織結構可能如下:

但這樣沒有顯示出類圖的優勢,沒有發揮抽象和提煉的優勢。進一步改進如下:

這就更加形象了,有助於我們在專案進行中,分類和分層,更加清晰地看見其內部結構,成果思路也更有層次。

一:需求中提到的各種業務概念、人物等,經過抽象後都可以視之為類。

平時遇到的人、物,我們將遇到的都是具體的人、物,也就如程式中的物件,是乙個實實在在的東西。

當我們分析需求的時候,設計模型的時候,我們就需要將之抽象,也就是最關鍵的一步——提煉

提煉出這個東西,我們所需要的部分。

比如,在教室,主要存在兩類人,學生和教師。

當我們做的專案為:人員管理系統

在如上的環境中,我們需要的是學生和教師的姓名和年齡、學號(工號)等這些利於了解基本資訊的資料。那麼,我們進行模型設計的時候,類圖就應該主要包含這些東西。

當我們做的專案為:培訓管理系統

我們需要的是學生的知識水平和接受能力,老師的知識水平、表達能力和講課經驗。這些才利於培訓的分配和安排,那麼設計的類圖就應該包含這些東西

上面兩個簡單例子,就是區分在需求分析的時候,我們考慮的物件,在我們所做的專案下,我們需要從中真正需要的是什麼,也是使用我們的軟體的客戶,真正看到的、使用到的是什麼,要讓其存在意義。

二:

類之間也存在關係

一切從直線開始,表示它們之間存在某種關聯關係

「導航」關係,例如通過請假單可以找到請假者

「包含」關係,空心菱形是「弱」包含,實則為聚合,實心菱形是「強」包含,實則為組合,兩者的區別主要是強烈程度不同。

「繼承關係」,學生、講師都「繼承」了員工,它們具備員工的屬性,也有自己的特有的屬性。實則為 泛化

「依賴」關係,但依賴程度是相對而言的,不一定是a沒有b就不能「生存」了,對於某個事情,a需要b來協助才能完成,這也為一種依賴。好比菸鬼和香菸

三:

利用類圖來描述一些架構,如公司的組織架構。

比如某公司由乙個乙個的部門組成,類圖表達其組織結構可能如下:

但這樣沒有顯示出類圖的優勢,沒有發揮抽象和提煉的優勢。進一步改進如下:

這就更加形象了,有助於我們在專案進行中,分類和分層,更加清晰地看見其內部結構,成果思路也更有層次。

《UML大戰需求分析》閱讀隨筆(六)

在我們做的 設計中分為系統設計和程式設計。程式設計是系統設計中模擬程式的執行邏輯,定義客戶機伺服器物件合作的框架的那個部分。程式和事務設計中,作者講述到程式和事務設計將系統設計製品放在一起,並作為系統設計過程的最終階段。程式設計是系統設計的乙個內在的部分。圖形使用者介面 gui 和資料庫的設計體現出...

UML大戰需求分析 閱讀筆記06

狀態機圖和活 在樣子比較相似,但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到,uml的狀態機圖主要用於建立物件類或物件的動態行為模型,描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件,以及因狀態或活動轉移而伴隨的動作。但在以前的...

UML大戰需求分析 閱讀筆記04

讀 uml大戰需求分析 有感04 開發某系統的重要前提是 這個系統有誰在用?這些人通過這個系統能做什麼事?一般搞清楚這件事,再畫個業務流程圖,就能條例清楚的表達系統的需求了。作為乙個開發人員,不僅要懂得如何從使用者那裡獲取有用的資訊,還要懂得怎麼清晰地描述自己的想法,給客戶呈現出乙個結構完整 功能全...