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

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

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

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

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

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

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

7、不宜太多，要有一定的編排系統(tǒng)和統(tǒng)一的格式，根據(jù)內(nèi)容輕重做到整篇論文協(xié)調(diào)一致。層次編排格式統(tǒng)一如下（以第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級標(biāo)題。 2 文中提到層次名時要準(zhǔn)確對應(yīng)，如第1章、1.2、1.1.2、步驟1、步驟(2)(4)等。論文中的操作步驟盡量統(tǒng)一用（1）、（2）及以下層次的編號。 3 文中并列內(nèi)容應(yīng)盡量避免使用、等項目符號，以免論文顯得內(nèi)容較散，更像技術(shù)報告，不像科學(xué)論文。 4 文中不用、或a、

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

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

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

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

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

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

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

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

16、順序如下： (a)期刊的著錄格式為 著者題名(可省略)期刊名，出版年，卷號(期號)：頁碼 示例如下： 1 卜小明，龍馭球一種薄板彎曲問題的四邊形位移單元力學(xué)學(xué)報，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 馬振華離散數(shù)學(xué)導(dǎo)引北京：清華大學(xué)出版社，1993 2 Nean puter Graphics.Nea. In: Sodeman an

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

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

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

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

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

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

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

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

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

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

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