總結是事後對某一階段的學習、工作或其完成情況加以回顧和分析的一種書面材料，它可以明確下一步的工作方向，少走彎路，少犯錯誤，提高工作效益，因此，讓我們寫一份總結吧。你想知道總結怎麼寫嗎？以下是小編整理的畢業設計總結範文，希望對大家有所幫助。
直到今天，才有心情重新翻開自己的畢業設計，整理一下自己的辛勤勞動的成果。在此之前，我的畢業設計説明書曾被無數次勒令修改格式，從剛開始的對諸位老師的嚴謹認真態度的肯定，到後來各位老師吹毛求疵的不滿，再到最後反正已經改了這麼多回了，不在乎這最後的一半次的心情。説明書的版本號也從剛開始的第一版，第二版，到後來只能根據修改日期來確定，這其中的滋味，不足為外人道也。
設計導師是挺嚴厲一名教授，老師結合我的工作背景給我出了個新題目，所以，我的畢業設計任務書變成了一張龍飛鳳舞的草稿紙。
設計之初的目的是實現一個視頻採集與疊加融合的系統，這令我不由得聯想到了我所熟悉的ARM，那麼，ARM能實現導師所描述的功能麼？
答案是肯定的，ARM作為MCU中功能強大而設計完善的主控芯片，實現視頻的疊加融合應該不難。以此為基礎，我進行了歷時三個多月的'艱辛探索。最後終於在畢設答辯之前，完成了導師交給我的基本功能。
系統的實現包括以下硬件環境：以ARM11為主控芯片的S3C6410開發板，U轉串數據線，電源線，用於TFTP數據傳輸的網線一根；軟件環境有：Ubuntu系統，完整的交叉編譯工具，Minicom。
代碼包括：lcd_pic01（lcd_pic01，lcd_pic02，lcd_pic03，lcd_pic04），括號中代碼為不同升級版本；mkpic（bmp，jpeg），支持這兩種圖片的格式轉換。
執行過程：
1、啟動minicom，設置S3C6410用nand方式Uboot啟動；
2、在終端打開mkpic文件，其中mm與pic文件夾為圖片庫，編譯後的mkpic可執行文件為圖片的編解碼程序，為批量轉換圖片庫的腳本（。/即可）；
3、編譯lcd_pic0x為可執行文件，並加載到tftpboot下；
4、配置相應網口號，使主機網口號符合arg下的配置，從而使用tftp工具加載相應代碼；
5、tftp 54000000 back，tftp 53000000 image，tftp 50008000 lcd_（內存54000000與53000000存放的是將要顯示在前景與背景的圖片數據段，50008000存放的是可執行代碼，用來設置相應顯示設置）。
設計在進行當中是存在客觀問題的，時間不夠用，能力有限等，所以導致現在回想起來的話，其實設計中還是有許多地方值得完善的：
1、沒有進行視頻採集；
2、沒有進行視頻信號的分析，編解碼；
3、圖片格式支持有限；
4、沒能實現兩個窗口的任意大小縮放；
5、沒能完善按鍵控制模塊。
無論如何，這次的畢業設計對我的職業幫助還是很大的，相信在未來的技術領域，我將繼續努力，接到更有挑戰的項目，做更完善的自己。
經過一段時間努力，畢業設計總體功能總算完成了，雖然上個學期交了一稿，但系統的有些功能還是沒有完成，這個學期開始又一直在外面，沒有時間做，四月份回學校以後總算有時間來完成它了。
我選的畢業設計是基於的論壇設計與實現，其實網上開源的論壇多的去了，也不在乎我多寫一個，由於是畢業設計，功能就不是做得很強大，要不然完不成就不好交差啦！~
論壇架構基於三層架構，什麼是三層架構，三層架構：底層的數據操作層，中間的業務層操作和呈現給用户的界面（表示UI）層。表示層的作用是和用户的操作產生可見的交互，主要是些UI元素，像HTML，JavaScrip，比如呈現數據，比如收集數據。業務層從數據操作層中獲取並組織表現層要呈現的數據，處理表現層收集過來的數據並傳遞給數據操作層持久化，這些問題的解決都在業務層。
數據操作層把業務層處理後的數據保存到一個持久地數據庫中和從數據庫中取出數據紿業務層。層間數據的傳遞運用業務實體類，業務實體類是一些代表了軟件世界需求的剝離了行為的類。沒有了行為，這些類自然就是一些數據的集合，而他們的作用，自然也是傳遞數據。在分層的架構中，使用業務實體類來傳遞數據更加的有意義。表現層中使用自定義控件和繼承自BaseSkin的皮膚控件達到用户換膚的目的。業務層中在客户端使用javascript配合正則表達式和在服務器端檢查用户的輸入來完成對用户輸入的驗證。數據操作層負責和SQL Server 20xx交互。數據操作層主要是調用SQL Server 20xx中的存儲過程來實現對數據的操作。
運用三層架構，可以讓降低各層之間的偶合，比如，我們開發的時候用的是Access的數據庫，但用户中途説改換SQL Server 20xx的數據庫，假如沒有分層的話，或是在各頁面都用的是Odbc連接數據庫的，這樣修改起來非常麻煩，運用三層架構，我們可以在ig配置直接對數據提供類分離，這樣需求變了，只要再寫一個數據提供類就可以了！
分層也更加有益於團隊開發，在團隊開發的時候，每個人的能力有限和研究的方向不同，有些人注重頁面設計，有些人擅長開發邏輯業務，有些人對數據庫操作和存儲過程非常瞭解，如果我們先運用軟件工程的方法先定義好各層接口，各層開發人員對其它層的工作不用擔心其實現，調用定義好了的接口就行了，這樣就能高效率的開發出高質量的軟件。
其實分層就是用到了設計模式！至於哪種我也不太清楚，或許用到了很多種，設計模式單看書很難理解而且是枯燥的！
在整個開發過程中，我覺得還是沒有完全按軟件工程的思想去完成他，以致到現在都還有些理不清頭緒，不過大體是按照需求分析，系統設計，編碼和實現來的，因為沒有分析和設計而盲目的編碼是沒有意義，到頭來只是白乾一場！
讓WEB程序員比以前輕鬆的實現更加複雜的功能，紿客户端呈現的元素都可以在服務器端通過編程來控制，甚至Http請求也封裝好了一個類供我們調用，在以前這是辦不到的，我們可以通過實現IHttpModule來對程序級的事件和數據進行控制。也可以實現IHttpHandler來處理HttpRequest。
在的UI呈現模型中，所有標有Runat="server"的元素都可以通過編程加以控制，甚至文本也不外如是。而且也表示我們所請求的'一個頁面也是Page控件，我們可以在中加上trace=true來跟蹤頁面請求處理所產生的控件樹。的UI呈現模型一改以前WEB程序員開發WEB應用程序的模式，WEB程序員可以自己開發自定義控件或複合控件來呈現更加豐富的UI元素，來達到更加豐富的用户體驗。
通過讀取ig文件我們還可以在ig讀取自定義的節點來配置應用程序，比如數據連接字符串，或數據提供類。
還有可以通過身份認證，角色認證，來對不同權限的用户的UI和操作進行控制。
還有會話，狀態機制，讓用户在無連接HttpRequest下具有豐富的交互式的體驗。
緩存機制讓WEB應用程序具有良好的性能。
而現在的最新版本2。0包含許多體系結構升級，其設計是為了提高開發人員的工作效率。不但改進了代碼模型來減少衝突，而且還擴展了編譯過程以為編譯和部署Web應用程序提供更廣泛的選項。框架的擴展性再次通過新的HTTPModules和HTTPHandlers顯示，它們支持建立在中的許多新功能，包括個性化、母版頁和管理站點。緩存已經改進以允許數據庫依賴項和緩存後替代。從內部來看，2。0包含了對它以前版本的顯著改進；這些新實現結合了許多開發人員驅動的實現，同時沿用了業界的最佳做法。 2。0 提供一種世界一流的Web開發平台，該平台是為處理複雜的企業Web應用程序開發而構建的。而新增的'Atlas'技術將使應用程序紿用户帶來像桌面應用程序一樣的UI體驗。
通過在學校的最後一段時間的編程開發，讓我更加熟悉掌握了及其相關技術，讓我更加對Microsoft技術有種難以言喻的崇拜感！而且為了瞭解最新的技術，還看了些英文文章和英文書籍。雖然我英語是那麼的差，呵呵！
在畢業設計開發過程中，感謝指導老師和同學對我的幫助和支持！
時髦風
