昨天下午在偉東組長的帶領下開始了我們機房收費系統的驗收工作.偉東組長很負責,我們組是最后一個結束的,從三點半一直進行到六點.下面總結一下在這次驗收的過程中自己的學習收獲.
這次是自己換了一個角度來審視自己的系統,與偉東組長和愛崗一起來看我們所做的機房收費系統.發現好多自己鉆在機房收費系統中所不能發現的問題,同時也解決了自己的好多疑惑.
1 Rational Rose? Or Enterprise Architect(EA)?
先看一下兩個軟件的大小.Rational Rose是592M,
Enterprise Architect(EA)是33.4M
如果單從文件大小來考慮的話,一般情況下軟件越大,功能會更多.(通常的邏輯).然而通過這次驗收的過程中發現并不是這樣子,我畫UML圖是用的Rational Rose,也知道有Enterprise Architect也可以畫UML.但是在驗收的過程中組長介紹了EA畫UML圖有更大的靈活性和智能型.例如EA可以雙向工程我們現在所用的VB.Net.
雙向工程包括正向工程(從模型到代碼)和反向工程(從代碼到模型).而對于我們這種初學者而言,雙向工程的功能非常的使用,可惜的是我所用的Rational Rose 并不支持,而Enterprise Architect 對此功能支持很好.看一下兩個軟件雙向工程支持的語言對比
從總體上看Rose支持更多語言的雙向工程.但是恰恰我么現在所用的VB.Net Rational Rose并不支持.(其實并不是不支持,而是Rational 專門針對.NET環境的 Rational XDE for .NET )
小結:不管Rational Rose也好 Enterprise Architect(EA)也罷,他們都是UML的一種工具,其中最重要的是UML本身,而工具好與壞的一個很好的標準是此工具是否適合你的需求.這次更適合我的應該是EA(雖然我現在還沒有用過)但是多了解相關工具還是很有必要.
2 畫時序圖中如何畫接口和實現接口的DAL層里面的類的"關系"
接觸UML也有一段時間了,但是對里面的圖具體如何的去畫還是存在了許多疑慮.其中就有這樣的一個疑慮,就是在畫時序圖的時候如何去畫接口和實現接口的DAL層里的具體類,如圖:
關于此問題,我們小組經過了討論.最后通過VS生成的時序圖進行反向學習.看VS是如何處理這個關系的.最后發現,VS根本沒有我自己寫的最后一個類DalCardInfo,而是用一個實例CreateInstance:ICardInfo.也就是說,我上面話的ICardInfo接口和DalCard類之間的實現關系是不需要話的,這兩個應該是一個整體,也就是實現接口的那個類CreateInstance:ICardInfo.如此,解決了自己的疑惑.出現此疑惑的原因是自己對知識的理解不深所造成的.
如圖2:
小結:時序圖中工廠創建接口的實現類，而后BLL層調用接口的方法，在時序圖中沒有必要將此接口和其實現同時放到時序圖中，可以只放接口或者按照VS序列圖中的樣例將此事例命名為CreateInstant：InterfaceName。同時在此過程中也體現這一種學習方法.反向學習,UML圖的畫法不是一下就可以學會的,需要代碼和模型的相互不斷的進行反向驗證.在不斷的驗證中提高自己UML畫圖水平.
3 命名規范.關于命名規范.各個公司,各個地方的規范會有一些不同,我們要做的是適應.在哪個位置去適應那里的規范,除非到了某一天自己是制定規范的那個人. 我們現在是在提高班,就應該按照提高班的命名規范進行.這是毫無疑問的,適者生存!
通過昨天下午的驗收工作自己的收獲很大.在不知不覺中一下午已經過去,而自己還沒有回過來神.發現了自己身上存在的問題,同時開闊了自己的眼界,了解了一些個新的工具,技術和思想.
真的認為米老師的這種安排非常的智慧.自己學習研究完成一個系統,然后通過小組的形式進行討論驗收,讓大家在技術上和思想上都有一個提高.這種智慧用米老師的話叫做:教育管理.
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
