總結個人版機房收費系統

標籤：

       個人版機房收費系統是在學習完vb.net語言和三層架構思想後的第一個系統，我們要從C/S向B/S進發過程中一個鋪路石，在沒開始C/S之前，雖然沒有什麼直接的聯絡。但學習就是有很多共同的地方，在這個過程中有很多知識是在鞏固，有很多東西新接觸或者實踐。我最大的感受就是，走過了這個過程就一定會帶走些什麼。

       個人版機房收費和第一版系統有很多相同的地方，這些相同的地方就在進行重構的過程中，協助我們i+1。

比如：

1、開發語言：雖然一個用的是vb一個是vb.net。但不得不說有了第一版的經驗，重構版用起來對於語言的理解也快一些。

2、需求：前後兩版的需求基本上是沒有變化的，我們畫的原型也是比照著之前的模版，除了一些 加入個人的想法，大致是不變的。

軟體工程

      由於使用者有需求想開發一個機房收費系統，然後就著手，寫一個可行性分析報告，從這個軟體從經濟角度有什麼大的可行性，同時滿足社會法律的要求。讓公司管理者和使用者看是否可行。

      報告通過之後，就要著手進行一些開發的準備事項了，比如項目開發計劃，有哪些計劃（介面，總體設計，運行設計，資料庫設計）和從哪些方法條件（程式以外的條件）

 

      在之後就要寫需求分析說明書，將系統的功能、資料庫說明，每一條線都介紹一下。

 

      然後這裡就要開始敲代碼了。我們的開發計劃就是首先設計出需要的資料庫，資料結構，資料要求等。

 

      在開發的過程中要寫好月報，將進度，還有資金耗費的情況分析好。

 

      敲完代碼之後要進行項目的測試，寫一個測試計劃，每一個功能都設計一個測試案例，把使用的資料，預期結果，最終結果都進行記錄整理和分析，寫一個分析報告，積累測試經驗

 

     當儘可能多的測試出錯誤之後，總結一個品質報告，系統開發就開發的差不多了，就要對於系統開發進行一個總結了，主要是和使用者需求有一個對比。

 

     弄好的項目就要交付使用者使用了，在對使用者進行培訓的同時也要附贈項目的使用者手冊，和操作手冊。協助使用者儘快熟悉。

UML

     UML的作用在重構的時候我深深的感受到了。因為我的UML是在系統完成以後才補充的，所以代碼和圖的對比，非常明顯。UML圖可以根據三層裡代碼的方法、屬性、返回值、參數等一一對應。那個時候才感覺到UML圖和代碼關係的直觀性。

    文檔 和UML完成以後，基本上系統的肢體軀幹就很清楚了。

架構        在學習完vb.net第一次接觸到了三層架構，與其說是理解起來很吃力，還不如說是改變起來很難受。就像是一張紙，明明只有一層，卻做的層層剝離，分出了三層。感覺管理起來不好玩了，但卻降低了他們之間的耦合度。把原來一個表單做的事情，分成了U-B-D三層。各司其職，效率也就提高上來了。代碼        有了文檔和UML圖的指導，代碼寫起來也會很輕鬆。在敲代碼的過程中，很有意思的是加入了很多協助類的東西，比如設計模式、預存程序、sqlhelper、視圖、泛型集合等。他們不光讓代碼變的靈活了起來，還變的有了更多的可能。
        比如設計模式中抽象工廠+設定檔+反射的地方，感覺就很厲害，讓更換資料庫變的靈活輕鬆了很多。

總結：

        機房收費系統就是在串珠子，將資料庫設計、Uml圖、軟體工程、設計模式、三層架構及VB.NET都串到了一起，然後相互作用。最後出來香噴噴還是臭烘烘的東西就看你的了。

總結個人版機房收費系統