A. 對學術規范的認識
對學術論文規范的看法
就在幾天前，導師給了我一篇中文論文，讓我幫忙評審(review)。拿到論文後，我竟然有些興奮 -- 的確，我的桌子上幾乎不看任何中文論文。造成這種局面的原因比較尷尬和復雜，我們改日再討論。在仔細讀完論文後，除去內容不談，我發現在此篇論文在書寫格式方面有很大的問題，比如錯誤使用標點符號、斷句、中英文和公式混排等。這其中有些問題也是我在寫本科畢業論文的時候注意到的。
究其原因，可能是大家平時讀寫英文論文、英文E-mail太多，反而忽視或者忘記了中文書寫的規范。下面我就談一談出現的問題以及我的看法。
(1)如果是用中文書寫，建議統一使用中文標點符號，比如「，」而不是「,」，以及使用「(」而不是「(」。中文標點和英文標點雖然在形狀相似，但是中文標點符號占的位置更寬。在這里多說一句，程序中不能使用中文標點，否則編譯無法通過，不知有多少人曾經因為這個而抓耳撓腮。
有兩個特殊的標點符號要特別提醒一下：1)現在無論是論文還是教科書等出版物，對於句號的使用，我見到更多的是用句點，像這樣「.」。這實際上是英文中的句號，而中文的句號是圓圈，像這樣「。」。我並不清楚關於句號的書寫有什麼更為特別的規定，也不明白為什麼這個錯誤如此流行;2)關於括弧的使用。我的建議是，除了數學公式中的括弧，都應該統一使用中文括弧，比如「(」和「)」。如果堅持這個原則，有時候看起來括弧占的地方確實有些大，不過如果堅持使用英文的括弧，比如「(」和「)」，書寫過程中則必須頻繁的切換中/英文輸入法。
(2)段落縮進。中文的段落前要有兩個漢字寬度的空間--相必這個大家都清楚。不過，我現在還沒有見到哪個在線的編輯器，比如豆瓣日記、人人網日誌發布器支持這個特性，而且默認都是沒有縮進。所以如果想要縮進的效果，則必須手動在每個段落前加入空格。問題又來了，我到底需要鍵入多少個空格(這里說的是英文空格)才能看著像是「兩個漢字的寬度」，四個還是六個?還是看心情?
(3)或許還是受英文書寫習慣的影響，我審的這篇文章中頻繁出現在一個句子後、下一個句子前，加入一個空格。這顯然是不必要的。另外，還有一些文章中出現頓號和逗號混用的情況，比如「豆瓣，人人，新浪微博等都是社交網站」，表示列舉應該使用頓號「、」。英文中因為沒有頓號，所以使用逗號來代替。
(4)中英文混排。有時候要在論文中要提及模型的名稱或者英文名字，比如LDA、NLP、David Blei等，這就產生了中英文混排的問題。少量的混排問題還不大，如果全篇都是這樣的情況，整個排版看起來會非常糟糕，而你又不可能使用英文全形字母，比如「LDA、NLP、DavidBlei」。關於這個問題，除了直接寫成英文論文，也沒有很好的解決辦法。另外，由於數學公式也常常包含英文字母，所以也會讓這個問題更突出。
(5)再來說說字體和間距問題。一般來說，中文使用宋體，而英文是Times New Roman，而公式則是斜體。特別建議，文中的代碼(或偽代碼)最好是使用等寬字體，例如Courier和Monospace。還有，如果文字太密集，可以調整行間距，比如在Microsoft Word中，如果使用宋體小四字體，則建議使用1.5倍行距。
(6)避免中英文混用，這種情況多出現於口頭表達，比如「By the way，我覺得這個problem還cover的不夠，有些detail還沒有討論清楚。」似乎這種說話方式能讓人感覺很高端的樣子，只是有些裝叉的嫌疑。
每個人都希望自己的文字賞心悅目(pleasing to the eyes)，我覺得排版和格式則是為達到這個目的付出的第一份努力。如果大家覺得還有其他常見的問題，歡迎補充!
B. 論文任務書，第一論文主要內容與要求（包括設計的技術參數要求），後面括弧里是什麼意思
如果是本科畢業的話，主要是： 主要內容：提出具體需求，要求畢業生給出需求分析報告；項目設計開發詳細設計；具體要求的解決方案。 一、問題的提出 二、需求分析用例圖 三、系統詳細結構設計 四、偽代碼設計，或系統分析設計
C. 如何寫計算機專業的畢業論文
學術堂手把手得來教你如何寫出一篇計算機專業的畢業論文:
首先是選題,一般老師都會提供若干個選題給你選,其中必然包括幾個"XX系統的設計與開發",這樣的選題就是符合我們前面的假設和預想的.盤他!假設我現在選了一個題目是"基於SSM的XX網上商城的設計與開發".
選完題目就面臨著一個問題:是先做開發還是先寫文章,或者是一邊寫一邊開發.我的建議是一邊寫一邊開發.原因是:開發的過程是需要寫一些文案的,比如需求分析、資料庫的表結構的關系、整個系統的交互邏輯等等.而這些文案是可以出現在我們的論文當中的.
那接下來就說一下如何開發和寫文論,當然某些開發過程我只能粗略的說一下.
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.致謝
第一步,感謝你的導師,感謝你的院領導,感謝你的校領導.說的好聽後可能答辯的時候不會太為難你……然後你要感謝你的家人你的舍友你的朋友或者是你家的狗(開玩笑),都可以的,這一部分又輕輕鬆鬆兩百字.
D. 急求訂單號隨機生成演算法，最好是偽代碼並附上流程圖，系統是ASP.NET網上鮮花銷售系統，畢業論文用。
參考 10.好久沒有聽到有人能把牛吹得這么清新脫俗了！
E. 碩士論文裡面寫的演算法偽代碼是英文的，從別人文章中粘貼過來的查重嗎
有可能會查重到，學長研究生論文都會對比到，可以多參考一些書籍，書上的學校查重不到哦。
F. 學士論文的格式是什麼樣子的 以及相關要求是什麼
,論文題目:(下附署名)要求准確,簡練,醒目,新穎.
2,目錄
目錄是論文中主要段落的簡表.(短篇論文不必列目錄)
3,摘要
是文章主要內容的摘錄,要求短,精,完整.字數少可幾十字,多不超過三百字為宜.
4,關鍵詞或主題詞
關鍵詞是從論文的題名,提要和正文中選取出來的,是對表述論文的中心內容有實質意義的詞彙.關鍵詞是用作計算機系統標引論文內容特徵的詞語,便於信息系統匯集,以供讀者檢索. 每篇論文一般選取3-8個詞彙作為關鍵詞,另起一行,排在"提要"的左下方.
主題詞是經過規范化的詞,在確定主題詞時,要對論文進行主題分析,依照標引和組配規則轉換成主題詞表中的規范詞語.(參見《漢語主題詞表》和《世界漢語主題詞表》).
學位論文的標准格式二
5,論文正文
(1)引言:引言又稱前言,序言和導言,用在論文的開頭. 引言一般要概括地寫出作者意圖,說明選題的目的和意義, 並指出論文寫作的范圍.引言要短小精悍,緊扣主題.
(2)論文正文:正文是論文的主體,正文應包括論點,論據, 論證過程和結論.主體部分包括以下內容:
a.提出問題-論點;
b.分析問題-論據和論證;
c.解決問題-論證方法與步驟;
d.結論.
6,參考文獻
一篇論文的參考文獻是將論文在研究和寫作中可參考或引證的主要文獻資料,列於論文的末尾.參考文獻應另起一頁,標注方式按《GB7714-87文後參考文獻著錄規則》進行.
中文:標題--作者--出版物信息(版地,版者,版期)
英文:作者--標題--出版物信息
所列參考文獻的要求是:
(1)所列參考文獻應是正式出版物,以便讀者考證.
(2)所列舉的參考文獻要標明序號,著作或文章的標題,作者,出版物信息.
如何選題
獲取最佳論文選題的途徑
1,選擇你有濃厚興趣,而且在某方面較有專長的課題.
2,在不了解和了解不詳的領域中尋找課題.
3,要善於獨辟蹊徑,選擇富有新意的課題.
4,選擇能夠找得到足夠參考資料的課題.
5,征詢導師和專家的意見.
6,善於利用圖書館; 圖書館的自動化,網路化為讀者選題提供了便利條件.
學位論文
學位論文是研究生從事科研工作取得的創造性成果或新的見解,作為申請授予相應學位時評審用的學術論文.
學位論文應是一篇(或一組)系統完整的論文,可以得到指導和幫助或在他人基礎上繼續研究完成,但應註明,不能照抄他人成果.論文學術觀點應明確,邏輯嚴謹,文字通順.
上海交大本科:工程設計類的畢業設計(論文)書寫字數,正文的字數不得少於1.5萬字;研究類論文的畢業設計(論文)字數不得少於2萬.碩士論文一般為30000字以上,博士論文為50000字以上
學士論文
學士論文是合格的本科畢業生撰寫的論文.畢業論文應反映出作者能夠准確地掌握大學階段所學的專業基礎知識,基本學會綜合運用所學知識進行科學研究的方法,對所研究的題目有一定的心得體會,論文題目的范圍不宜過寬,一般選擇本學科某一重要問題的一個側面或一個難點,選擇題目還應避免過小,過舊和過長.
碩士論文
碩士學位論文要注意在基礎學科或應用學科中選擇有價值的課題,對所研究的課題有新的見解,並能表明作者的本門學科上掌握了堅實的基礎理論和系統的專門知識,具有從事科學工作或獨立擔負專門技術工作的能力.
碩士學位論文工作在完成培養計劃所規定的課程學習後開始,一般應包括文獻閱讀,開題報告,擬定工作計劃,科研調查,實驗研究,理論分析和文字總結等工作環節.碩士學位論文必須有一定的工作量.在論文題目確定後,用於論文工作的時間一般2年.
博士論文
博士學位論文要選擇在屬於學科前沿的課題或對國家經濟建設和社會發展有重要意義的課題,要突出論文在科學和專門技術上的創新性和先進性,並能表明作者在本門學科上掌握了堅實寬廣的基礎理論和系統深入的專門知識,具有獨立從事科學研究工作的能力.
學位論文工作是培養博士學位研究生的最重要的環節,其工作時間不應少於兩年.博士研究生入學後,要在導師指導下確定科研方向,收集資料,閱讀文獻,進行調研,選擇研究課題.一般在第二學期通過開題報告並制定論文工作計劃,根據計劃分階段報告論文進展情況.
學位論文題目
論文題目名可適當長一點,好題目能看到2點
P2P網路文件高速下載技術的研究與實現
對等網路拓撲可視化技術研究與實現
對等網路多關鍵字檢索技術研究與實現
P2P網路中安全即時通信技術的研究與實現
研究切入點
核心工作
+
學位論文題目
論文題目應具有先進性和鮮明性,既不能太寬,(博士)也不能太小
P2P計算(wrong!)
P2P系統設計(wrong!)
學位論文摘要
論文摘要應概括地反映出原論文的主要內容,主要說明本論文的研究目的,內容,方法,成果和結論.要突出本論文的創造性成果或新見解,不要與引言相混淆.
摘要語言力求精練准確,上海交大本科學位論文摘要(中,英對照)字數嚴格控制在(300-500字數).
G. 計算機論文如何寫
首先是選題，一般老師都會提供若干個選題給你選，其中必然包括幾個「XX系統的設計與開發」，這樣的選題就是符合我們前面的假設和預想的。盤他！假設我現在選了一個題目是「基於SSM的XX網上商城的設計與開發」。
選完題目就面臨著一個問題：是先做開發還是先寫文章，或者是一邊寫一邊開發。我的建議是一邊寫一邊開發。原因是：開發的過程是需要寫一些文案的，比如需求分析、資料庫的表結構的關系、整個系統的交互邏輯等等。而這些文案是可以出現在我們的論文當中的。
那接下來就說一下如何開發和寫文論，當然某些開發過程我只能粗略的說一下。
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.致謝
第一步，感謝你的導師，感謝你的院領導，感謝你的校領導。說的好聽後可能答辯的時候不會太為難你……然後你要感謝你的家人你的舍友你的朋友或者是你家的狗（開玩笑），都可以的，這一部分又輕輕鬆鬆兩百字。
至此，一篇計算機論文就寫完了，是不是覺得挺簡單的呢？以上內容皆由學術堂提供整理。
H. 有對偽代碼熟的嗎我在設計規劃一個網站，然後需要在實現功能時候，用偽代碼來表示。是畢業設計，急救！
看看一般的演算法書，一般都是用偽代碼寫的。建議還是多看一下書吧，作為一個畢業生，奉勸你還是務實的看書吧。以後到了社會中很少有時間和精力去認真看書的。
I. 畢業設計中c程序太多，得全部寫在論文中嗎，還是寫一部分
不用，以偽代碼的形式寫進去就OK了,或者是""見附件"
J. 急求訂單號隨機生成演算法，最好是偽代碼並附上流程圖，系統是ASP.NET網上鮮花銷售系統，畢業論文用。
首先在網站啟動的時候的init（）方法中新建一個HashMap,然後從資料庫中把已經存在的訂單號內存入HashMap中，容因為init（）方法只會在網站第一次啟動時調用，在把這個HashMap放入ServletContext中這是網站中所有用戶都能使用的內存空間,ASP.NET 應該也有一樣的，然後每次用戶進入網站購買物品生成訂單時只要用隨機數生成訂單數字，再看HashMAP中是否包含這個KEY鍵如果包含就重新生成隨機數，最後在網站的destroy（）方法中把HashMap中的訂單號存入資料庫中。這樣只要調用兩次資料庫，速度要快點。