用EA進(jìn)行分析設(shè)計

1、用EA輕松進(jìn)行分析設(shè)計一、 開始前的準(zhǔn)備（進(jìn)行前的設(shè)置）設(shè)置你默認(rèn)使用的數(shù)據(jù)庫二、 創(chuàng)建項目新建項目：選擇你要保存EA文件的路徑，輸入EA文件的文件名：根據(jù)您項目的情況，選擇需要的類型選擇模式下需要的模型（通常我是全選，在這里全選后，還可以在項目瀏覽器中刪除，或則增添），按確定后，模型在創(chuàng)建。下面是創(chuàng)建好的項目模型在這里可以刪除某些認(rèn)為不需要的模型，或者按一下步驟增添需要的模型1、 選擇Model點右鍵2、 選擇增添的模型三、 UML中3個重要的東東在進(jìn)入實際工作之前，需要了解這3個UML中重要的東東，對在EA里的操作很重要（本來這是UML中的基礎(chǔ)，本不該在這里講，但是在使用EA時有好多人問題

2、一些很基本的東西，所以就補上來吧）包：是為了系統(tǒng)的結(jié)構(gòu)劃分而存在，主要是系統(tǒng)之間的功能分界，也可以看作是分層次，就像我們寫一篇文章，需要分目錄、章節(jié)一樣；視圖：視圖就像一塊白板，用于表現(xiàn)存放各元素以及元素的關(guān)系，如用例圖、類圖，或者是存放包的包結(jié)構(gòu)圖。不同的視圖有不同的含義，這里就不展開了，一個視圖出現(xiàn)后，對應(yīng)和此視圖相關(guān)的元素會在左邊出現(xiàn)，如：元素：既是UML中的元素，如：用例、類、表、包等等連接這些元素的不同的線，代表的是其之間的關(guān)系。四、 和客戶溝通，記錄需求在這里記錄下用戶的原始需求，有分功能需求和非功能需求（如性能、兼容性、部署環(huán)境要求等）分包，同時記錄用戶的原始需求，這里模型中有好

3、的一個分法，把需求從特性、規(guī)則和界面要求分開了各個層用法（其實這里的規(guī)則和特性，概念也很模糊，通常我用的時候上面的包為Requirement只是記錄需求，相應(yīng)的規(guī)則和特性都記錄在Features當(dāng)特性表的內(nèi)容）以下是非功能性內(nèi)容然后，對每個元素和需求中填寫需求的描述以上的工作只是收集原始需求的工作，是現(xiàn)場或和客戶溝通、接觸的最直接工作以及“證據(jù)”，同時也是為了下一步的分析的根據(jù)基礎(chǔ)，接下來是體現(xiàn)系統(tǒng)分析師的水平的工作，用例以及用例分析；五、 建頂層用例用例可分頂層用例、業(yè)務(wù)用例和系統(tǒng)用例（這是我自己的分法，沒有教程這么講過，只需自己理解就好，其實業(yè)務(wù)用例和系統(tǒng)用例可以當(dāng)作一些書本中說的客戶需求

4、和系統(tǒng)需求），以上分法目的是：首先，從和客戶的溝通和接觸中，你可能會收集到很多早期的用例，特別是一開始會是用戶的最初要求，也是最大的期望，通常這些都是可以歸類到頂層用例中，然后根據(jù)這些頂層用例和收集的需求，根據(jù)你的理解，以其行業(yè)（看你的系統(tǒng)是做什么行業(yè)）的術(shù)語和業(yè)務(wù)進(jìn)行分解和細(xì)化形成業(yè)務(wù)用例，這是整理以及細(xì)化的過程，可以至頂向下，也可以由細(xì)整理再歸類，最后形成業(yè)務(wù)用例；同時，根據(jù)你IT的經(jīng)驗，把業(yè)務(wù)用例進(jìn)行分析（這是見你分析設(shè)計經(jīng)驗的時候，架構(gòu)師通常的能力就表現(xiàn)出來了），形成可開發(fā)化的系統(tǒng)用例，這過程是個分析的過程，有可能一個業(yè)務(wù)用例會被你分拆成多個用例，也有可能多個業(yè)務(wù)用例合并成一個系統(tǒng)用例

