統一建模語言uml是用一組檢視反應系統的各個方面,以完整地描述系統,每個檢視代表系統描述中的乙個抽象,顯示系統中乙個特定的方面。
uml中有四種關係:依賴、關聯、泛化和實現:
uml設計檢視包含了類、介面和協作,其中設計檢視的靜態方面由類圖和物件圖表現;動態圖方面由互動圖、狀態圖和互**表現。
uml提供了九種不同的圖:
(1) 用例圖(use case diagram),描述系統功能;
(2) 類圖(class diagram),描述系統的靜態結構;
(3) 物件圖(object diagram),描述系統在某個時刻的靜態結構;
(4) 元件圖(component diagram),描述了實現系統的元素的組織;
(5) 配置圖(deployment diagram),描述了環境元素的配置,並把實現系統的元素對映到配置上;
(6) 狀態圖(state diagram),描述了系統元素的狀態條件和響應;
(7) 時序圖(sequence diagram),按時間順序描述系統元素間的互動;
(8) 協作圖(collaboration diagram),按照時間和空間順序描述系統元素間的互動和它們之間的關係;
(9) 活**(activity diagram),描述了系統元素的活動;
在軟體資格考試中,通常下午考試第三道答題都是涉及用例圖和類圖,因此,這裡我們重點分析類圖和用例圖。、
uml用例圖
用例圖是指由參與者(actor)、用例(use case)以及它們之間的關係構成的用於描述系統功能的靜態檢視。用例圖(usercase)是被稱為參與者的外部使用者所能觀察到的系統功能的模型圖,呈現了一些參與者和一些用例,以及它們之間的關係,主要用於對系統、子系統或類的功能行為進行建模。
用例圖由參與者(actor)、用例(use case)、系統邊界、箭頭組成,用畫圖的方法來完成。參與者不是特指人,是指系統以外的,在使用系統或與系統互動中所扮演的角色。因此參與者可以是人,可以是事物,也可以是時間或其他系統等等。
軟體設計師考試總結
我們剛開始為了這次考試,自發結成乙個小組。自己卻因為時間安排上的問題與自己的組員嚴重脫節。經過一段時間的自己看書學習,覺得效果很差,就去找師哥師姐幫忙了。慶幸的是在師哥師姐的帶領下自己也算是跟上了隊伍的節奏!個人覺得在其中需要注意的幾點 備考階段 小組學習 在這個階段一定要跟小組一起學習討論,有疑問...
軟體設計師考試 概況
最近正在準備軟考,剛開始接觸軟考的時候,裡面的東西很多,雖然大部分是學過,感覺還是比較雜,於是就總結了下導圖 先上圖 整本書主要描述的就是軟體從無到有的過程,下面一一闡述 指導原則 也可以叫做指導思想,做什麼事情都有自己的指導原則。軟體工程的出現是為了解決軟體危機,使做軟體變成乙個工程去對待。因為在...
軟體設計師考試準備篇
1 考試證書是計算機專業方面的學生對於大學所學到東西的一種憑證。2 希望自己的簡歷更漂亮些和自己畢業之後得到更好的工作職位。1 時間緊,五月二十五號考試自己今天才開始做準備 2 自己知識不足,由於在學校自己對自己比較放鬆許多該學的東西自己都沒有學到手 1 自己借了兩本書 軟體設計師教程 陳平 禇華主...