1、精選優質文檔-傾情為你奉上山東大學軟件工程碩士專業學位論文格式專心-專注-專業山東大學軟件工程碩士專業學位論文格式 山東大學軟件工程碩士專業學位論文格式目 錄 第一部分 山東大學學位論文規范(試行) 2 第二部分 軟件學院軟件工程碩士論文寫作規范 5 1.1論文基本要求及結構 5 1.2論文格式規范及撰寫說明 5 1.2.1論文封面 5 1.2.2論文扉頁 7 1.2.3原創性聲明和關于學位論文使用授權的說明 7 1.2.4中外文論文目錄 7 1.2.5中外文摘要 7 1.2.6符號說明 8 1.2.7論文正文 8 1.2.8附錄、附圖表 13 1.2.9引文出處及參考文獻 13 1.2.10

2、致謝 15 1.2.11攻讀學位期間發表的學術論文目錄 15 1.3 論文內容組織結構 15 1.4 論文主要內容寫作說明 17 1.4.1緒論 17 1.4.2論文的正文 17 1. 需求分析 17 2. 系統概要設計 18 3. 系統詳細設計 19 4. 系統實現與測試 20 1.4.3 結論 20XXXX年月、起止頁碼、論文署名位次。 （十三）學位論文評閱及答辯情況：論文答辯通過后，送校學位辦公室、圖書館和檔案館的論文需將學位論文評閱及答辯情況填入學位論文評閱及答辯情況表中。 （十四）外文論文： 1外文論文寫作的形式： 可根據本學科的實際選擇以下寫作形式的其中一種。 與中文全文在內容和形

3、式上完全一致的外文全文。 兩篇以上與學位論文相關的可以在外文期刊上發表（含已發表）的外文論文。 2外語寫作的要求： 學位論文外語寫作要語句通順，語法正確，符合該種語言的寫作規范，能準確反映作者的學術思想。論文內容用小四號字體小寫字母打印。 四、 學位論文的打印與裝訂 論文用A4標準紙輸出，雙面打印。博士學位論文一式25份，碩士學位論文一式15份（軟件工程碩士一式六份），裝訂成冊，并按要求送交有關部門（送校圖書館和檔案館的論文需線裝）。中、外文學位論文原則上一起裝訂，如篇幅過長可分別裝訂。除外語專業的學位論文外，其它學科的學位論文一律中文論文在前，外文論文在后。 本規范由研究生院負責解釋，自公布

4、之日起實施。 二OO六年十一月十日 第二部分 軟件學院軟件工程碩士論文寫作規范詳解 使用說明： 1、 本規范系提供給軟件工程碩士進行論文寫作、排版等工作的參考性文件，旨在幫助大家明確論文寫作過程中的若干問題，希望大家可以仔細閱讀。 2、 本規范是在山東大學學位論文規范（試行）基礎上，對軟件工程碩士論文寫作過程中的若干問題進行了詳細的說明和解釋，原則上不會與山東大學學位論文規范（試行）相矛盾，如不慎有相左之處，還請遵守山東大學學位論文規范（試行）中的規定，并請大家諒解。 3、 如果大家對論文寫作存在其他共性的問題或建議，可隨時將其發送至es Nean字體大寫字母打印，摘要內容用小四號Times

5、Nean字體小寫字母打印。1.2.6符號說明 符號說明：介紹論文中所用符號表示的意義。并不是每篇論文都需要有符號說明。 如果論文中使用了大量的物理量符號、標志、縮略詞、專門計量單位、自定義名詞和術語等，應編寫成注釋說明匯集表。假如上述符號和縮略詞使用數量不多，可以不設專門的匯集表，而在論文中出現時加以說明。 注意：對于常用的、已經為大家廣泛接受的縮略詞不必進行符號說明。如：DB、MVC、UML等。只有當不進行符號解釋讀者就無法看懂時，才有必要設置符號說明。 1.2.7論文正文 （1）論文正文是學位論文的主體和核心部分。學位論文是專門供專家審閱以及供同行參考的學術著作，必須寫得簡練、重點突出，不

