畢業設計總結範文

總結是事後對某一階段的學習、工作或其完成情況加以回顧和分析的一種書面材料，它可以明確下一步的工作方向，少走彎路，少犯錯誤，提高工作效益，因此，讓我們寫一份總結吧。你想知道總結怎麼寫嗎？以下是小編整理的畢業設計總結範文，希望對大家有所幫助。

畢業設計總結範文1

直到今天，才有心情重新翻開自己的畢業設計，整理一下自己的辛勤勞動的成果。在此之前，我的畢業設計說明書曾被無數次勒令修改格式，從剛開始的對諸位老師的嚴謹認真態度的肯定，到後來各位老師吹毛求疵的不滿，再到最後反正已經改了這麼多回了，不在乎這最後的一半次的心情。說明書的版本號也從剛開始的第一版，第二版，到後來只能根據修改日期來確定，這其中的滋味，不足為外人道也。

設計導師是挺嚴厲一名教授，老師結合我的工作背景給我出了個新題目，所以，我的畢業設計任務書變成了一張龍飛鳳舞的草稿紙。

設計之初的目的是實現一個視訊採集與疊加融合的系統，這令我不由得聯想到了我所熟悉的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、沒能完善按鍵控制模組。

無論如何，這次的畢業設計對我的職業幫助還是很大的，相信在未來的技術領域，我將繼續努力，接到更有挑戰的專案，做更完善的自己。

畢業設計總結範文2

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

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

論壇架構基於三層架構，什麼是三層架構，三層架構：底層的資料操作層，中間的業務層操作和呈現給使用者的介面（表示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技術有種難以言喻的崇拜感！而且為了瞭解最新的技術，還看了些英文文章和英文書籍。雖然我英語是那麼的差，呵呵！

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