機房收費系統，第一做是在去年暑假，公尺老師說，無論你用什麼方法，做出來就可以。當時還沒有學習物件導向，語言是vb6。現在回想起來，做之前迷茫心慌，做進去之後那是驀然回首，等到做完的時候，那就是「談笑間檣櫓灰飛煙滅」了。感慨頗多。
現在該第二次做機房收費系統了。
前一段時間，應該說，好長一段時間了，從軟體工程開始，不理解物件導向，不知道怎麼畫uml圖，不知道怎麼運用三層架構。那些對我來說，緲若仙山，遠遠望著，卻怎麼也不可及。
到第二次做系統，開始畫uml圖，之前也迷茫了乙個多星期，用例了事之後，就在三層行行復行行。
昨天開會討論，公尺老師請師姐給我們解答對三層架構的疑問。理解如下：
表現層（ui）
業務邏輯層（bll）
資料訪問層（dal）
- - - - - - - - -
實體層（entity）
介面層（inte***ce）
其關係如下圖所示：
建模過程如下：
1.首先是用例圖，大致為按角色劃分和按功能劃分兩種。各有利弊。
（1）對於系統需求明確的，兩者皆可。按角色劃分更為清晰明朗；按功能劃分稍顯凌亂，卻更容易進行下一步——抽象類，尤其是資料庫。
（2）對於系統需求不明確的，可能就要兩者相輔而行了。
2.包圖，這是最容易畫的，就是上面那張圖。難的是包內部需要建立哪些類。哎，我就在這條路上起了又倒，倒了再起。
（1）實體層（entity）
以資料庫為基礎，在資料庫表的基礎上，建立實體層。資料庫的字段為類的屬性。
（2）資料訪問層（dal）
以資料庫為基礎，建立資料訪問層。針對每一張表的操作。可增？可刪？可改？可查？四者兼備，還是擇其一二。
（3）表現層（ui）
即需要的windowsforms窗體。
（4）業務邏輯層（bll）
提到了兩種方法，一種是依照ui層，建立bll層，bll層裡面是對dal層操作的業務封裝；還有一種，是依照dal層，建立bll層。第二種方法我目前還沒有見到過，只聞其名，不解其意。
3.時序圖，正在進行中。。。
第二次驗收機房收費系統後
昨天下午第二次驗收了機房收費系統，是韓總幫我驗收的。經過上次學宇師姐和公尺老師的驗收，發現了自己圖和 的引用關係不一樣，工廠沒有實現，引用關係與包圖不一致。這樣不必要的引用會給系統造成很大的負擔，所以一定要規範自己最基本的三層，然後再在這個基礎上新增新的設計模式。上次完成驗收後，自己的系統的主要問題...
第二次驗收機房收費系統後
昨天下午第二次驗收了機房收費系統，是韓總幫我驗收的。經過上次學宇師姐和公尺老師的驗收，發現了自己圖和 的引用關係不一樣，工廠沒有實現，引用關係與包圖不一致。這樣不必要的引用會給系統造成很大的負擔，所以一定要規範自己最基本的三層，然後再在這個基礎上新增新的設計模式。上次完成驗收後，自己的系統的主要問題...
個人版第二次機房收費系統的小問題
net機房收費系統個人版的第二版已經完成了，上次遇到的問題主要是包圖和建的程式集不對應，很多引用關係很混亂。經過第一次做完和合作開發的經歷，意識到了自己做得機房收費系統中還有很多問題。這次修改機房收費系統對應了包圖和程式集的關係，修改了工廠，去掉了這個mixfunction包。ps mixfunct...