山東大學(xué)軟件工程碩士專業(yè)學(xué)位論文格式(范本)

1、山東大學(xué)軟件工程碩士專業(yè)學(xué)位論文格式山東大學(xué)軟件工程碩士專業(yè)學(xué)位論文格式 8 1. 8附錄、附圖表 13 1. 9引文出處及參考文獻(xiàn) 13 1. 10致謝 15 1. 11攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文目錄 15 論文內(nèi)容組織結(jié)構(gòu) 15 論文主要內(nèi)容寫作說(shuō)明 1. 論 1. 4.2論文的正文 1. 需求分析 系統(tǒng)概要設(shè)計(jì) 3. 系統(tǒng)詳細(xì)設(shè)計(jì) 4. 系統(tǒng)實(shí)現(xiàn)與測(cè)試 20 1. 4.3 結(jié)論 20 201X04更新第一部分 山東大學(xué)學(xué)位論文規(guī)范等。論文中的操作步驟盡量統(tǒng)一用 （1） 、 （2）及以下層次的編號(hào)。 3 文中并列內(nèi)容應(yīng)盡量避免使用 、 、 等項(xiàng)目符號(hào)，以免論文顯得內(nèi)容較散，更像技術(shù)報(bào)告，不

2、像科學(xué)論文。 4 文中不用、 或a、b、 作為順序編號(hào)。也不用 一、 二、三 及 （一）、 （二）、 （三） 作為順序編號(hào)。 5 標(biāo)題由詞組或短語(yǔ)組成，要簡(jiǎn)短明確，標(biāo)題末不帶 句號(hào) 、 冒號(hào) 等標(biāo)點(diǎn)符號(hào)。層次以下的內(nèi)容一般不用標(biāo)題。同一層次標(biāo)題在語(yǔ)法結(jié)構(gòu)上應(yīng)盡量對(duì)等。 6 不出現(xiàn) 孤立 編號(hào)，例如，不應(yīng)出現(xiàn)只有 1. 1.1而無(wú) 1. 續(xù)編號(hào)的情況。如確實(shí)需要該標(biāo)題，可采用不帶編號(hào)和標(biāo)志的標(biāo)題，字體字號(hào)與同等層次標(biāo)題相同（目錄中不必列出）。 7 正文中不使用 加粗 功能企圖達(dá)到突出重點(diǎn)的目的。論文中的各級(jí)標(biāo)題舉例要求如下： 標(biāo)題 格式 示例一級(jí)標(biāo)題 小三號(hào) 黑體 加粗 摘要 第1章 緒 論二級(jí)

3、標(biāo)題 四號(hào) 黑體 加粗 1.1 系統(tǒng)開發(fā)背景 系統(tǒng)概要設(shè)計(jì)三級(jí)標(biāo)題 小四號(hào) 黑體 加粗 3. 系統(tǒng)功能架構(gòu)設(shè)計(jì)四級(jí)標(biāo)題小四號(hào) 黑體 加粗 3. 1 系統(tǒng)*設(shè)計(jì)正文 小四號(hào) 宋體 我就是宋體小四號(hào)注意： 各級(jí)標(biāo)題一定要用Word的標(biāo)題工具設(shè)置（建議使用 格式樣式和格式 功能），以便整篇文章統(tǒng)一并可以自動(dòng)生成目錄。不要自己排格式和設(shè)置字體，以免無(wú)法生成目錄。 （3）論文用紙及打印規(guī)格。論文用紙一律為A 4，一般每行3234字，每頁(yè)2931行，雙面打印。紙張規(guī)格、尺寸每頁(yè)印刷版面尺寸每行打印字?jǐn)?shù) 每頁(yè)打印行數(shù)含篇眉,頁(yè)碼 不含篇眉,頁(yè)碼 A4 146x240 146x220 3234字 2931行頁(yè)

