軟體工程之路

          對機房收費系統的總結先告一段落。下面說下我從軟工到vb.net的感覺。

         

         一、軟體工程

         現在為止，還沒開始團隊開發，所以對文檔的重要性體會的還不那麼深，但是可以明顯感覺到文檔是有作用的了。

         現在總算體會到了一點點囫圇吞棗的學習的感覺，現在還清楚的記得當初看軟體工程時的迷茫。那時看軟工，能做的就是坐筆記，這樣能夠保證自己不犯困，並且對於將精力集中到視頻上有一定的協助。然後就是總結，用導圖將所做的筆記進行整理，整理的過程其實就是對知識點的強化。

         在軟體開發的過程中，軟工更多的擔任一個管理者的立場，安排了開發的步驟。大家做事都是按照規定的步驟進行，敲的代碼正常化，對軟體的各個方面提出了可標量化的要求，以做出一款比較科學的軟體。

         軟工給我更多的是一個思想方面的認識，例如軟體的健壯性、可擴充、不可修改、代碼要規範等等。軟體工程最重要的產物就是文檔了，在寫文檔時，需要進行建模。

 

         二、UML

         UML圖是建模不可缺少的。UML圖的核心其實就是九種圖和四個關係。但是，如果沒有一種架構方式，那麼UML的類圖畫起來是恨吃力的：剛看完UML後畫圖，只能畫出來使用案例圖，但是當畫類圖時，根本不知道怎麼畫，只是簡單將人分了下類。但是在這次畫圖時進行了分層，那麼畫的圖就不一樣了。感覺最深的就是時序圖，我在畫時序圖時，總面部了去再去修改一下自己畫的類和其中的方法。通過分層，畫圖變的不糾結。

 

         三、C#和大話

         接下來我們學習了C#，學C#是為了看大話模式，也是為了讓我們適應從一個語言到另一個語言。

大話，最開始的感覺就是這本書寫的很好，裡面每個設計模式都附有UML圖。大話裡面的每種設計模式，其實都是在為軟體工程服務。軟體工程對軟體的要求，大家只是知道去盡量做，但是具體怎麼做，我感覺大話就是在這方面起到了不可或缺的作用。。

         大話，講的不只是設計模式，更是一種對代碼不將就的思想。遇到重複的代碼，就要想是不是可以抽象出來，遇到需要重複的賦值，要想是不是可以寫成方法或函數。大話裡面每個小故事不就是這樣的麼——剛開始寫了一個代碼，然後通過大鳥指點，然後小菜改，最後應用設計模式。我們的代碼不也該這樣嗎？

         不過我們的優點是，先進行UML圖進行設計，這樣在沒進行敲代碼前，就已經在考慮設計模式了，由此也可以看出來UML圖的重要作用——可以減少無用功。

 

         四、vb.net

         Vb.net視頻其實講的不是一門語言，而是一種物件導向思想，一種機制（個人感覺）。在視頻裡面涉及到代碼的地方我感覺很少，但是雖然很少，但是它卻很好的向我們展示了vb.net平台的優點，相對於vb6.0來說，vb.net太好用了。最明顯的就是不會無緣無故崩潰。

         雖然沒有具體講語言上的只是，但是他講的東西我感覺可以用到任何一個物件導向開發的語言中。在vb.net裡面也提到了軟體工程和UML圖

 

         五、三層

         三層，通過慢慢的瞭解，知道它可以將一個軟體的代碼分為三層，並且這三層中可以任意替換其一替換而不影響其他兩層。但是回首我寫的卻發現並沒有做到這點。三層之間的參數傳遞，應該是只能傳遞實體類裡面的成員，而我在很多地方都傳了datatable，這樣在資料庫進行變動時，那麼BLL層很有可能要動甚至可能會動到UI層。所以這點是在團隊開發中要改的地方。

         用三層實現機房收費系統，結合了軟工的思想，用UML畫圖並且加入設計模式，文檔的不可或缺也會在我們合作的時候慢慢體會。

 

         總結

         可以看出，軟體工程是中心思想，不論什麼工具、模式，都是在圍繞著軟體工程。軟體工程要求在各階段都應該落實到文檔，文檔與UML圖是相輔相成的。至於設計模式，則是實現軟體工程中所說的軟體要求的經驗總結。