6、要照抄或羅列敘述書本上的常識性內容，以免給人造成論文空洞不實、湊字數等印象。 應注意使論文各章之間密切聯系，使全文形成一個有機整體，而不是若干材料的隨機堆積。對于一般工程性論文，全文應體現出分析現狀發現問題分析問題解決問題的條理性，因此問題應當是論文的靈魂，沒有發現并解決問題的論文是沒有意義、沒有創新的，也是不合格的碩士論文。 一般工程性論文正文應當是如下幾個部分的有機組合： 緒論、需求分析、系統概要設計、系統詳細設計、系統實現與測試、結論等。 （2）論文正文字體及層次要求。正文內容用小四號宋體打印。每頁要有頁眉，其上居中打印山東大學碩士學位論文字樣，頁碼標注在頁面底端（頁腳）外側。論文中層次

7、不宜太多，要有一定的編排系統和統一的格式，根據內容輕重做到整篇論文協調一致。層次編排格式統一如下（以第1章為例）： 第1章， 1.1 1.1.1 1 (1) (2) (3) 2 1.1.2 1 2 1.2 1.2.1 1.2.2 注意： 1 層次編排不宜過深，一般建議以3級層次為好，非必要情況下不建議使用1.2.2.1等4級標題。 2 文中提到層次名時要準確對應，如第1章、1.2、1.1.2、步驟1、步驟(2)(4)等。論文中的操作步驟盡量統一用（1）、（2）及以下層次的編號。 3 文中并列內容應盡量避免使用、等項目符號，以免論文顯得內容較散，更像技術報告，不像科學論文。 4 文中不用、或a、

8、b、c作為順序編號。也不用一、二、三及（一）、（二）、（三）作為順序編號。 5 標題由詞組或短語組成，要簡短明確，標題末不帶句號、冒號等標點符號。(1)、(2)、(3)層次以下的內容一般不用標題。同一層次標題在語法結構上應盡量對等。 6 不出現孤立編號，例如，不應出現只有1.1.1而無1.1.2等后續編號的情況。如確實需要該標題，可采用不帶編號和標志的標題，字體字號與同等層次標題相同（目錄中不必列出）。 7 正文中不使用加粗功能企圖達到突出重點的目的。 論文中的各級標題舉例要求如下： 標題 格式 示例 一級標題 小三號 黑體 加粗 摘要 第1章 緒 論 二級標題 四號 黑體 加粗 1.1 系統

9、開發背景 3.1 系統概要設計 三級標題 小四號 黑體 加粗 3.1.2 系統功能架構設計 四級標題(不推薦使用) 小四號 黑體 加粗 3.2.2.1 系統*設計 正文 小四號 宋體 我就是宋體小四號 注意：各級標題一定要用m) 每頁印刷版面尺寸(mm) 每行打印字數 每頁打印行數 含篇眉,頁碼 不含篇眉,頁碼 A4 (210x297) 146x240 146x220 3234字 2931行 頁眉：從摘要開始到最后，在每一頁的最上方，用5號宋體，居中排列，頁眉之下劃一條單實線（1鎊），頁眉用山東大學碩士學位論文字樣的名稱。如下圖： 段落、頁邊距、字間距和行間距：上下頁邊距：2.54cm，左右頁

10、邊距：3.17 cm；字間距：標準；行間距：1.5倍行距；段落按照標題級別不同，分別采用不同的段后間距： 標題級別 段前間距 段后間距 一級標題 24鎊 1.5行 二級標題 18 鎊 1.5行 三級標題 12 pt 1.5行 （可適當調節各級標題的段前、段后間距，以利于控制正文合適的換頁位置） （4）論文中的制圖、制表等要求。論文中的制圖、制表、公式、符號必須遵循國家規定的標準，具體如下： 插圖要求，所有插圖按分章編號，如第1章的第1張插圖為圖1-1 *圖，字體可以用宋體5號字。所有插圖均需有圖注(圖的說明)，不能只有圖編號。圖號及圖注應在圖的下方居中標出；一幅圖如有若干幅分圖，均應編分圖號，

11、用(a),(b),(c).按順序編排；插圖須緊跟文述，在正文中，一般應先見圖號及圖的內容后再見圖（即：正文中先見本系統功能架構如圖3-2所示。字樣，再在段后見圖3-2），一般情況下不能提前見圖，特殊情況需延后的插圖不應跨節。 圖形符號及各種線型畫法須按照現行的國家標準；坐標圖中坐標上須注明標度值，并標明坐標軸所表示的物理量名稱及量綱，應均按國際標準(SD)標注，例如：k/s, N, m.等，但對一些示意圖例外；圖應具有自明性（即只看圖、圖題和圖例，不閱讀正文，就可理解圖意）；圖中用字最小為宋體小五號字；插圖必須同內容密切聯系，切忌與文字和表重復。 圖的繪制一定要緊湊美觀并且保證清晰，避免使用彩