4、眉： 從摘要開始到最后，在每一頁(yè)的最上方，用5號(hào)宋體，居中排列，頁(yè)眉之下劃一條單實(shí)線（1鎊），頁(yè)眉用 山東大學(xué)碩士學(xué)位論文 字樣的名稱。如下圖： 段落、頁(yè)邊距、字間距和行間距： 上下頁(yè)邊距： 54m，左右頁(yè)邊距： 3.17 m；字間距： 標(biāo)準(zhǔn)；行間距： 1.5倍行距；段落按照標(biāo)題級(jí)別不同，分別采用不同的段后間距： 標(biāo)題級(jí)別 段前間距 段后間距一級(jí)標(biāo)題 24鎊 二級(jí)標(biāo)題 鎊 1.5行三級(jí)標(biāo)題 pt 1.5行（可適當(dāng)調(diào)節(jié)各級(jí)標(biāo)題的段前、段后間距，以利于控制正文合適的換頁(yè)位置） （4）論文中的制圖、制表等要求。論文中的制圖、制表、公式、符號(hào)必須遵循國(guó)家規(guī)定的標(biāo)準(zhǔn)，具體如下： 插圖要求，所有插圖按分章

5、編號(hào)，如第1章的第1張插圖為 圖1-1 *圖 ，字體可以用宋體5號(hào)字。所有插圖均需有圖注論文集中析出的文獻(xiàn)著者題名見: 文集編者文集名版本出版地： 出版者，出版年頁(yè)碼示例如下： 胡海昌中厚板彎曲理論的一種更精確的解耦方案見： 黃克智，徐秉業(yè)固體力學(xué)及其工程應(yīng)用北京： 清華大學(xué)出版社，199385 89 WEinstEIn L,Sartz M N. Pathogeni properties of invading niroorganisma. In: Sodeman W A, Jr., Sodeman W A,ed. Pathologi phsiolog: mehanisms of diseas

6、e. Philadephi a: Saunder,7 472學(xué)位論文的著錄格式序號(hào) 作者. 題名: . 學(xué)位授予單位所在地: 學(xué)位授予單位, 學(xué)位授予年專利的著錄格式序號(hào) 專利申請(qǐng)者. 專利題名. 專利國(guó)別, 專利文獻(xiàn)種類, 專利號(hào). 出版日期技術(shù)標(biāo)準(zhǔn)的著錄格式序號(hào) 技術(shù)標(biāo)準(zhǔn)發(fā)布單位. 技術(shù)標(biāo)準(zhǔn)代號(hào). 技術(shù)標(biāo)準(zhǔn)名稱. 出版地: 出版者, 出版年注： 工程碩士論文的參考文獻(xiàn)除論文、著作、書等以外，也可以出現(xiàn)少量的技術(shù)標(biāo)準(zhǔn)、技術(shù)報(bào)告和網(wǎng)站資源等作為參考文獻(xiàn)。 1. 10致謝致謝： 系對(duì)給予各類資助、指導(dǎo)和協(xié)助完成研究工作以及提供各種對(duì)論文工作有利條件的單位和個(gè)表示的感謝。致謝應(yīng)實(shí)事求是，切忌浮夸之

7、詞，不能千篇一律，要寫自己真實(shí)的想法，一般不超過(guò)半頁(yè)紙。 1. 11攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文目錄攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文目錄： 按學(xué)術(shù)論文發(fā)表的時(shí)間順序，列出本人在攻讀學(xué)位期間發(fā)表或已錄用的主要學(xué)術(shù)論文清單，包括論文發(fā)表刊物名稱、卷冊(cè)號(hào)、頁(yè)號(hào)、年月及論文署名位次。學(xué)位論文評(píng)閱及答辯情況： 論文答辯通過(guò)后，送校學(xué)位辦公室、圖書館和檔案館的論文需將學(xué)位論文評(píng)閱及答辯情況填入相應(yīng)的表格中。 1.3 論文內(nèi)容組織結(jié)構(gòu) 軟件工程碩士的論文的主要內(nèi)容結(jié)構(gòu)應(yīng)按照如下方式進(jìn)行組織，作者也可以根據(jù)自己研究設(shè)計(jì)開發(fā)系統(tǒng)的實(shí)際情況做一些微調(diào)，但一般以下內(nèi)容不可或缺。第1章 緒論 1.1 系統(tǒng)開發(fā)背景 外同類課題

