這次教務系統，我跟校林負責成績管理這部分。這一塊，總的來說不複雜。主要是對成績進行匯入和查詢。
從開始分析需求到現在已經半個月了，後台**已經完工。目前開始著手做介面。將前面的工作總結一下。
1. 需求分析
這次的需求主要是參考正方的教務系統軟體。做需求的同時把系統的介面設計出來。正方軟體裡的成績管理的功能非常多，介面也比較複雜，很多我們也看不懂。於是就果斷刪掉了很多複雜或朦朧的需求。然後介面的選單一下子簡單明瞭了很多。目前存在的功能就是最主要的功能。也算是偷了個懶兒。
介面的設計過程就是落實需求的過程。只有介面明了了，業務需求才明確，後台才比較好確定下來。雖然介面是畫好了，但是在後台編碼的過程中還是回來改了好多。
2.資料庫設計
資料庫的設計理論上說是要符合三正規化的。其一就是減少冗餘，但是，冗餘最少的資料庫未必是最好的資料庫，有時為了提高執行效率，就必須降低正規化標準，適當保留冗餘資料。這次我們的資料庫就加了一些可以沒有，但有了之後很方便的字段，存在冗餘，但使用方便。
3 .dal層和bll層
dal和bll跟機房收費系統和新聞發布系統大同小異，d層就是增查改，為保留所有資料，沒有刪操作。b層還是業務的組裝。這次的**框架是用ea自動生成的。先在ea裡畫類圖。
教務系統做到現在，最大的收穫就是練習了怎樣「合作」。
1.務系統是乙個整體，每一部分都跟其他至少一部分有關係，自己會呼叫其他人的方法，其他人也可能呼叫自己的方法。怎樣溝通和交流？通過口頭還是文件？我們要做的就是把這些做的更規範。雖然互動內容少，但要盡量規範。一切以文件形式進行，對雙方來說都清晰和方便。這方面我們開始做的並不好，以至於需要我們方法的組對我們的資料庫和d層都很模糊。
2.小組內的交流和任務分配也很重要。否則，**的衝突和覆蓋便是家常便飯了。修改也要做好記錄，做好溝通。每一次的修改不僅會影響自己，還會影響其他組。dll版本的更新要慎重。
接下來，就要進入此次bs的最重要的乙個環節----介面。
教務系統總結
這次合作開發最大的不同點是，我們六個組分別負責有六個模組子系統，分別負責不同的系統，dal層和model層做好之後分別生成dll，除了介面層都是通過生成的dll檔案來呼叫，從而縮減了檔案和減少錯誤，只需要引用就行了。為了剛開始的開發的方便，我們每個子系統都有自己的資料庫，這樣就防止了把所有的資料放到...
教務考試系統的總結
教務考試系統的總結 教務考試過去不久，也經歷了好幾次，經過許許多多的師哥師姐以及同學們的努力建 立 除錯 測試 監考，還經過頭腦風暴的交流以及總結，下面做一些文字的小結，在 以後我們自己做系統是自己能做到更好 1 英語聽力介面進度條看不見，應該可以設成一直在題目上端的，有利於大家看到時 間，合理安排...
l教務系統總結一（ 思想）
歷時四十天之久的教務終於結束了。哈哈哈。感覺像是死裡逃生啊。下面對這四十天的工作做乙個總結 說說每一階段的收穫和不足吧！每一次收穫都是在解決問題的過程中體會到的，同時也是通過解決問題，發現的自身的不足。我們的這個系統 教師教務部分 包括排課，教師教務管理，和課程安排三個板塊 特點就是邏輯比較亂，其實...