畢業論文的總結與展望怎么寫

時間：2022-11-16 13:16:04 常識大全我要投稿

相關推薦

畢業論文的總結與展望怎么寫

　　轉眼間大學生活即將結束，畢業前都要通過最后的畢業論文，畢業論文是一種有計劃的、比較正規的檢驗大學學習成果的形式，優秀的畢業論文都具備一些什么特點呢？下面是小編整理的畢業論文的總結與展望怎么寫，供大家參考借鑒，希望可以幫助到有需要的朋友。

畢業論文的總結與展望怎么寫

　　第一節工作總結

　　本文闡述了信息系統、J2EE開發平臺方面的基本知識，并對該信息系統的各個設計實現環節等進行了研究，給出了公安信息系統的設計與具體的實現方法。

　　通過開發此項目，提高了本人的理論知識和實際動手能力。

　　軟件工程論文怎么寫

　　本文在閱讀、參考大量國內外相關理論及具體應用的基礎上，根據當前現有的工作條件、網絡情況和實際工作的需要，設計并實現了基于J2EE平臺的公安信息管理系統。

　　本文的主要工作總結如下：

　　1、總結分析國內公安信息系統建設的現狀與經驗，分析了J2EE平臺的優勢，找出當前信息系統存在的問題，針對問題系統分析和研究信息系統的需求。

　　2、提出全市公安信息系統總體架構規劃原則和思路，確定系統建設總體結構。

　　3、根據系統架構的總體設計思路，確定全市公安信息系統的數據庫設計原則和思路。

　　4、根據系統的功能需求，提出了系統網絡部署架構設計和軟硬件要求。

　　5、結合公安工作的實際情況，進行了系統功能設計，給出了公安信息系統的邏輯結構、功能結構，并詳細闡述了各子系統的功能設計；

　　6、對一些重點模塊及用到的關鍵技術進行了闡述。

　　此系統能夠為用戶提供網絡環境下的辦公環境，讓各個部門的工作人員方便靈活地在系統的應用環境下處理信息，提交公告，發布新聞，使各種信息得以充分利用，有效地提高了辦公效率，具有實用性和可擴充性。

　　第二節展望

　　在今后的系統開發中，信息平臺將依托警用地理信息系統，通過對系統的改造和對數據庫中地址信息的標準化，完成查證信息定位、地理關聯查證、區域排查、地理軌跡分析、人、案件、機構地理特征以及四色預警功能，實現信息平臺與GIS的無縫整合；通過外網信息采集以及互聯網實現與社會信息的整合共享，以實現信息系統為民所用，為民服務。

　　1、實現與警用地理信息系統的無縫整合。

　　依托警用地理信息系統，通過對系統的改造和對數據庫中地址信息的標準化，完成查證信息定位、地理關聯查證、區域排查、地理軌跡分析、人、案件、機構地理特征以及四色預警功能，實現與GIS的無縫整合。

　　2、實現與社會資源信息的整合共享。

　　利用互聯網直接將大量的工商、稅務、勞動、電信、金融、民航、部門勞務市場等部門登記的相關社會信息資源統一納入信息系統整合范圍，并通過信息分析整合、碰撞對比和倒查擴案、網上調控、關聯擴線、犯罪軌跡刻畫等方法，主動發現破案線索，提高了打擊違法犯罪總體效能。

　　軟件工程論文怎么寫畢業論文總結怎么寫，通過研究以往的優秀論文范文，可以很好提高自己的寫作水平，大家可以多看看。

　　畢業論文的總結

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

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

　　論壇架構基于三層架構，什么是三層架構，三層架構：底層的數據操作層，中間的業務層操作和呈現給用戶的界面（表示UI）層。

　　表示層的作用是和用戶的操作產生可見的交互，主要是些UI元素，像HTML，JavaScrip，比如呈現數據，比如收集數據。

　　業務層從數據操作層中獲取并組織表現層要呈現的數據，處理表現層收集過來的數據并傳遞給數據操作層持久化，這些問題的解決都在業務層。

　　數據操作層把業務層處理后的數據保存到一個持久地數據庫中和從數據庫中取出數據紿業務層。

　　層間數據的傳遞運用業務實體類，業務實體類是一些代表了軟件世界需求的剝離了行為的類。

　　沒有了行為，這些類自然就是一些數據的集合，而他們的作用，自然也是傳遞數據。

　　在分層的架構中，使用業務實體類來傳遞數據更加的有意義。

　　表現層中使用自定義控件和繼承自BaseSkin的皮膚控件達到用戶換膚的目的。

　　業務層中在客戶端使用javascript配合正則表達式和在服務器端檢查用戶的輸入來完成對用戶輸入的驗證。

　　數據操作層負責和SQL Server 2000交互。

　　數據操作層主要是調用SQL Server 2000中的存儲過程來實現對數據的操作。

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

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

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

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

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

　　也可以實現IHttpHandler來處理HttpRequest。

　　在ASP.NET的UI呈現模型中，所有標有Runat=“server”的元素都可以通過編程加以控制，甚至文本也不外如是。

　　而且也表示我們所請求的一個頁面也是Page控件，我們可以在中加上trace=true來跟蹤頁面請求處理所產生的控件樹。

　　ASP.NET的UI呈現模型一改以前WEB程序員開發WEB應用程序的模式，WEB程序員可以自己開發自定義控件或復合控件來呈現更加豐富的UI元素，來達到更加豐富的用戶體驗。

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

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

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

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

　　而現在ASP.NET的最新版本ASP.NET 2.0包含許多體系結構升級，其設計是為了提高開發人員的工作效率。