8、（或技術(shù)開發(fā)）狀況 1.3解決的主要問(wèn)題 工作（非研究性論文不使用 主要貢獻(xiàn) 的說(shuō)法） 的組織結(jié)構(gòu)第2章 需求分析 1系統(tǒng)概述 2系統(tǒng)目標(biāo)和解決的問(wèn)題 3系統(tǒng)需求獲取模式（避免引用過(guò)多人所共知的理論） 4系統(tǒng)需求問(wèn)題描述 4.1系統(tǒng)功能性需求 系統(tǒng)非功能性需求第3章 系統(tǒng)架構(gòu)概要設(shè)計(jì) 3.1 系統(tǒng)設(shè)計(jì)目標(biāo)和原則 3.2 系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)（架構(gòu)、安全架構(gòu)、系統(tǒng)邏輯、部署架構(gòu)、實(shí)現(xiàn)架構(gòu)、數(shù)據(jù)架構(gòu)等幾個(gè)方面，作者可以進(jìn)行選擇性的撰寫。） 3.3 系統(tǒng)功能架構(gòu)第4章 系統(tǒng)詳細(xì)設(shè)計(jì)（避免出現(xiàn)過(guò)多同類材料的羅列和堆積）統(tǒng)建模（盡量使用UML語(yǔ)言） 4. 1.1系統(tǒng)的靜態(tài)結(jié)構(gòu)圖 4. 的動(dòng)態(tài)結(jié)構(gòu)圖系統(tǒng)數(shù)據(jù)庫(kù)

9、設(shè)計(jì)（包括但不僅限于： 系統(tǒng)E-R圖、數(shù)據(jù)庫(kù)表設(shè)計(jì)等。）第5章 系統(tǒng)實(shí)現(xiàn)與測(cè)試系統(tǒng)總體實(shí)現(xiàn)- 5具體關(guān)鍵實(shí)現(xiàn) 5+1系統(tǒng)測(cè)試， 5. 1系統(tǒng)測(cè)試的環(huán)境與方案 5. 2系統(tǒng)測(cè)試數(shù)據(jù)與過(guò)程 5. 4系統(tǒng)測(cè)試結(jié)果與分析第6章 結(jié)論系統(tǒng)不足之處和展望 1.4 論文主要內(nèi)容寫作說(shuō)明 1. 4.1緒論 緒論應(yīng)是全文的濃縮，而摘要?jiǎng)t是緒論的濃縮。緒論簡(jiǎn)要說(shuō)明系統(tǒng)設(shè)計(jì)開發(fā)的背景、從國(guó)內(nèi)外相關(guān)領(lǐng)域以及用戶角度介紹有關(guān)的開發(fā)技術(shù)分析，采用技術(shù)的原因，需要多查詢一下資料，可以是專業(yè)知識(shí)知名網(wǎng)站，以及系統(tǒng)解決的主要問(wèn)題和論文的重點(diǎn)工作等。每章節(jié)抽出幾個(gè)核心的工作，一般通俗的有關(guān)技術(shù)知識(shí)，在緒論中不必贅述。為了反映出作

