從15號正式開學到現在一直在進行教務系統的開發，剛剛拿到學校使用的正方系統後台的時候，從了解需求，畫介面開始，到現在的資料庫設計。
這次寫教務系統是由學宇師姐帶領著嚴格按照軟體工程的流程來進行開發的，首先是了解需求，了解需求大概用了兩天左右，進行了介面的大概設計，第一次寫介面沒有用到什麼東西，只是乙個大概的介面布局。第一次進行介面的草擬主要是為了幫助我們理解需求。兩天結束之後，對需求有了大概的了解，開始了對自己負責部分的資料庫設計，資料庫的設計是在我們小組共同討論下進行設計的，在討論的過程中，不斷的一點點深入，對系統有了更深的了解。
資料庫討論用了近兩天的時間，討論時幫助小組成員解決了他們自己的問題，同時夜幫助自己了解了其他人的需求。在討論完的一天內，自己把資料庫大致的做了出來，把原來理解錯誤的一些需求都去掉了。
在進行資料庫的同時對介面進行了重新美化，大致的格式沒有變，只是用css美化了一遍。在驗收資料庫的設計過程中，有一些自己覺得不合理的地方也在一點點的完善。
自己負責的這一塊沒有什麼難點，主要的還是一些增刪改查的過程，用到別處的資料較多。這段做好溝通是非常重要的，用到別處的資料要提前打招呼，否則到時候再說如果沒有這一點的資料還要進行資料庫的改動，這是做軟體的大忌。
在這幾天進行的過程中有一些感觸和感想
1.在團隊用svn進行開發的時候一定要給自己組負責的那一塊進行許可權設定，否則後果非常嚴重，昨天因為改動了master資料夾下的公用控制項，在更新和上傳的過程中弄得一團糟，幸好設定了許可權，否則後果不堪設想。
2.在團隊進行資料庫設計的時候，由組長進行整合，整合之後必定會有這樣那樣的改動，組長用的是t-sql語句建立的資料庫，結果讓我修改的時候我先生成了資料庫，然後再視覺化介面中進行了修改，然後再匯出了t-sql語句，組長那頭也在修改資料庫，生成的語句多出了很多在加上修改，一時間顯得很亂。所以在團隊同時進行資料庫修改的時候，要分清界限，一人一塊。
3.在進行需求分析的時候不要想得太多，自己有乙個缺點，進行需求的時候總是想很多實現的細節，想不通了就一直愣在那裡了，後邊有概要設計和詳細設計的文件編寫，所以很多東西不用一開始就非常清楚。
4.在用到別處資料的時候一定要提前打招呼，這就是文件的重要性，這次我們的文件只是自己做自己的，並沒有相互交流著看，在和歡崽說我要用哪些資料的時候，結果有幾處沒有設計，所以文件和交流是非常重要的。
這次的工程在真正意義上才算是一次真正的合作開發，上次的系統由於過小所以使合作開發看起來很簡單，遇到的問題也沒有那麼多，到現在為止，遇到的問題多多，有自己設計的問題，也有工具的問題，但都是些小問題，乙個個的都在解決之中。
希望我們的工程能趕在開學之前投入使用。
教務系統總結
這次合作開發最大的不同點是，我們六個組分別負責有六個模組子系統，分別負責不同的系統，dal層和model層做好之後分別生成dll，除了介面層都是通過生成的dll檔案來呼叫，從而縮減了檔案和減少錯誤，只需要引用就行了。為了剛開始的開發的方便，我們每個子系統都有自己的資料庫，這樣就防止了把所有的資料放到...
教務系統後台總結
這次教務系統，我跟校林負責成績管理這部分。這一塊，總的來說不複雜。主要是對成績進行匯入和查詢。從開始分析需求到現在已經半個月了，後台 已經完工。目前開始著手做介面。將前面的工作總結一下。1.需求分析 這次的需求主要是參考正方的教務系統軟體。做需求的同時把系統的介面設計出來。正方軟體裡的成績管理的功能...
教務系統 需求分析
這個假期的主要任務就是完成教務系統的設計 這個教務系統對於我們來說還是比較龐大的 整體來說就像是乙個高校的 erp,裡面涉及到對高校的人事,教學 考試,活動等的管理 我們將這個系統拆分成九個模組進行設計 1 教務系統教師業務 師資管理 教學計畫管理 排課管理 2 教務系統 學生業務 考試管理 畢業生...