畢業論文精彩的總結篇一

記得剛上完這門課的時候老師就布置了作業，要求我們就論文板塊的某個方面去寫心得，當時我就問我旁邊的同學，你學到了什么?很多人迷茫了，上完了這門課不知道講了什么，學到了什么。我個人的實際情況有點不一樣的，雖然說論文課忘了很多，但是還是有一些收獲的，起碼自己以后在寫畢業論文時候，知道要在內容與格式這兩大方面抓好，這非常重要。寫一篇好的畢業論文的確不容易，我們必須要認真對待。

剛開始的第一節課是張老師給我們上課的，老師談及論文寫作，給我印象最深的就是他多次強調論文的格式。的確，先不說我們的內容是否新鮮，觀點是否創新，建言獻策是否有建樹，但論文格式的要求是基本的要求，是每個同學都可以做好的。這些基本的格式我們要做好弄好，基本的東西沒做好，留給指導老師給你做，這合適嗎?雖然說今天面對的是一篇本科論文，但是可能明天也許你就會因為這種不認真的態度而錯失很多很好的工作機會。細節決定成敗，雖然這是一句話很俗套而且老生常談，但是十分有理。

其次是老師強調的選題，論文寫作的成敗，關鍵還在于選題。課上老師花了大量的時間給大家講了選題的問題。老師說我們在選題的時候從現實的弊端中選題，學習了專業知識，不能僅停留在書本上和理論上，還要下一番功夫，理論聯系實際，用已掌握的專業知識，去尋找和解決工作實踐中急待解決的問題，盡量選擇自己有較強的興趣、而且平時有所思考、有所積累的比較熟悉的課題，可以保證選題后寫作的可行性。而且范圍要盡量小一點，要不就會顯得沒有什么內容，給人很空的感覺。選題要求學生注重平時積累，博覽群書，并要長期的思考。另外注重對自己的跨學科知識的培養，以使自己能從更多的角度看問題，視野更開闊。老師還給我們舉了好多的例子來說明，我倒是有一些自己的切身體會。選題就是要發現值得做課題研究的問題，這就需要我們有問題意識。確定論文的題目不可能靠臨時抱佛腳，這項工作必須要放在平時。

記得在某一節課上老師給我們點評了一些師兄師姐的畢業論文，印象中聽到老師批評的聲音較多，贊許的話有，但是相對來說是比較少的。老師是一個會說真話有要求的人，老師的評價是中肯的。老師給我們看了一些師兄師姐的論文，在某些論文里，很多同學都可以看出挺多問題的。論文太難令人信服，文章太蒼白了。論文最后是文獻，文獻資料來源太少，缺少精確。有的甚至來源我們教材，這是不太可取的。在此，老師強調論文的參考文獻很重要，想寫好一篇論文，必須要廣泛地閱讀大量的文獻資料。

還有就是關于論文寫作的態度問題，當下社會抄襲之風似乎盛行得很。在這樣一個急功近利的時代，所謂的“學術抄襲”好像四處都可以尋找到適合它滋生的環境。而我們呢，對這類現象自然是會嗤之以鼻，然而見多了，也就見怪不怪了。其實，我們在這課之前也寫過論文，自己可以扣心自問，有多少的內容是借鑒了別人的。所以在上課時，老師也反復的強調，當我們自己進行論文寫作時，要時刻提醒自己，千萬不可以“犯規”，要靠自己的真本事。

總之，在這門課里可以學到挺多東西的，尤其在上課時我們可以感受到老師的學識淵博，但是老師對學生不驕不縱，低調的為人處事和謙虛認真的態度讓我打心底去尊敬他。同時也想到了我們身邊有些人吧，學識甚少、眼光短淺，還驕傲自大，把自己擺在高高在上的位置。事實上，在這個世界中，我們每個人都是那么的渺小，有什么值得你去特別驕傲的?所以我們都應該把自己的姿態放低，不懂就問，要多向身邊的人學習，這樣子你才能進步得更快!

畢業論文精彩的總結篇二

經過一段時間努力，畢業設計總體功能總算完成了，雖然上個學期交了一稿，但系統的有些功能還是沒有完成，這個學期開始又一直在外面，沒有時間做，四月份回學校以后總算有時間來完成它了。

我選的畢業設計是基于T的論壇設計與實現，其實網上開源的論壇多的去了，也不在乎我多寫一個，由于是畢業設計，功能就不是做得很強大，要不然完不成就不好交差啦!~