10、者確已掌握了所從事軟件工程領(lǐng)域的堅(jiān)實(shí)的基礎(chǔ)理論和寬廣的專業(yè)知識(shí)，具有開闊的科學(xué)視野，對(duì)研究開發(fā)方案作了充分論證設(shè)計(jì)，緒論應(yīng)單獨(dú)成章，列為第一章，并用足夠的文字?jǐn)⑹觥?1. 正文論文的正文主要包括需求分析、系統(tǒng)概要設(shè)計(jì)、系統(tǒng)詳細(xì)設(shè)計(jì)以及系統(tǒng)的實(shí)現(xiàn)與測(cè)試（如沒有測(cè)試，可不寫該部分）等部分。該部分是論文核心部分，占主要篇幅。正文必須實(shí)事求是，客觀真切，準(zhǔn)確完備，合乎邏輯，層次分明，簡(jiǎn)便可讀。正文應(yīng)圖文并茂，對(duì)于工程性論文來(lái)說(shuō)，沒有圖表、純文字描述的論文很難形成一篇好的文章 1. 需求分析部分在系統(tǒng)需求分析章節(jié)中，主要是為作者設(shè)計(jì)開發(fā)的一個(gè)新系統(tǒng)定義業(yè)務(wù)需求，主要回答的是 系統(tǒng)開發(fā)的用戶需要什么？什么

11、樣的需求導(dǎo)致了本系統(tǒng)的實(shí)施和開發(fā)？通過(guò)作者開發(fā)設(shè)計(jì)的系統(tǒng)用戶得到什么？ 在系統(tǒng)概述中主要利用敘述、圖表等方式，概括性的描述系統(tǒng)的業(yè)務(wù)模型及有關(guān)業(yè)務(wù)流程現(xiàn)狀和總體要求；需求獲取模式部分主要介紹需求獲取的過(guò)程和相關(guān)的需求獲取采用的技術(shù)，如果需求獲取技術(shù)不占主要篇幅，沒有什么特色也可以簡(jiǎn)寫，或與 4節(jié)合并；在需求問(wèn)題描述中，重點(diǎn)要有較大的篇幅，主要從功能需求（funtional requirement）和非功能性需求（nonfuntional requirement）兩部分進(jìn)行描述，其中功能需求主要描述作者開發(fā)設(shè)計(jì)的系統(tǒng)提供的活動(dòng)和服務(wù)，重點(diǎn)是通過(guò)需求用例建模，其軟件制品表現(xiàn)為系統(tǒng)用例圖（use-a

12、se diagram）和系統(tǒng)用例場(chǎng)景或系統(tǒng)用例描述（use-ase narrative）。論文在該部分描述中，作者可根據(jù)自己開發(fā)設(shè)計(jì)系統(tǒng)功能包的大小，對(duì)系統(tǒng)的核心用例、有突破性的業(yè)務(wù)用例等重點(diǎn)進(jìn)行用例描述，但避免全部在論文中羅列出來(lái)，作者可以用作為論文附件的形式進(jìn)行附錄，在描述功能性需求時(shí)作者需要體現(xiàn)論文寫作設(shè)計(jì)的思想，不是把作者實(shí)際項(xiàng)目中所設(shè)計(jì)的全部用例以及用例描述都放在該部分內(nèi)容章節(jié)里面，從而將論文寫成清單式的技術(shù)報(bào)告。非功能性需求主要描述作者開發(fā)設(shè)計(jì)的一個(gè)滿意系統(tǒng)的其他特征、特點(diǎn)和約束條件。非功能性需求的內(nèi)容一般用非量化的指標(biāo)來(lái)表示。作者在論文寫作中其表現(xiàn)形式可以為圖表的形式來(lái)展現(xiàn)。如：

13、 系統(tǒng)要求的可靠性指標(biāo)（包括故障率、可恢復(fù)性和可維護(hù)性等），可以以補(bǔ)充性規(guī)格描述等方式描述，這部分也可以包含對(duì)開發(fā)環(huán)境的描述等。注： 該部分內(nèi)容應(yīng)該涉及和體現(xiàn)需求分析的主要分析文檔，如： 用例圖、業(yè)務(wù)流程圖等。 系統(tǒng)概要設(shè)計(jì)部分系統(tǒng)概要設(shè)計(jì)主要是描述設(shè)計(jì)開發(fā)的系統(tǒng)的總體框架，主要關(guān)注結(jié)構(gòu)、模塊性、基本構(gòu)件和主要控制流等方面，作者也要論述解釋架構(gòu)視圖為何如此，在架構(gòu)中作者要從某個(gè)角度觀察系統(tǒng)的窗口，只強(qiáng)調(diào)關(guān)鍵信息或想法，忽略其他。在這一章節(jié)中作者主要介紹設(shè)計(jì)架構(gòu)要達(dá)到的目標(biāo)和遵循的原則以及技術(shù)架構(gòu)主要包括功能視圖、邏輯視圖、進(jìn)程視圖、部署視圖、數(shù)據(jù)視圖、安全視圖、實(shí)現(xiàn)視圖等主要部分作者在寫該部分

