教務系統 DAL層實現

教務系統資料庫設計完畢之後,就開始正式編寫**了.按照軟體工程學的觀點.乙個軟體的編碼階段佔整個開發過程的很小一部分.大部分時間都是在做需求設計.但是我們做的這個教務系統感覺沒有嚴格按照這個來執行.

主要原因我理解有這幾個:

1:我們對需求都有一定的了解,而且六期做過這個系統.可以從他們那裡得到很多需求.

2:時間比較緊,大家都是想著快點把它搭建起來

3:最後的原因就是我最不願意想的,所有的人都沒有認識到需求設計,整體架構的重要性?!

我們無論做什麼系統,都是在學習,個人感覺還是以理解學習為主,大家都急匆匆的把**寫完.接踵而至的恐怕就是無邊無界的維護.同時自己就是乙個**工人,只是寫了,沒有想了.

沒有人整體理解這個系統的結構.大家只是蒙頭做自己的.不知道自己的感覺對否?

總的來說無論怎麼樣,dal層還是寫完了.

我由於是基礎資訊模組,模組要為各個模組提供很多藉口.這樣,dal層就是最麻煩的地方.我們要去寫很多的方法.而且雪上加霜的是我們組缺少了一名成員.重擔就由我們兩個人來承擔了.

按照學宇的安排,dal首先解決的是自己模組的需求,首先把自己模組的方法寫完,然後各個組將自己需要其他組提供的介面提出來發給相應的組讓他們去完成.

對於我來說,其他組需要的方法,我都是盡量給提供的.在方法設計的時候,有很多地方需求不是很明確,比如課程型別(人文社科,社會體育,自然科學)這些放到**.學院專業班級課程的這些編號是如何確定的.勤工儉學的工作時間是如何確定的等問題.

這些問題主要是是自己對需求不是很理解造成的.現在深刻的理解到,做乙個軟體,必須和使用者去交流,去了解他們的業務.光靠自己想是想不出來的.現在教務系統對於我們來說還是有一定的聯絡.如果是乙個完全陌生的領域.可想而知沒有使用者的參與是多麼可怕.

對於dal層,主要是對資料庫的操作.由於操作比較多,而且裡面的查詢語句比較複雜.我們都是採用儲存過程實現sql語句,這樣做讓**裡面看起來特別整潔,一目了然.而且複雜的邏輯在儲存過程中編寫還是比較容易的. 總之

,dal

層的編寫,收穫

最大的就是對

sql語句的學習

.接下來會專門總結一些經典

sql語句的用法