12、色和帶底色的圖，一面影響論文印刷。 切忌直接從他人文章、其他文獻、書籍掃描和網上直接拷貝圖形，全文不能出現非本人繪制的圖形（系統實現部分的系統界面截圖除外），必須使用他人插圖時，須在圖題正下方注明出處。 表要求，表中內容應與敘述文字內容相呼應，表的結構應簡潔明了，表隨文排，字體為宋體5號字注，一定使用單倍行距，要排版緊湊，以與正文內容區別。對于文中的各類表，一定注意先有引用文字（格式一般為如表8-5所示）然后見到表，插表表名要簡明貼切，表序按章用阿拉伯字編列，表序末和表名末均不加標點符號，寫在表的上方。表格較長如需轉頁，則在下頁稿紙上重寫表頭，并在表的右上方寫續表，表內全部數據的統一計數或計量

13、單位應置于表的右上角，若表中各欄計量單位不同，則將單位分別列入表頭的各欄中，將量的符號與單位符號之間用斜線隔開，即表中的數值用量與單位的比值形式表示。表內數據對應位上下對齊，一般以小數點為準；數字間夾有，/號者，以這些符號對齊；無數據或文字處一律空白。相鄰欄內數字相同時，應重復書寫，勿用同左、同上等；表內文字說明，空一格起行，轉行頂格，并正確使用標點符號，但每段最后一律不用標點符號。表內名詞短語、數據需注釋時，用腳注，即在所需加注名詞或數據的右上角注符號，或星號，在表的底線下方寫出相應的符號和注文，不出現注字，如對整個表加以說明時，可附注于底線下方，注文前應有說明：字樣。 程序代碼可以以11表

14、的形式出現（將程序放在一個矩形邊框內），代碼用Times Nean 5號字，以示區別正文。程序代碼不需要是完整的程序代碼，主要用來說明問題，不要出現注釋，切忌直接將程序中的代碼不加任何排版直接拷入，文中代碼一般都要有（且應位于系統實現部分），但不要出現過多，切忌出現連續大篇幅代碼，以免給人材料堆積、湊篇幅的感覺。 公式要求，公式均需有公式號；公式號按章編排，如式(23)；公式中各物理量及量綱均按國際標準(SI)及國家規定的法定符號和法定計量單位標注，禁止使用已廢棄的符號和計量單位；公式中用字、符號、字體要符合學科規范。圖、表、公式等與正文之間要有6磅的行間距。 1.2.8附錄、附圖表 附錄、附

15、圖表：主要列入正文內過分冗長的公式推導，供查讀方便所需的輔助性數學工具或表格；重復性數據圖表；實驗性圖片；程序全文及說明等。 1.2.9引文出處及參考文獻 引文出處及參考文獻：(1)參考文獻一般應是作者親自考察過的對學位論文有參考價值的文獻，除特殊情況外，一般不應間接使用參考文獻；(2)參考文獻應具有權威性，要注意引用最新的文獻；(3)引用他人的學術觀點或學術成果，必須列在參考文獻中；(4)參考文獻在整個論文中按出現次序依次列出，并在引用處右上角標注（上標），標注符號為X（如：3）；(5)參考文獻要具有一定的數量，不作特殊數目的要求，一般不少于20篇左右，且以近期文獻為主；(6)參考文獻的書寫

16、順序如下： (a)期刊的著錄格式為 著者題名(可省略)期刊名，出版年，卷號(期號)：頁碼 示例如下： 1 卜小明，龍馭球一種薄板彎曲問題的四邊形位移單元力學學報，1991，23(1)：5360 2 Mastri A R.Neuropathy of diabetic neurogenic bladder. Ann Intern Med, 1980,92(2.2):316-318(b)專著的著錄格式 著者書名版本(第1版不注)出版地： 出版者，出版年 示例如下： 1 馬振華離散數學導引北京：清華大學出版社，1993 2 Nean puter Graphics.Nea. In: Sodeman an