14、內(nèi)容過(guò)程中，如果沒有特色的內(nèi)容可以適當(dāng)進(jìn)行一些論述，要對(duì)特色的重點(diǎn)部分進(jìn)行論述，作者在寫作中要對(duì)所設(shè)計(jì)得到的每個(gè)架構(gòu)圖表之前都要進(jìn)行簡(jiǎn)要的論述，闡明設(shè)計(jì)該圖表的方法，體現(xiàn)作者設(shè)計(jì)的思想，同時(shí)應(yīng)體現(xiàn)作者完成該部分內(nèi)容所應(yīng)完成的工作量。各類視圖主要說(shuō)明如下： 邏輯視圖： 最重要的層、子系統(tǒng)、包、框架、類、接口等概念性組織。概括了主要軟件元素的功能；展示了描述系統(tǒng)關(guān)鍵方面的重要用例場(chǎng)景；UP設(shè)計(jì)模型的視圖，是使用UML包、類和交互圖的可視化。進(jìn)程視圖： 進(jìn)程和線程。描述了他們的職責(zé)、協(xié)作以及分配給他們的邏輯元素；UP設(shè)計(jì)模型的視圖，是使用UML類圖和交互圖的可視化，其中使用了UML進(jìn)程和線程表示法。

15、部署視圖： 進(jìn)程和構(gòu)件在處理節(jié)點(diǎn)上的物理部署以及節(jié)點(diǎn)之間的配置；UP部署模型的視圖，使用UML部署的可視化。數(shù)據(jù)視圖： 數(shù)據(jù)流、持久性數(shù)據(jù)模式、對(duì)象與持久性數(shù)據(jù)之間的模式映射，對(duì)象到數(shù)據(jù)庫(kù)、存儲(chǔ)過(guò)程以及觸發(fā)器的映射機(jī)制；UP數(shù)據(jù)模型的部分視圖，使用UML類圖的可視化用于描述數(shù)據(jù)模型；用UML活動(dòng)圖表示數(shù)據(jù)流。安全視圖： 概述了安全模式和架構(gòu)中實(shí)施安全的控制點(diǎn)；可以作為UP部署模型的視圖，使用UML部署圖的可視化，突出了關(guān)鍵安全控制點(diǎn)和相關(guān)文件。實(shí)現(xiàn)視圖： 實(shí)現(xiàn)模型；包含源代碼、可執(zhí)行文件等；實(shí)現(xiàn)模型包括Web頁(yè)面、DLL、可執(zhí)行文件、源代碼等；UP實(shí)現(xiàn)模型的視圖，用文字或者UML包圖和構(gòu)件圖表

16、示。該部分內(nèi)容有關(guān)知識(shí)請(qǐng)參閱Appling UML and Patterns（Seond Edition）第五部分，細(xì)化迭代 3，第32章，架構(gòu)分析和SAD的介紹。對(duì)于框架（如持久性框架、交互框架等）也可以在這里描述。注： 在描述架構(gòu)設(shè)計(jì)思想時(shí)體現(xiàn)設(shè)計(jì)模式，描述時(shí)還要注意的是不要用通用的結(jié)構(gòu)，描述一定有具體的結(jié)構(gòu)圖，最好有特色，有思想。 3. 系統(tǒng)詳細(xì)設(shè)計(jì)部分在該章節(jié)中作者主要根據(jù)UML模型圖中的靜態(tài)結(jié)構(gòu)圖（如類圖、對(duì)象圖），類之間的關(guān)系、交互圖（順序圖、協(xié)作圖）和狀態(tài)圖（狀態(tài)圖、活動(dòng)圖）來(lái)對(duì)系統(tǒng)進(jìn)行詳細(xì)的描述。作為論文，作者不需要將系統(tǒng)所有上述內(nèi)容進(jìn)行細(xì)化描述，和在論文中進(jìn)行羅列，要重點(diǎn)描述