論壇架構基于三層架構，什么是三層架構，三層架構：底層的數據操作層，中間的業務層操作和呈現給用戶的界面(表示UI)層。表示層的作用是和用戶的操作產生可見的交互，主要是些UI元素，像HTM比如呈現數據，比如收集數據。業務層從數據操作層中獲取并組織表現層要呈現的數據，處理表現層收集過來的數據并傳遞給數據操作層持久化，這些問題的解決都在業務層。

數據操作層把業務層處理后的數據保存到一個持久地數據庫中和從數據庫中取出數據紿業務層。層間數據的傳遞運用業務實體類，業務實體類是一些代表了軟件世界需求的剝離了行為的類。沒有了行為，這些類自然就是一些數據的集合，而他們的作用，自然也是傳遞數據。在分層的架構中，使用業務實體類來傳遞數據更加的有意義。表現層中使用自定義控件和繼承自Bn的皮膚控件達到用戶換膚的目的。業務層中在客戶端使用jipt配合正則表達式和在服務器端檢查用戶的輸入來完成對用戶輸入的驗證。數據操作層負責和rver 2000交互。數據操作層主要是調用rver 2000中的存儲過程來實現對數據的操作。

運用三層架構，可以讓降低各層之間的偶合，比如，我們開發的時候用的是的數據庫，但用戶中途說改換rver 2000的數據庫，假如沒有分層的話，或是在各頁面都用的是Odbc連接數據庫的，這樣修改起來非常麻煩，運用三層架構，我們可以在Web.config配置直接對數據提供類分離，這樣需求變了，只要再寫一個數據提供類就可以了!

分層也更加有益于團隊開發，在團隊開發的時候，每個人的能力有限和研究的方向不同，有些人注重頁面設計，有些人擅長開發邏輯業務，有些人對數據庫操作和存儲過程非常了解，如果我們先運用軟件工程的方法先定義好各層接口，各層開發人員對其它層的工作不用擔心其實現，調用定義好了的接口就行了，這樣就能高效率的開發出高質量的軟件。

其實分層就是用到了設計模式!至于哪種我也不太清楚，或許用到了很多種，設計模式單看書很難理解而且是枯燥的!

在整個開發過程中，我覺得還是沒有完全按軟件工程的思想去完成他，以致到現在都還有些理不清頭緒，不過大體是按照需求分析，系統設計，編碼和實現來的，因為沒有分析和設計而盲目的編碼是沒有意義，到頭來只是白干一場!

T讓WEB程序員比以前輕松的實現更加復雜的功能，紿客戶端呈現的元素都可以在服務器端通過編程來控制，甚至Http請求也封裝好了一個類供我們調用，在以前這是辦不到的，我們可以通過實現IHttpModu級的事件和數據進行控制。也可以實現IHttpH來處理HttpReque

T的UI呈現模型中，所有標有Runrver”的元素都可以通過編程加以控制，甚至文本也不外如是。而且也表示我們所請求的一個頁面也是P我們可以在中加上true來跟蹤頁面請求處理所產生的控件樹。T的UI呈現模型一改以前WEB程序員開發WEB應用程序的模式，WEB程序員可以自己開發自定義控件或復合控件來呈現更加豐富的UI元素，來達到更加豐富的用戶體驗。

通過讀取Web.config文件我們還可以在Web.config讀取自定義的節點來配置應用程序，比如數據連接字符串，或數據提供類。

還有可以通過身份認證，角色認證，來對不同權限的用戶的UI和操作進行控制。

還有會話，狀態機制，讓用戶在無連接HttpReque富的交互式的體驗。

緩存機制讓WEB應用程序具有良好的性能。

而現在T的最新版本T 2.0 包含許多體系結構升級，其設計是為了提高開發人員的工作效率。不但改進了代碼模型來減少沖突，而且還擴展了編譯過程以為編譯和部署 Web 應用程序提供更廣泛的選項。T 框架的擴展性再次通過新的 HTTPModuHTTPH們支持建立在 T 中的許多新功能，包括個性化、母版頁和管理站點。緩存已經改進以允許數據庫依賴項和緩存后替代。從內部來看，T 2.0 包含了對它以前版本的顯著改進;這些新實現結合了許多開發人員驅動的實現，同時沿用了業界的最佳做法。T 2.0 提供一種世界一流的 Web 開發平臺，該平臺是為處理復雜的企業 Web 應用程序開發而構建的。而新增的T '技術將使T應用程序紿用戶帶來像桌面應用程序一樣的UI體驗。

通過在學校的最后一段時間的編程開發，讓我更加熟悉掌握了T及其相關技術，讓我更加對Micro有種難以言喻的崇拜感!而且為了了解最新的技術，還看了些英文文章和英文書籍。雖然我英語是那么的差，呵呵!

在畢業設計開發過程中，感謝指導老師和同學對我的幫助和支持!