17、 echanisms of disease. Philadephia: Saunder, 1974.457-472 (d)學位論文的著錄格式 序號 作者. 題名: 學位論文. 學位授予單位所在地: 學位授予單位, 學位授予年 (e)專利的著錄格式 序號 專利申請者. 專利題名. 專利國別, 專利文獻種類, 專利號. 出版日期 (f)技術標準的著錄格式 序號 技術標準發布單位. 技術標準代號. 技術標準名稱. 出版地: 出版者, 出版年 注：工程碩士論文的參考文獻除論文、著作、書等以外，也可以出現少量的技術標準、技術報告和網站資源等作為參考文獻。 1.2.10致謝 致謝：系對給予各類資助、指導和

18、協助完成研究工作以及提供各種對論文工作有利條件的單位和個表示的感謝。致謝應實事求是，切忌浮夸之詞，不能千篇一律，要寫自己真實的想法，一般不超過半頁紙。 1.2.11攻讀學位期間發表的學術論文目錄 攻讀學位期間發表的學術論文目錄：按學術論文發表的時間順序，列出本人在攻讀學位期間發表或已錄用的主要學術論文清單，包括論文發表刊物名稱、卷冊號、頁號、年月及論文署名位次。學位論文評閱及答辯情況：論文答辯通過后，送校學位辦公室、圖書館和檔案館的論文需將學位論文評閱及答辯情況填入相應的表格中。 1.3 論文內容組織結構 軟件工程碩士的論文的主要內容結構應按照如下方式進行組織，作者也可以根據自己研究設計開發系

19、統的實際情況做一些微調，但一般以下內容不可或缺。 第1章 緒論 1.1 系統開發背景 1.2國內外同類課題（或技術開發）狀況 1.3解決的主要問題 1.4本文的主要工作（非研究性論文不推薦使用本文主要貢獻的說法） 1.5論文的組織結構 第2章 需求分析 2.1系統概述 2.2系統目標和解決的問題 2.3系統需求獲取模式（避免引用過多人所共知的理論） 2.4系統需求問題描述 2.4.1系統功能性需求 2.4.2系統非功能性需求 第3章 系統架構概要設計 3.1 系統設計目標和原則 3.2 系統技術架構設計 （網絡架構、安全架構、系統邏輯、部署架構、實現架構、數據架構等幾個方面，作者可以進行選擇性

20、的撰寫。） 3.3 系統功能架構 第4章 系統詳細設計（避免出現過多同類材料的羅列和堆積） 4.1系統建模（盡量使用UML語言） 4.1.1系統的靜態結構圖 4.1.2系統的動態結構圖 4.2系統數據庫設計（包括但不僅限于：系統E-R圖、數據庫表設計等。） 第5章 系統實現與測試 5.1系統總體實現 5.2-5.n具體關鍵實現 5.n+1系統測試， 5.2.1系統測試的環境與方案 5.2.2系統測試數據與過程 5.2.4系統測試結果與分析 第6章 結論 系統不足之處和展望1.4 論文主要內容寫作說明 1.4.1緒論 緒論應是全文的濃縮，而摘要則是緒論的濃縮。 緒論簡要說明系統設計開發的背景、從

21、國內外相關領域以及用戶角度介紹有關的開發技術分析，采用技術的原因，需要多查詢一下資料，可以是專業知識知名網站，以及系統解決的主要問題和論文的重點工作等。每章節抽出幾個核心的工作，一般通俗的有關技術知識，在緒論中不必贅述。 為了反映出作者確已掌握了所從事軟件工程領域的堅實的基礎理論和寬廣的專業知識，具有開闊的科學視野，對研究開發方案作了充分論證設計，緒論應單獨成章，列為第一章，并用足夠的文字敘述。 1.4.2論文的正文 論文的正文主要包括需求分析、系統概要設計、系統詳細設計以及系統的實現與測試（如沒有測試，可不寫該部分）等部分。該部分是論文核心部分，占主要篇幅。正文必須實事求是，客觀真切，準確完

22、備，合乎邏輯，層次分明，簡便可讀。 正文應圖文并茂，對于工程性論文來說，沒有圖表、純文字描述的論文很難形成一篇好的文章 1. 需求分析部分 在系統需求分析章節中，主要是為作者設計開發的一個新系統定義業務需求，主要回答的是系統開發的用戶需要什么？什么樣的需求導致了本系統的實施和開發？通過作者開發設計的系統用戶得到什么？在系統概述中主要利用敘述、圖表等方式，概括性的描述系統的業務模型及有關業務流程現狀和總體要求；需求獲取模式部分主要介紹需求獲取的過程和相關的需求獲取采用的技術，如果需求獲取技術不占主要篇幅，沒有什么特色也可以簡寫，或與2.4節合并；在需求問題描述中，重點要有較大的篇幅，主要從功能需

