談談我們的合作開發

    合作開發算是暫告一段落了，算算從開始接到任務到完成居然過了近半個月，不過收獲也是不小的。

    接到任務的第一天，大家做到一塊開始商量合作開發的事宜。制定了一下我們合作開發的Schedule，然後開始了我們的合作開發之路。待組長畫完用例圖，我們一起讨論，一起敲定系統的具體用例，當然免不了有争論的地方，不過也正是這些争論讓我們更加深對資訊管理系統的了解。用例定好了，開始一起攻克資料庫。根據用例，來設計資料庫，規範字段名稱，認真讨論字段類型，按着“三範式”将一個個表确定下來。然後為表添加各種限制，主鍵、外鍵、Check限制、Unique限制、Default值、Identify自增值等，并建立的資料庫關系視圖。包圖一起确定了，然後開始分工，D層+Factory層+接口層1人，Entity層1人，B層+Facade層1人+組長，U層1人。

    當然我們也用到了政策模式，這個主要是用在下機結算時，根絕不同的卡類型，使用不同的計費方式。了解的比較淺。向七期的前輩請教，說其實刷卡上機和下機也是一種政策。當時沒怎麼明白，不過現在有些了解了。上機和下機也是兩種不同的政策。刷卡時，要檢測卡的上機狀态，根絕上機狀态的不同，實作上機和下機兩種不同的政策。

    這次有點遺憾的是觀察者模式。在處理強制下機操作時可以用到。将線上的全部加載到一個清單中，然後通過觸發強制下機操作，周遊清單，使清單中的每一項都執行強制下機操作。是一個很好的方法，隻可惜這次由于種種原因沒有加上，師哥遺憾。

    不過這次的開發給我的感覺不像是同步開發。這次我們想自己動手敲代碼，沒有用UML圖來導出代碼架構，是以我們由下層寫出架構，然後送出，再由上層根據下層的代碼提示來寫，這樣一般不會出錯。不過想想，圖都給出來了，其實不用等着下層的送出架構也可以寫。一個好的設計，有完善的圖和文檔，我們完全可以根據這些來完成自己的工作。

     本次合作開發給我最大的感覺就是一個合作才是軟體開發的正道。當然成功的合作，取決于項目的設計、分工的合理性及每個人對待自己任務的态度。項目設計的好壞可能直接影響到你的項目是否能夠完成。如何更加合理的分工，我感覺應該是每個人做自己擅長的那一部分，可靠性會增加很多。态度問題，每個成員都應該盡力盡快的完成自己的工作，不要因為你而使得整體項目計劃延遲。

    有個問題想了半天，還是感覺說說比較好，我們有一部分成員把重點隻放在了經曆合作開發，而項目本身有些馬虎了，感覺這樣不好。我覺得，雖然合作開發的主要目的是為了讓大家更好的了解三層，培養合作開發的意識和能力，但是，我們不能對于系統太過草率了。在我看來，每一個項目都是一個生命，生命不應該是殘缺的。對自己的任務完成度要求要高，這也是一種鍛煉，同時也是一種職業素質。

    當然在合作開發過程中，也發現了自己要學的東西還很多。比如快速畫圖，資料庫表直接轉化為實體類和UML圖，SVN的熟練使用，Rose導出網頁版的圖等等技巧都是自己所需要鍛煉的。不怕不知道，就怕不知道，現在我已經知道了，剩下的就是去實踐。