伴隨著七天國慶的結(jié)束，緊張的學(xué)習(xí)生活也開始了，首先聲明，閱讀筆記隨著我不斷地閱讀進度會慢慢更新，而不是一次性的寫完，所以會重復(fù)的編輯。對于我選的這本?? 《火球 UML大戰(zhàn)需求分析》，首先，為什么選擇這本書呢，其實，最開始我選擇的是《實用軟件需求分析》，可是后來大概看了《火球 UML大戰(zhàn)需求分析》這本書前序之后啊，發(fā)現(xiàn)了，書中的作者一開始和我們有著一樣的困擾，就象我們大學(xué)剛學(xué)到UML之后，學(xué)完一考試，考試前一復(fù)習(xí)，考完之后，就隨手扔到了一邊去。因為對于我們沒有經(jīng)歷過正規(guī)的軟件開發(fā)流程的大學(xué)生來說，UML對我們來說，作用并不大，甚至，我覺得，這個東西一點意義都沒有。因為每次去做一個軟件的時候，不用到UML也會輕易地做出來這個軟件。當(dāng)我看了作者的引言，作者一開始和我也差不多，對于UML知道一點點的知識，對于他的運用和作用也不是那么清楚，甚至工作兩年以后才開始真正的去強化他，理解他。所以，這本書，可以加強你對UML與需求分析之間的認(rèn)識，讓你的需求分析可以通過UML變得更加的強。

　　首先，作者是如何通過一個對UML一知半解的菜鳥，最終變成一個將UML完美結(jié)合到需求分析的大神呢？

毫無疑問，實踐當(dāng)然是最重要的，作者在碰到了自己的一個堪稱UML達人的領(lǐng)導(dǎo)之后，領(lǐng)導(dǎo)帶著他直接將UML運用到了實際的案例中，并在與客戶通過UML交流的如魚得水，這使得他對UML有了向往，于是跟著領(lǐng)導(dǎo)不斷地實踐，最終完成了這本書的創(chuàng)作。

　　大致的看了一下目錄，簡要的把他分為三個階段，第一個階段是UML，第二階段為UML+需求分析，最后一階段需求分析。從一開始的對UML基礎(chǔ)知識的學(xué)習(xí)，到中期的兩種技術(shù)的結(jié)合，在到最后應(yīng)用到實踐中。通過UML加強對軟件需求分析過程中的協(xié)作交流。

?

　　知識預(yù)習(xí)

　　1.??? UML分為?? 結(jié)構(gòu)型的圖和行為型的圖。所謂的結(jié)構(gòu)，就是闡述了某些物體之間的某種關(guān)系，某種聯(lián)系， 可以將它理解為靜態(tài)的；而行為圖，與之相反，可以理解成動態(tài)的，他闡述的是流程，過程。

　　　　結(jié)構(gòu)型的圖有：類圖，對象圖，構(gòu)件圖，部署圖，包圖

　　　　行為行的圖有：活動，狀態(tài)機圖，順序圖，通信圖，用例圖，時序圖

?

首先為大家逐個介紹一下以上多中途的大致的功能和用途

?　　　　類圖??? 如圖所示，類圖在以后的學(xué)習(xí)，以后的需求分析中必須要拿來分析業(yè)務(wù)的概念，所以必須很好的掌握它的用途

?

　　　　　　對象圖????? 對象圖其實就是上面的類實例化之后生成的對象，一般是用在軟件開發(fā)中，而對于需求分析來說，一般不會使用，所以，可以簡單地了解

　　　　　　構(gòu)件圖???? 構(gòu)件圖就是組件圖，就像汽車的組裝一樣，由很多不同的組件拼裝成一個汽車，而在我們的軟件中，也是由多個的部分來構(gòu)成我們的軟件

，簡單地來說，構(gòu)件圖就是用來描述軟件的內(nèi)部的物理組成。而構(gòu)件圖在我們的軟件需求階段，為我們分析我們的軟件基礎(chǔ)的構(gòu)架提供了很大的幫助，所以用處很大，必須掌握。

　　　　　　部署圖??? 部署圖用來分析本系統(tǒng)的部署，本系統(tǒng)和其他的系統(tǒng)之間的關(guān)系。對我們分析軟件的進本框架也有著很大的幫助，和上面的構(gòu)件圖一起來完成我們的基本框架和軟甲架構(gòu)的需求，對于客戶的局域網(wǎng)，數(shù)據(jù)庫，或者其他的平臺軟件等做一個合理的IT基礎(chǔ)環(huán)境的規(guī)劃。

　　　　

　　　　　　包圖????包圖，類圖，對象圖。? 就像JAVA里面的項目一樣，? 類實例化之后成為對象，當(dāng)類數(shù)目過于多，過于龐雜，就用包來“打包”。所以包圖就是描述包和包之間的關(guān)系的。一般很少會用的到，可以做了解

　　

? 　　　　　　上面介紹到幾個就是我們平時常用的幾種結(jié)構(gòu)圖，也可以把它理解成靜態(tài)的。下面來介紹行為圖。

　　　　　　

　　　　　　活動圖，狀態(tài)機圖，順序圖。這三個圖都是用來描述流程的，但是是從不同的角度來進行分析，大部分情況下，要用到這三個中的至少兩個來分析我們的業(yè)務(wù)流程

?　　　　　　活動圖

　　　　

　　　　　　　　活動圖用圓邊框來表示各種活動，用箭頭來表示活動的先后順序，很類似我們初中所學(xué)的流程圖。

　　　　　　狀態(tài)機圖?? 它主要是從物品狀態(tài)的變化的角度來描述活動的，如圖，請假條的狀態(tài)有待定，批準(zhǔn)，拒絕。

　　　　　　　　順序圖

　　　　　　如圖所示，一個點菜的順序圖，小人代表了角色，角色之間的箭頭代表了他是如何交互的，而箭頭的上下的順序，表示了它的先后順序。所以，順序圖可以展示出角色是怎樣參與到這些活動來中的，角色與角色之間的交互。

　　　　　　　　

　　　　　　通信圖

　　　　　　一般在我們的需求分析中，用到通信圖的時候不多，因為他沒有順序圖表達的清晰易懂，所以多做了解。通信圖側(cè)重于相互之間的關(guān)系，而不是順序。

　　　　　　　　

　　　　　　　　用例圖

　　　　　　　　這個很關(guān)鍵 ，它是用來描述什么樣的角色通過我們的系統(tǒng)可以干什么樣的事情，這個對于我們的需求分析來說十分的重要? ，必須要學(xué)會使用

　　　　　　　　

　　　　　　　　時序圖

　　　　　　　　作為最后一個要說的行為圖，時序圖來說，他也是基本使用不到的，但可以多做了解，他表示的是狀態(tài)的變化隨時間的關(guān)系，比如燈什么時間段開著，真么時間段關(guān)著。

　　　　　　　　

? 以上就是我的第一次的閱讀心得和對知識點的整理，希望可以活用UML來增強我們的軟件需求分析

?

轉(zhuǎn)載于:https://www.cnblogs.com/sanzangtdashi/p/5934913.html

總結(jié)

以上是生活随笔為你收集整理的阅读笔记 1 火球 UML大战需求分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。