選完題目就面臨著壹個問題：是先做開發還是先寫文章，或者是壹邊寫壹邊開發。我的建議是壹邊寫壹邊開發。原因是：開發的過程是需要寫壹些文案的，比如需求分析、數據庫的表結構的關系、整個系統的交互邏輯等等。而這些文案是可以出現在我們的論文當中的。
那接下來就說壹下如何開發和寫文論，當然某些開發過程我只能粗略的說壹下。
1.摘要：
這是所有論文的第壹個小title，說他惡心有時候也惡心，說他簡單也是蠻簡單的。那麽這壹部分究竟是要寫什麽的？由於這壹部分需要展現出做這個系統的必要性、開發這個系統的實現方式、系統的功能和系統的作用。所以可以這樣寫：
隨著中國經濟的高速發展以及網絡技術的普及，互聯網的技術得到全面的發展，中國的各行各業都在互聯網的影響下發生了變革。互聯網的快速發展催生了許多產業，其中最具代表性的便是電子商務，電子商務使得企業和客戶的營銷關系由實體店銷售準換為網絡電子商務營銷。馬雲曾說：“讓天底下沒有難做的生意”，越來越多的店家選擇在網上開店，使得交易不再限制於天南地北，同時也大大降低了店家的經營成本，在提高收益的同時，也方便了客戶，本課題正式在這種背景下應運而生。
本課題介紹了“基於SSM的XX網上商城”的開發環境、需求分析、界面設計和數據庫設計以及涉及到的框架。
本系統采用了B/S架構，使用了Java、HTML、JS等語言，使用了主流的後臺開發框架SSM(spring+springMVC+Mybatis)，以及采用了開源的輕量級數據庫Mysql進行開發，為網絡商城提供了前端展示和後臺管理的模塊，實現了註冊、登錄以及購物等主要功能，為消費者提供了便捷快速的購物體驗，以及為提高了店家的銷售效率。
關鍵字：網上商城，SSM，Java，HTML，JS，MySQL
（關鍵字壹般就是把摘要中提及到的關鍵性技術提取出來，讓閱讀者壹目了然，知道哪些是重點）
Abstract：......
（英文摘要建議谷歌翻譯，然後把明顯錯誤的地方修改壹下即可）
2.第壹章：引言
這壹部分也是比虛的，其實隨便扯壹扯就可以了，壹般包含以下幾部分1.背景2.研究內容。其中背景主要講壹些關於社會發展的趨勢導致了壹些什麽問題，而這些問題又應該如何去解決，多說幾句，寫到兩三百字即可。研究內容就是針對上述的背景我們如何進行改進。細心的同學可能會說，感覺跟摘要有些重復。是的！這兩部分內容其實是挺重復的，但是沒關系，不過不要使用完完全全壹樣的話去描述，因為最後論文查重的時候會對文章自引用進行查重的。這壹部分也是三五百字即可。
3.第二章：系統的開發技術介紹
這壹部分是需要我們在正式開發之前做好的技術調研，然後對這壹部分的技術進行詳細的介紹。這壹部分我不可能細講，因為內容太多了，而且對於不同的項目有不同的內容，在查閱資料的過程也是提升技術的壹個重要的環節，妳可以真真切切的了解到開發壹個工程是需要哪方面的知識，因此我就對我所選的這個課題應該使用到的技術棧進行壹下介紹，也算是拋磚引玉，各位同學可以根據自己的實際情況進行撰寫。
開發不同的系統雖然涉及到的業務邏輯不同，處理方式也千差萬別，但是本質上都是壹樣的，都是前端界面通過服務器跟數據庫進行數據交互的壹個過程，涉及到的內容也無非就是前端、後臺和服務器。但是有壹個需要註意的點，就是不要把HTML、JAVA等使用的語言介紹也給堆在這裏，老師沒細看還好，細看還是會顯得太水字數了，記住，寫工程性的課題不怕沒字數。那問題來了，語言介紹不給寫那應該些什麽呢？應該寫涉及到的框架、使用的工具。這些就夠了，隨隨便便就幾千字了。下面舉例簡單說明壹下。
a. 前端
強調壹下，不要把HTML、CSS等壹下前端的規範展開來寫，可以輕描淡寫，但篇幅不能過多。這裏可以寫前端框架的使用，比如使用npm管理包（可以介紹壹下npm以及在工程中的使用）、vue的使用（同樣可以介紹vue框架以及應用）、element（element以及使用他的好處）等等。也希望同學在做畢設的過程中要真的去了解這些技術並且去使用它，相信我，看完再去用妳的技術會有質的飛躍。
b. 後臺
這壹部分是重點，對於本課題來說，標題就寫了是基於SSM的。對於這個java框架並不熟悉的同學來說建議先去查壹下資料，而且很多同學會有疑問，使用技術框架的目的就是為了讓開發更加的便捷和快速，但是為什麽我們自己在開發的過程中會感覺好像變得更加復雜？很負責任的告訴妳，是正常的。因為框架不僅會幫我們封裝好壹些常用的方法，而且會考慮到更新叠代以及代碼可讀性等等的壹系列的問題，某些規定和配置我們之所以沒有感受到他的好處是因為這種校園內的開發並不涉及生產問題，也不會有很多的更新叠代，更加不會考慮到代碼的可讀性。例如spring的工廠，壹開始使用的時候很多同學會覺得為什麽我new壹個類的時候還要去改配置文件，直接new不香嗎？直接new是很香，但是妳考慮到真正去工作的時候，假設妳要改類的壹些關系的時候，還要去改代碼，當工程壹大，代碼去哪裏找呢？壹個壹個文件看嗎？顯然是非常不可取的，效率非常低，這個時候配置文件的優勢就發揮出來了，直接修改配置文件，不需要更改代碼，耦合性也大大的降低。好像跑題了，說了這麽多就告訴同學們，要沈住氣，理解框架這樣設計背後的原因，對大家自身技術的提高非常的有幫助！
那這壹部分我們就可以介紹spring（包括spring的IOC、spring的工廠、spring的AOP等等，並且可以在論文中強調如何應用到我們的系統當中）、springMVC（這壹部分可以講解srpingMVC作為壹個連接前端和數據庫的工具在實際工作過程中的具體流程，也可以講述springMVC的分層的概念以及如何應用）、Mybatis（包括跟JDBC的關系、mybatis依賴的配置、使用到的接口、動態代理、壹級緩存和二級緩存以及延遲加載等等的壹些技術問題）
c. 服務器和數據庫
這壹部分可以介紹壹下用來搭建服務器的工具和所使用的數據庫。假設妳是使用了雲服務器來搭建了，可以詳細介紹壹下雲服務器的搭建過程包括防火墻、端口等等內容。壹般服務器使用tomcat進行搭建，可以把tomcat介紹壹下並且介紹壹下tomcat是如何監聽和解析用戶請求的具體流程。
壹般小型的項目采用MySQL作為數據庫，可以詳細說壹下選擇MySQL的原因，比如相對於Oracle的好處。可以介紹壹下MySQL數據庫的壹些特點包括分頁、是否支持事務等等。
4.第三章：需求分析
這壹部分是針對具體的業務場景來分析需要開發哪些功能，這壹部分可以讓妳感受壹下產品經理的職責，只不過不需要跟程序員對接，因為妳自己就是程序員哈哈。壹般來說分成兩部分就可以了，壹部分是對於前端的業務流程，另壹部分就是後臺服務器的業務流程，可以使用壹些軟件來繪畫流程圖，想圖個方便可以直接使用word自帶的圖形進行編寫，也不至於難看，就比較簡約。想做的好看點的話個人推薦使用xmind，非常簡單，可以快速做出美觀的流程圖。如果沒有什麽思路，那前端就按照著使用者的邏輯去寫，比如用戶需要註冊、登錄、找回密碼、購物、退貨等操作，那後端就對應著這些前端邏輯需要有相應的業務處理。個人感覺這壹部分比較好寫，就不再贅述。
5.第四章：系統的設計和實現
這壹部分可以挑選壹些有代表性的功能出來細講，有些同學可能會有疑問，論文可不可以貼代碼呢？答案是可以的。但是我個人的建議是貼偽代碼，不要把妳寫的長篇大論的代碼全部放進去，不好看而且邏輯混亂，應該做的是把代碼抽取為偽代碼，貼代碼的目的是為了讓閱讀者清晰地讀懂妳是如何實現這個功能的，他並不會在意妳的語法妳的命名。下面列舉若幹個可以寫的內容，並不限於此。
a. SSM框架的整合。如何使用Spring來整合並且管理SpringMVC和Mybatis.
b. 客戶登錄狀態保存的實現。這壹部分可能會涉及到cookies，sessions以及http報文解析等等，都可以詳解。
c. 後臺商品管理的功能。這壹部分可以根據管理員的後臺管理功能進行描寫。
d. 商品搜索功能。可以涉及到數據庫的模糊搜索。
e. 數據庫表格的設計。可以體現數據庫表格設計的時候如何遵守三範式。
f. 可以寫在開發過程中遇到的壹些疑難雜癥。
g. 可以寫開發過程中使用到的壹些比較具有亮點的語言特性。比如java的多線程、lambda表達式。又比如實現註冊功能的時候使用的正則表達式。
……
等等數不勝數。
6.第五章：運行結果
這壹部分非常好寫了。截取壹些關於妳的系統的界面並且介紹壹下功能，盡量說詳細點，就ok了。
7.第六章：總結以及展望
這壹部分也是比較水的壹部分，但是也希望同學們認真寫壹寫。可以寫壹下妳開發這個項目的過程中學習到了什麽，可以是XX技術，也可以是艱苦奮鬥的精神……。展望可以寫有望發展成另外壹個淘寶……開玩笑開玩笑，總之劈裏啪啦湊個幾百字即可。
8.參考文獻
把妳開發過程中參考過的文章、論文貼進去之後，往往會發現參考文獻不夠，太少了！那怎麽辦呢？那就貼壹些關於使用的技術的文章或者參考手冊咯，雖然大部分是沒看過的，但是還是希望大家可以多少看壹看（正義之氣躍然紙上）。去知網查找參考文章然後添加到妳的參考文獻是非常方便的，只需要找到對應的文章並且選擇“引用”功能，即可自動生成引用的文字，直接復制到妳的論文中。
9.致謝
第壹步，感謝妳的導師，感謝妳的院領導，感謝妳的校領導。說的好聽後可能答辯的時候不會太為難妳……然後妳要感謝妳的家人妳的舍友妳的朋友或者是妳家的狗（開玩笑），都可以的，這壹部分又輕輕松松兩百字。
至此，壹篇計算機論文就寫完了，是不是覺得挺簡單的呢？以上內容皆由學術堂提供整理。