23、求（functional requirement）和非功能性需求（nonfunctional requirement）兩部分進行描述，其中功能需求主要描述作者開發設計的系統提供的活動和服務，重點是通過需求用例建模，其軟件制品表現為系統用例圖（use-case diagram）和系統用例場景或系統用例描述（use-case narrative）。 論文在該部分描述中，作者可根據自己開發設計系統功能包的大小，對系統的核心用例、有突破性的業務用例等重點進行用例描述，但避免全部在論文中羅列出來，作者可以用作為論文附件的形式進行附錄，在描述功能性需求時作者需要體現論文寫作設計的思想，不是把作者實際項目中

24、所設計的全部用例以及用例描述都放在該部分內容章節里面，從而將論文寫成清單式的技術報告。 非功能性需求主要描述作者開發設計的一個滿意系統的其他特征、特點和約束條件。非功能性需求的內容一般用非量化的指標來表示。作者在論文寫作中其表現形式可以為圖表的形式來展現。如：系統要求的可靠性指標（包括故障率、可恢復性和可維護性等），可以以補充性規格描述等方式描述，這部分也可以包含對開發環境的描述等。 注：該部分內容應該涉及和體現需求分析的主要分析文檔，如：用例圖、業務流程圖等。 2. 系統概要設計部分 系統概要設計主要是描述設計開發的系統的總體框架，主要關注結構、模塊性、基本構件和主要控制流等方面，作者也要論

25、述解釋架構視圖為何如此，在架構中作者要從某個角度觀察系統的窗口，只強調關鍵信息或想法，忽略其他。在這一章節中作者主要介紹設計架構要達到的目標和遵循的原則以及技術架構內容。主要包括功能視圖、邏輯視圖、進程視圖、部署視圖、數據視圖、安全視圖、實現視圖等主要部分內容。 作者在寫該部分內容過程中，如果沒有特色的內容可以適當進行一些論述，要對特色的重點部分進行論述，作者在寫作中要對所設計得到的每個架構圖表之前都要進行簡要的論述，闡明設計該圖表的方法，體現作者設計的思想，同時應體現作者完成該部分內容所應完成的工作量。各類視圖主要說明如下： 邏輯視圖：最重要的層、子系統、包、框架、類、接口等概念性組織。概括

26、了主要軟件元素的功能；展示了描述系統關鍵方面的重要用例場景；UP設計模型的視圖，是使用UML包、類和交互圖的可視化。 進程視圖：進程和線程。描述了他們的職責、協作以及分配給他們的邏輯元素；UP設計模型的視圖，是使用UML類圖和交互圖的可視化，其中使用了UML進程和線程表示法。 部署視圖：進程和構件在處理節點上的物理部署以及節點之間的網絡配置；UP部署模型的視圖，使用UML部署的可視化。 數據視圖：數據流、持久性數據模式、對象與持久性數據之間的模式映射，對象到數據庫、存儲過程以及觸發器的映射機制；UP數據模型的部分視圖，使用UML類圖的可視化用于描述數據模型；用UML活動圖表示數據流。 安全視圖

27、：概述了安全模式和架構中實施安全的控制點；可以作為UP部署模型的視圖，使用UML部署圖的可視化，突出了關鍵安全控制點和相關文件。 實現視圖：實現模型；包含源代碼、可執行文件等；實現模型包括Web頁面、DLL、可執行文件、源代碼等；UP實現模型的視圖，用文字或者UML包圖和構件圖表示。 該部分內容有關知識請參閱Applying UML and Patterns（Second Edition）第五部分，細化迭代3，第32章，架構分析和SAD的介紹。 對于框架（如持久性框架、交互框架等）也可以在這里描述。 注：在描述架構設計思想時體現設計模式，描述時還要注意的是不要用通用的結構，描述一定有具體的結構圖，最好有特色，有思想。 3. 系統詳細設計部分 在該章節中作者主要根據UML模型圖中的靜態結構圖（如類圖、對象圖），類之間的關系、交互圖（順序圖、協作圖）和狀態圖（狀態圖、活動圖）來對系統進行詳細的描述。作為論文，作者不需要將系統所有上述內容進行細化描述，和在論文中進行羅列，要重點描述設計的思想、設計方法、設計模式和設計理論，描