17、設(shè)計(jì)的思想、設(shè)計(jì)方法、設(shè)計(jì)模式和設(shè)計(jì)理論，描述有特色的設(shè)計(jì)、有一定難度的設(shè)計(jì)和有一定復(fù)雜度的設(shè)計(jì)，其他可以作為論文附件進(jìn)行附錄。同時(shí)作者要對(duì)系統(tǒng)數(shù)據(jù)庫(kù)進(jìn)行有關(guān)的設(shè)計(jì)，包括表的設(shè)計(jì)，表關(guān)系的設(shè)計(jì)、OR轉(zhuǎn)換，持久性的問(wèn)題，存儲(chǔ)問(wèn)題。這部分設(shè)計(jì)主要描述設(shè)計(jì)中的問(wèn)題，設(shè)計(jì)的方法，包括設(shè)計(jì)模式，以及設(shè)計(jì)的結(jié)果，描述為什么會(huì)得到這樣的設(shè)計(jì)，以及這樣設(shè)計(jì)的好處。注意： 描述的方法，對(duì)于同樣一個(gè)業(yè)務(wù)流程或操作的問(wèn)題，在需求分析要用用例描述來(lái)描述，在設(shè)計(jì)中就要用順序圖或活動(dòng)圖描述，在實(shí)現(xiàn)時(shí)就要用算法、流程圖或者偽代碼描述等，但同一業(yè)務(wù)或操作最好不要在各個(gè)部分描述。 4. 系統(tǒng)實(shí)現(xiàn)與測(cè)試部分作者在寫該部分內(nèi)容時(shí)如

18、果從具體功能實(shí)現(xiàn)的角度描述，論文可能羅列太多，缺乏思想性。作者應(yīng)重點(diǎn)從如下角度去挖掘該部分內(nèi)容，首先從系統(tǒng)實(shí)現(xiàn)總體的角度用一節(jié)對(duì)系統(tǒng)的實(shí)現(xiàn)給出一個(gè)總體性的論述，并有適當(dāng)?shù)闹饕缑婧?-4個(gè)主要的圖表，可以3-5頁(yè)；其次作者可以抽出關(guān)鍵的，復(fù)雜的功能算法實(shí)現(xiàn)，數(shù)據(jù)結(jié)構(gòu)、數(shù)學(xué)模型、界面設(shè)計(jì)、交互設(shè)計(jì)、并發(fā)控制、性能設(shè)計(jì)、通訊協(xié)議，接口等分別進(jìn)行一節(jié)的描述，可以以流程圖和偽代碼等形式進(jìn)行描述，一定要避免大篇幅的代碼附寫在該部分章節(jié)內(nèi)容中。在系統(tǒng)測(cè)試該部分內(nèi)容中，如果作者的論文測(cè)試沒有特色就增加一節(jié)簡(jiǎn)單的描述作為軟件開發(fā)過(guò)程的一個(gè)步驟，也可以不寫。如果作者的論文主要從測(cè)試角度來(lái)撰寫，可以按照軟件工程的角度來(lái)進(jìn)行撰寫，把軟件測(cè)試按照一個(gè)項(xiàng)目進(jìn)行組織管理，從測(cè)試背景、國(guó)內(nèi)外測(cè)試相關(guān)技術(shù)、測(cè)試需求、測(cè)試方案和用例