歷經漫長的N天之後，自己用visual studio工具+UML的建模規範+設計模式中的思想+軟件工程的觀點重做的機房管理系統已經基本（報表顯示還有些問題）告罄。
先簡單順一下做系統的前後過程吧：
暑假裏接觸到軟件工程，瞭解了軟件開發的基本思想，開學後先後學習了UML語言及對應的建模工具Rose；爾後接觸並學習了大話設計模式、Vb.net並用vb.net語言做了些設計模式方面的練習；最戶使用建模工具採用MVC架構重新設計機房收費系統的模型。
學習的內容雖然不算太多，但到最後應用時卻困難不少。雖然當時受專業課學習的影響，但也沒達到一定的效果。看視頻時能跟着理解，但一定階段後很少去較深入地思考總結它們，這樣就造成後來建模時對一些元素泛泛而用知其表不知其裏。最後還是經過重新的學習與查詢才慢慢透徹。對分層模式的學習也是一波三折，一開始去網上查一些相關資料，看的不知頭緒。後來經過坤哥對MVC的講述和同學之間的討論和自己的思考才窺其表裏。對MVC的掌握也是感覺收穫不少的地方。
這十幾天實際做工程的過程更多的是技術問題的出現與解決的過程或是說惱人的調試過程。有時一個Bug耗費半天的時間！這也暴露了自己解決問題的方法方式的‘Bug’：有時不加分析的問題根源，‘忙’ or ‘盲’問Google從而導致對一些無用信息的瀏覽。不過技術上還是有些收穫的：應用泛型、反射、配置文件的過程中查詢資料及閱讀專業書籍也使自己得以窺得.NET冰山一角。
總起來說，這半年的學習與實踐就是培養與塑造我們軟件工程化的思想。
UML就是軟件工程界中主要針對面向對象軟件開發中的一個統一語言，它規定了建模過程中各種圖形元素的語義。使用它大家就能通過模型做出跟模型一致的產品。如對象間的關係有依賴、關聯、聚合、組合、繼承，它們的表示形式在UML有統一規範：分別用各種不同的箭頭固定表示。通過箭頭的樣式就可以判讀對象間的關係。
設計模式，是前人在面向對象程序設計中對經常遇到的問題一種通用有效的解決辦法，具體開發過程中應視問題來決定應該採用哪種設計模式或是乾脆不採用更或是現有設計模式解決不了問題時自己創造新的模式。
MVC分層架構：它的優缺點不必多說。對分層架構設計的學習與理解應該算是我們這半年來的一個轉折，MVC把我們從以前軟件搭雞窩的做法轉向專業的軟件架構方式。
它們聯繫起來再加上一些工具可以說是面向對象程序設計開發過程中所涉及到的全部元素了。架構方式決定了系統的組織方式，UML表示的模型具體體現這種組織方式，設計模式解決局部的實際問題也體現在模型中，這樣系統的實現最終就可通過模型來實現。