軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。軟件工程一直以來(lái)都缺乏一個(gè)統(tǒng)一的定義，很多學(xué)者、組織機(jī)構(gòu)都分別給出了自己的定義。比較認(rèn)可的一種定義認(rèn)為：軟件工程是研究和應(yīng)用如何以系統(tǒng)性的、規(guī)范化的、可定量的過(guò)程化方法去開(kāi)發(fā)和維護(hù)軟件，以及如何把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)。軟件工程一直以來(lái)都缺乏一個(gè)統(tǒng)一的定義，很多學(xué)者、組織機(jī)構(gòu)都分別給出了自己的定義。如何寫(xiě)好軟件工程論文？具體如下：
軟件工程方向的專業(yè)論文選題，按照目前培養(yǎng)方案的要求，必須是與軟件工程有關(guān)的內(nèi)容。
所謂與軟件工程有關(guān)的內(nèi)容包括：
1. 軟件的開(kāi)發(fā)
這是最常見(jiàn)的選題方向，也是最正規(guī)、最容易得到認(rèn)可的方向。一般來(lái)說(shuō)，軟件開(kāi)發(fā)的題目，可以是一個(gè)系統(tǒng)，也可以是一個(gè)或者幾個(gè)模塊。不過(guò)，不論是系統(tǒng)還是模塊，都要包括如下幾個(gè)階段：
a） 需求分析
b） 概要（總體）設(shè)計(jì)和詳細(xì)設(shè)計(jì)
c） 編碼（是指重要的、關(guān)鍵的算法部分）
d） 部署和測(cè)試
2. 軟件工程的其它方向內(nèi)容
例如：
a） 軟件需求管理、變更
b） 軟件體系架構(gòu)
c） 軟件測(cè)試 （軟件測(cè)試方向的論文大綱參見(jiàn)博文《軟件測(cè)試相關(guān)碩士論文大綱》）
d） 軟件過(guò)程改進(jìn)
e） 更多內(nèi)容，參見(jiàn)《軟件工程知識(shí)體系指南》
論文的素材
需要特別強(qiáng)調(diào)的是，論文絕不是一周兩周閉門(mén)造車就能寫(xiě)出來(lái)的。日常工作中要不斷撰寫(xiě)相關(guān)工作的需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、關(guān)鍵算法、測(cè)試用例、測(cè)試結(jié)果等方面的文檔。這些文檔，都是論文的素材。
論文工作所描述的軟件開(kāi)發(fā)可以是一個(gè)完整系統(tǒng)，也可以是某個(gè)系統(tǒng)中的多個(gè)模塊。最好能夠按照瀑布模型，覆蓋需求、設(shè)計(jì)（概要/詳細(xì)）、編碼及測(cè)試這幾個(gè)階段。
摘要 【關(guān)于摘要的寫(xiě)法，參見(jiàn)博文《如何撰寫(xiě)論文的摘要》】
1. 序言
介紹論文的課題來(lái)源、課題實(shí)施的背景、課題預(yù)期達(dá)到的目標(biāo)等
1.1 課題背景（課題來(lái)源、選題目的和意義）
1.2 課題任務(wù)（本課題的整體研究/開(kāi)發(fā)內(nèi)容）
1.2.1 課題內(nèi)容（介紹課題的主要內(nèi)容）
1.2.2 本人承擔(dān)任務(wù)（作者在該課題中所做的主要工作。作者的工作可能僅是課題研究?jī)?nèi)容的一部分。這一部分必須有，是評(píng)閱人及答辯委員重點(diǎn)看的內(nèi)容）
1.3 論文結(jié)構(gòu)（描述論文的整體結(jié)構(gòu)，以及每一章節(jié)的主要內(nèi)容）
2. 相關(guān)技術(shù)
介紹論文中用到的所有重要的技術(shù)，對(duì)其原理及使用方法做簡(jiǎn)單介紹 （但是不要介紹這些常見(jiàn)技術(shù)：Android、
注意：在論文其它章節(jié)不可再出現(xiàn)原理性的技術(shù)介紹
3. 需求分析（功能需求、性能/安全//界面需求等）：必須使用用例圖分析！
3.1 業(yè)務(wù)建模（如果需要的話，可以在本節(jié)中描述使用本軟件系統(tǒng)的企業(yè)/組織機(jī)構(gòu)在執(zhí)行業(yè)務(wù)時(shí)的流程。業(yè)務(wù)建模重點(diǎn)描述企業(yè)執(zhí)行某種業(yè)務(wù)時(shí)要遵循的流程以及涉及到 的人員和角色。這里基本不涉及到軟件，也不需要描述軟件。即，企業(yè)不使用軟件，也要遵循的業(yè)務(wù)流程）
3.1.1 組織圖（畫(huà)出本軟件相關(guān)業(yè)務(wù)中所涉及的企業(yè)組織結(jié)構(gòu)圖，在這個(gè)組織圖中，包含業(yè)務(wù)涉及到的人員及其角色，然后說(shuō)明這些角色的任務(wù)職責(zé)等）
3.1.2 業(yè)務(wù)流程1 （使用活動(dòng)圖/流程圖描述業(yè)務(wù)流程）
3.1.3 業(yè)務(wù)流程2
3.1.n 業(yè)務(wù)流程k
3.2 總體需求（給出總體用例圖，然后描述每個(gè)用例的執(zhí)行流程）
3.3 功能1需求分析（給出功能1的細(xì)化用例圖，描述每個(gè)子用例的執(zhí)行流程）
3.4 … （功能n需求分析）（給出功能n的細(xì)化用例圖）
3.5 性能需求（如果有）
3.6 安全性需求（如果有）
3.7 界面需求（描述界面設(shè)計(jì)的一些基本要求，比如色彩、布局、字體等。具體的界面設(shè)計(jì)，放到詳細(xì)設(shè)計(jì)階段處理）
3.8 … （其它需求）
補(bǔ)充說(shuō)明：
1）關(guān)于需求分析的具體寫(xiě)法，不要自己編，或者將項(xiàng)目工程建議書(shū)中的東西直接拿來(lái)使用。請(qǐng)點(diǎn)擊【百度文庫(kù)中的文檔】
2）在需求分析章節(jié)中，不可出現(xiàn)“模塊”、“子系統(tǒng)”等字樣。這些字樣是設(shè)計(jì)階段才應(yīng)該有的概念。
4. 概要設(shè)計(jì)（包括系統(tǒng)架構(gòu)。若系統(tǒng)架構(gòu)特別復(fù)雜，也可單列一章。概要設(shè)計(jì)內(nèi)容，可以參見(jiàn)百度百科的“概要設(shè)計(jì)”詞條）
4.1 系統(tǒng)整體結(jié)構(gòu)（本節(jié)必須有，否則論文不合格）（本節(jié)內(nèi)容必須要有功能結(jié)構(gòu)圖，即用一張圖表現(xiàn)系統(tǒng)中各個(gè)功能模塊/子系統(tǒng)之間的層次、先后關(guān)系）
4.2 模塊間接口設(shè)計(jì)
4.3 數(shù)據(jù)庫(kù)總體設(shè)計(jì)（本節(jié)指數(shù)據(jù)庫(kù)整體設(shè)計(jì)，給出ER圖并簡(jiǎn)要說(shuō)明即可，也可以在ER圖之外再增加對(duì)每張表的簡(jiǎn)要說(shuō)明。但是不涉及表的具體結(jié)構(gòu)，僅說(shuō)明表間關(guān)系，以及數(shù)據(jù)庫(kù)與其他模塊間關(guān)系）
4.4 系統(tǒng)部署結(jié)構(gòu)（一般是指你的軟件系統(tǒng)所運(yùn)行的服務(wù)器群組及網(wǎng)絡(luò)環(huán)境的拓?fù)洌?br/> 4.5 界面結(jié)構(gòu) （這里是對(duì)界面需求的細(xì)化和展示。這里展示的是軟件總體上的界面結(jié)構(gòu)，而不是每一個(gè)功能、頁(yè)面的界面結(jié)構(gòu)。比如，可以用線框圖描繪一個(gè)基于web的界面分為三個(gè)部分：上面的LOGO區(qū)，左側(cè)的導(dǎo)航區(qū)，右側(cè)的功能展示區(qū)，下部的輔助鏈接區(qū)。但是，也僅僅局限于一個(gè)大致的、抽象的結(jié)構(gòu)。）
4.6 …
5. 詳細(xì)設(shè)計(jì)（包括各個(gè)模塊/類/函數(shù)的設(shè)計(jì)，以及數(shù)據(jù)庫(kù)的設(shè)計(jì)）
5.1 xxx模塊設(shè)計(jì)
5.2 xxx模塊設(shè)計(jì)
5.3 數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)（具體的表結(jié)構(gòu)）
5.4 數(shù)據(jù)庫(kù)查詢接口設(shè)計(jì)（如果有）
5.5 人機(jī)交互接口設(shè)計(jì)（如果有）
5.5 xxx接口設(shè)計(jì)
5.6 界面設(shè)計(jì) （這里可以用線框圖描繪每一個(gè)模塊/功能頁(yè)面的界面布局、色彩、文本、字體要求。?。?！但是絕對(duì)不可以用截圖?。?！ 因?yàn)榻貓D是實(shí)現(xiàn)階段才有的！）
5.7 …
6. 實(shí)現(xiàn)（其中可以包括關(guān)鍵算法的少量代碼，論文所有代碼不超過(guò)100行），盡量避免粘貼代碼，代之以相應(yīng)的流程圖或者活動(dòng)圖。非關(guān)鍵的代碼會(huì)被認(rèn)為有“刷論文”的嫌疑，答辯時(shí)必然會(huì)被要求從論文中刪除。
6.1 xxx模塊實(shí)現(xiàn)（具體算法、流程說(shuō)明；界面截圖及其說(shuō)明（如果有的話）；流程圖或者活動(dòng)圖）
6.2 xxx模塊實(shí)現(xiàn)
6.3 xxx算法實(shí)現(xiàn)
6.4 …
7. 部署和測(cè)試（比較復(fù)雜的軟件系統(tǒng)需要描述部署環(huán)境。部署部分有時(shí)也可以與 ch6 放在一章。測(cè)試一般要給出測(cè)試用例、測(cè)試結(jié)果）
7.1 軟硬件環(huán)境
7.2 部署流程
7.3 測(cè)試用例
7.3.1 xxx模塊測(cè)試用例設(shè)計(jì)
7.3.2 xxx模塊測(cè)試用例設(shè)計(jì)
7.4 測(cè)試結(jié)果及分析
7.4.1 xxx測(cè)試結(jié)果及分析
7.4.2 xxx測(cè)試結(jié)果及分析
8. 結(jié)語(yǔ)
8.1 工作總結(jié)（對(duì)論文所述工作進(jìn)行總述總結(jié)）
8.2 工作不足與展望（對(duì)論文工作的不足之處進(jìn)行總結(jié)，并且說(shuō)明改進(jìn)的方向）
一篇工程碩士論文最好能夠包含上述內(nèi)容，這樣，結(jié)構(gòu)上比較完整。在寫(xiě)作時(shí)，章節(jié)可以略微調(diào)整（例如，將詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)合并為一章，或者將概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)合并為一章）。大部分論文的章節(jié)數(shù)量均在6-7章左右，過(guò)多或者過(guò)少均不好。
論文行文風(fēng)格
論文的文字要通順，不得有錯(cuò)別字，這是將論文提交給導(dǎo)師之前必須達(dá)到的標(biāo)準(zhǔn)。方法有二：
a） 利用word的語(yǔ)法檢查功能，所有在檢查后有波浪線的文字，都需要仔細(xì)審核
b） 與其它同學(xué)合作，兩個(gè)人在同一個(gè)屏幕前，共同通讀一篇論文，這樣，98%以上的錯(cuò)誤都能夠檢查出來(lái)。
最后對(duì)于錯(cuò)別字，我的處理方式是：1. 第一次審稿，發(fā)現(xiàn)三個(gè)錯(cuò)別字，打回去重新檢查，推遲一周復(fù)審；2.復(fù)審又發(fā)現(xiàn)達(dá)到或者超過(guò)3個(gè)錯(cuò)別字，打回去重新檢查，推遲兩周復(fù)審；3.三審發(fā)現(xiàn)還有3個(gè)或者3個(gè)以上錯(cuò)別字，那么論文會(huì)被推遲到最后一刻審核，并且在論文的導(dǎo)師意見(jiàn)中有如后字樣：“該生治學(xué)態(tài)度隨意，論文錯(cuò)別字較多，論文寫(xiě)作能力難以達(dá)到工程碩士要求”.
