畢業設計管理系統小結

畢業設計管理系統基本完成了,還是老規矩,顆粒歸倉:總結.

 

先來看教訓:

1、做介面原型的時候，沒有為介面起好名字，連結也沒有設定好，導致後來大家在VS裡畫介面的時候，名字起得很不統一，很淩亂。

2、在建資料庫的時候，確定好主外鍵關係，一定要設定好相應的觸發器刪除，不然後期刪除肯定會出問題。如果等到發現了再設定，面對複雜的主外鍵關係有時候，很難理清楚。

3、Rose建模，最好是一個人來完成，然後大家給意見，我們這次採用分角色建模，導致類名混類，關係混亂，冗餘過大。

4、有些介面，各個角色的母片不一致，但操作區是一樣的，造成了介面冗餘。這個可以考慮母片設計的功能表項目根據角色顯示，或者把操作區做成使用者控制項。

5、事先沒有對按鈕，文字框等控制項統一樣式，沒有把公用樣式提取出來，導致頁面樣式混亂。樣式表應用不是很規範，有頁面內樣式，還有外部樣式，有冗餘，這些完全可以避免。

6、頁面配置，頂部logo佔用空間過大，並沒有實際用途。導覽功能表不夠人性化，沒有考慮到哪些是使用者最需要，最常用的。正像米老師說的，面向服務的思想不足。介面的炫和簡單實用是個平衡。

7、登陸介面，手動選擇角色，這個判斷應該自動完成。

8、SVN應用出現問題。我們提交的是解決方案，包括bin檔案夾等等，應該僅僅提交源碼，那樣對於SVN好控制。最後，再合并編譯。

9、要善於利用table切割介面，要保證統一。

10、需求不能僅僅一個使用案例圖就完事了，對於一些關鍵的商務邏輯要落實到文檔中，寫詳細。否則很容易導致建模的時候模稜兩可。

11、資料庫設計一定要形成資料字典，後期不要輕易改動。

12、查詢返回Datatable時，最好是使用欄位別名，不要暴露資料庫欄位，對後期匯出Excel也方便。

13、全部使用預存程序，雖然維護起來方便，不用動源碼，但是這樣對資料庫依賴過大，損失了擴充性。

14、登陸應該自動根據角色判斷，而不是手動選擇角色。

15、基本代碼完工後，前提應該自己調自己的，把基本問題都解決，然後整合後，最好是一起調，發現誰有問題，立即解決，效率還是比較高的。

 

新學到的技術細節：

1、上傳下載檔案

2、匯入匯出Excel

3、有幾個瀏覽器安全色問題，上傳下載檔案，檔案名稱會出現亂碼，這個還有待解決。

4、組合查詢，視圖，在預存程序中拼接字串。實體類建構函式置空屬性和sql語句中where 1=1這個技巧挺好。

5、Jquery動態菜單

不得不提一下，這次最大的收穫：前期需求和設計，非常地重要，非常地重要。前期一定認真仔細，儘可能考慮周全，不然準備等著後期被噁心吧。應對變化是必須的，但一定要讓自己儘可能抓住主動權。