5、，總之，就是系統(tǒng)優(yōu)化的那些原則，性能、可擴展性、安全性、通用型等等什么的。這些內(nèi)容調(diào)研之后的首要工作，這些可以同步迭代進(jìn)行。用例圖是角色和用例之間的關(guān)系，所以通常做法我會給角色單獨建一個包，然后用例根據(jù)邊界的分法建包：建立相關(guān)的包輸入包名根據(jù)你這個包所扮演的作用選擇相關(guān)視圖，（一個包中可存在多個視圖，可用前面說的視圖按鈕建立）雙擊剛建好的用例視圖點擊左邊的元素集，選擇用例元素放置到用例視圖中，填寫用例名和用例描述以其其他相關(guān)的屬性或者是和此用例相關(guān)的文件把相關(guān)的角色拖到視圖中在提示框中選者簡單的連接畫上角色和用例的關(guān)聯(lián)其關(guān)聯(lián)還可以通過雙擊關(guān)聯(lián)線，標(biāo)注相關(guān)的構(gòu)造型和鏈接名六、 進(jìn)行領(lǐng)域模型建?？?/p>

6、過領(lǐng)域驅(qū)動設(shè)計的人就知道領(lǐng)域模型的作用是什么了，主要是面向用戶，面向業(yè)務(wù)的，顧名思義就是理解領(lǐng)域中的各層關(guān)系，其實畫法和類模型相似，這里就不細(xì)說了，并不是必須的，看項目具體情況而定。七、 建類圖案例中做了個好的分法，把系統(tǒng)類和架構(gòu)類分開了，大家可以照搬，當(dāng)然也可以根據(jù)自己需要自己建包。做法也是和之上畫用例圖的步驟一樣的（重要的是分析設(shè)計的思想）：建包建視圖-畫元素（用例、類、表等）-畫關(guān)系（關(guān)聯(lián)、繼承、依賴等）一個類它可以有屬性和方法建類的屬性輸入屬性（變量）的內(nèi)容建類的方法輸入方法的內(nèi)容八、 建數(shù)據(jù)模型手動建數(shù)據(jù)模型的方法和以上內(nèi)容基本相似建字段和方法的方法和類圖一樣（不過通常通過類轉(zhuǎn)換過來

7、的話，這些內(nèi)容都有了，只是對其進(jìn)行一些修正即可）九、 通過包轉(zhuǎn)換建立類模型、數(shù)據(jù)模型領(lǐng)域模型、類模型、數(shù)據(jù)模型這幾者之間是可以通過包轉(zhuǎn)換來進(jìn)行的，也就是如果你原來建好的領(lǐng)域模型，可以通過領(lǐng)域模型轉(zhuǎn)換到類模型，從類模型轉(zhuǎn)換到數(shù)據(jù)模型，這是可以減少很多的工作量，而且是可以承接先前的思想。選中需要轉(zhuǎn)換的包，右鍵、根據(jù)你要轉(zhuǎn)換的目的內(nèi)容選擇十、 通過數(shù)據(jù)模型生成SQL選單個表生成SQL選整個包生成SQL從原有數(shù)據(jù)庫中導(dǎo)入表結(jié)構(gòu)十一、 EA進(jìn)行正反向工程用EA進(jìn)行生成源代碼暨正向工程單個類生成源代碼整個包生成源代碼用EA導(dǎo)入源代碼暨反向工程查看源代碼以及修改了源碼后進(jìn)行代碼同步在EA中修改了源碼以后，可以進(jìn)行代碼同步十二、 在EA中進(jìn)行編碼，當(dāng)IDE使用（就像eclipse）十三、 組件模型十四、 部署模型十五、 EA中管理測試可以在EA中管理測試計劃和測試用例，首先可以以這分包測試計劃模板十六、 系統(tǒng)維護(hù)軟件管理當(dāng)然少不了系統(tǒng)的維護(hù)，系統(tǒng)變更管理，EA中同樣含有維護(hù)模型，可以在這里進(jìn)行版本及其版本中變更的管理十七、 進(jìn)行項目管理在EA的項目管理中還有計劃管理、資源管理、風(fēng)險管理等方面，和軟件工程的UML或ISO的管理比較貼切項目