1、DOC 格式，方便您的復(fù)制修改刪減山東大學(xué)軟件工程碩士專業(yè)學(xué)位論文格式山東大學(xué)軟件工程碩士專業(yè)學(xué)位論文格式目錄第一部分山東大學(xué)學(xué)位論文規(guī)范（試行）2 2第二部分軟件學(xué)院軟件工程碩士論文寫作規(guī)范5 51.11.1 論文基本要求及結(jié)構(gòu)5 51.21.2 論文格式規(guī)范及撰寫說明5 51.2.11.2.1 論文封面 5 5122122 論文扉頁 7 7DOC 格式，方便您的復(fù)制修改刪減1.2.31.2.3 原創(chuàng)性聲明和關(guān)于學(xué)位論文使用授權(quán)的說明7 7124124 中外文論文目錄 7 7125125 中外文摘要 7 7126126 符號說明 8 81.2.71.2.7 論文正文 8 8128128 附錄

2、、附圖表 1313129129 引文出處及參考文獻13131.2.101.2.10 致謝 15151.2.111.2.11 攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文目錄1.31.3 論文內(nèi)容組織結(jié)構(gòu) 15151.41.4 論文主要內(nèi)容寫作說明17171.4.11.4.1緒論 17171515DOC 格式，方便您的復(fù)制修改刪減142142 論文的正文 17171.1. 需求分析 17172.2. 系統(tǒng)概要設(shè)計 18183.3. 系統(tǒng)詳細(xì)設(shè)計 19194.4. 系統(tǒng)實現(xiàn)與測試 2020143143 結(jié)論 2020XXXXXXXX 年月、起止頁碼、論文署名位次。（十三）學(xué)位論文評閱及答辯情況：論文答辯通過后，送校

3、學(xué)位 辦公室、圖書館和檔案館的論文需將學(xué)位論文評閱及答辯情況填入學(xué)位論文評閱及答辯情況表中。（十四）外文論文：1.1.外文論文寫作的形式:可根據(jù)本學(xué)科的實際選擇以下寫作形式的其中一種。DOC 格式，方便您的復(fù)制修改刪減1與中文全文在內(nèi)容和形式上完全一致的外文全文。2兩篇以上與學(xué)位論文相關(guān)的可以在外文期刊上發(fā)表（含已發(fā) 表）的外文論文。2.2. 外語寫作的要求：學(xué)位論文外語寫作要語句通順，語法正確，符合該種語言的寫作 規(guī)范，能準(zhǔn)確反映作者的學(xué)術(shù)思想。論文內(nèi)容用小四號字體小寫字母 打印。四、學(xué)位論文的打印與裝訂論文用 A4A4 標(biāo)準(zhǔn)紙輸出，雙面打印。博士學(xué)位論文一式 2525 份， 碩士學(xué)位論文一

4、式 1515 份（軟件工程碩士一式六份），裝訂成冊，并按 要求送交有關(guān)部門（送校圖書館和檔案館的論文需線裝）。中、外文 學(xué)位論文原則上一起裝訂，如篇幅過長可分別裝訂。除外語專業(yè)的學(xué) 位論文外，其它學(xué)科的學(xué)位論文一律中文論文在前，外文論文在后。本規(guī)范由研究生院負(fù)責(zé)解釋，自公布之日起實施二 OOOO 六年一月十日DOC 格式，方便您的復(fù)制修改刪減第二部分軟件學(xué)院軟件工程碩士論文寫作規(guī)范詳解使用說明：1 1、 本規(guī)范系提供給軟件工程碩士進行論文寫作、排版等工作的參考 性文件，旨在幫助大家明確論文寫作過程中的若干問題， 希望大家可 以仔細(xì)閱讀。2 2、 本規(guī)范是在山東大學(xué)學(xué)位論文規(guī)范（試行）基礎(chǔ)上，對

5、軟件 工程碩士論文寫作過程中的若干問題進行了詳細(xì)的說明和解釋，原則 上不會與山東大學(xué)學(xué)位論文規(guī)范（試行）相矛盾，如不慎有相左 之處，還請遵守山東大學(xué)學(xué)位論文規(guī)范（試行）中的規(guī)定，并請 大家諒解。3 3、 如果大家對論文寫作存在其他共性的問題或建議， 可隨時將其發(fā) 送至 esesNeanNean 字體大寫字母打印，摘要內(nèi)容用小四號 TimesTimes NeanNean 字體 小寫字母打印。126126 符號說明符號說明：介紹論文中所用符號表示的意義。 并不是每篇論文都需要 有符號說明。如果論文中使用了大量的物理量符號、 標(biāo)志、縮略詞、專門計量單位、 自定義名詞和術(shù)語等，應(yīng)編寫成注釋說明匯集表。

6、假如上述符號和縮 略詞使用數(shù)量DOC 格式，方便您的復(fù)制修改刪減不多，可以不設(shè)專門的匯集表，而在論文中出現(xiàn)時加以 說明。注意：對于常用的、已經(jīng)為大家廣泛接受的縮略詞不必進行符號說明。如：DBDB、MVCMVC、UMLUML 等。只有當(dāng)不進行符號解釋讀者就無法看懂時, 才有必要設(shè)置符號說明。127127 論文正文（1 1）論文正文是學(xué)位論文的主體和核心部分。學(xué)位論文是專門供專 家審閱以及供同行參考的學(xué)術(shù)著作，必須寫得簡練、重點突出，不要 照抄或羅列敘述書本上的常識性內(nèi)容，以免給人造成論文空洞不實、 湊字?jǐn)?shù)等印象。應(yīng)注意使論文各章之間密切聯(lián)系，使全文形成一個有機整體，而不是 若干材料的隨機堆積。對

7、于一般工程性論文，全文應(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 2） 論文正文字體及層次要求。 正文內(nèi)容用小四號宋體打印。 每頁 要有頁眉，DOC 格式，方便您的復(fù)制修改刪減其上居中打印山東大學(xué)碩士學(xué)位論文字樣， 頁碼標(biāo)注在頁 面底端（頁腳）外側(cè)。論文中層次不宜太多，要有一定的編排系統(tǒng)和 統(tǒng)一的格式，根據(jù)內(nèi)容輕重做到整篇論文協(xié)調(diào)一致。 層次編排格式統(tǒng) 一如下（以第

8、 1 1 章為例）：第 1 1 章，1.11.11.1.11.1.11 1.(1)(1)2 2.DOC 格式，方便您的復(fù)制修改刪減1.1.21.1.21 1.2 2.1.21.21.2.11.2.1122122、卜 、八注意:1 1.層次編排不宜過深，一般建議以 3 3 級層次為好，非必要情況下不 建議使用1.2.2.11.2.2.1 等 4 4 級標(biāo)題。2 2.文中提到層次名時要準(zhǔn)確對應(yīng)，如第 1 1 章、1.21.2、1.1.21.1.2、步驟 1 1、 步驟(2)(2)(4)(4)等。論文中的操作步驟盡量統(tǒng)一用(1 1)、(2 2)及以下層 次的編號。DOC 格式，方便您的復(fù)制修改刪減3

9、.3.文中并列內(nèi)容應(yīng)盡量避免使用、等項目符號，以免論文顯得內(nèi)容較散，更像技術(shù)報告，不像科學(xué)論文。4.4.文中不用I、H、皿或 a a、b b、c c 作為順序編號。也不用一、二、三及（一） 、（二）、（三）作為順序編號。5.5.標(biāo)題由詞組或短語組成，要簡短明確，標(biāo)題末不帶句號、冒號等 標(biāo)點符號。（1 1）、（2 2）、（3 3）層次以下的內(nèi)容一般不用標(biāo)題。同一層次標(biāo) 題在語法結(jié)構(gòu)上應(yīng)盡量對等。6.6.不出現(xiàn)孤立編號，例如，不應(yīng)出現(xiàn)只有 1.1.11.1.1 而無 1.1.21.1.2 等后續(xù)編 號的情況。如確實需要該標(biāo)題，可米用不帶編號和標(biāo)志的標(biāo)題，字體 字號與同等層次標(biāo)題相同（目錄中不必列出

10、）。7.7.正文中不使用加粗功能企圖達到突出重點的目的。論文中的各級標(biāo)題舉例要求如下：標(biāo)題格式示例一級標(biāo)題小三號黑體加粗摘要第 1 1 章緒論DOC 格式，方便您的復(fù)制修改刪減二級標(biāo)題四號黑體加粗 1.11.1 系統(tǒng)開發(fā)背景3.13.1 系統(tǒng)概要設(shè)計三級標(biāo)題 小四號 黑體 加粗 3.1.23.1.2 系統(tǒng)功能架構(gòu)設(shè)計四級標(biāo)題（不推薦使用）小四號 黑體 加粗 322.1322.1 系統(tǒng)*設(shè)計正文 小四號 宋體 我就是宋體小四號注意：各級標(biāo)題一定要用 m m）每頁印刷版面尺寸（mmmm）每行打印字?jǐn)?shù)每頁打印行數(shù)含篇眉，頁碼不含篇眉, ,頁碼A4A4 （210 x297210 x297） 146x2

11、40146x240 146x220146x220 32343234 字 29312931 行頁眉：從摘要開始到最后，在每一頁的最上方，用5 5 號宋體，居中排列，頁眉之下劃一條單實線（1 1 鎊），頁眉用山東大學(xué)碩士學(xué)位論文字樣的名稱。如下圖：DOC 格式，方便您的復(fù)制修改刪減段落、頁邊距、字間距和行間距：上下頁邊距：2.54cm2.54cm，左右頁邊距:3.173.17 cm;cm;字間距：標(biāo)準(zhǔn)；行間距：1.51.5 倍行距；段落按照標(biāo)題級別不 同，分別采用不同的段后間距：標(biāo)題級別 段前間距 段后間距一級標(biāo)題 2424 鎊 1.51.5 行二級標(biāo)題 1818 鎊 1.51.5 行三級標(biāo)題 1

12、212 ptpt 1.51.5 行（可適當(dāng)調(diào)節(jié)各級標(biāo)題的段前、段后間距， 以利于控制正文合適的換 頁位置）（4 4）論文中的制圖、制表等要求。論文中的制圖、制表、公式、符 號必須遵循國家規(guī)定的標(biāo)準(zhǔn)，具體如下：插圖要求，所有插圖按分章編號，如第 1 1 章的第 1 1 張插圖為圖 1-11-1 * 圖，字體可以用宋體 5 5 號字。所有插圖均需有圖注（圖的說明），不能 只有圖編號。圖號及圖注應(yīng)在圖的下方居中標(biāo)出；一幅圖如有若干幅 分圖，均應(yīng)編分圖號，用 , ,（b b）, ,（c c）按順序編排；插圖須緊跟文述， 在正文中，一般應(yīng)先見圖號及圖的內(nèi)容后再見圖（即：正文中先見本 系統(tǒng)功能架構(gòu)如圖 3

13、-23-2 所示。DOC 格式，方便您的復(fù)制修改刪減字樣，再在段后見圖 3-23-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) （SDSD）標(biāo)注，例如：k/s,k/s, N,N, m.m.等，但對一些示意圖例外；圖應(yīng)具 有自明性（即只看圖、圖題和圖例，不閱讀正文，就可理解圖意）；圖中用字最小為宋體小五號字；插圖必須同內(nèi)容密切聯(lián)系，切忌與文 字和表重復(fù)。圖的繪制一定要緊湊美觀并且保證清晰，避免使用彩色和帶底色的 圖，一面影響論文印刷。切忌直接從他人文章

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

15、或計量單位應(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) 有說明：字

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

17、要符合學(xué)科規(guī)范。圖、表、公式等與正文之間要有 6 6 磅的行間距。DOC 格式，方便您的復(fù)制修改刪減128128 附錄、附圖表附錄、附圖表：主要列入正文內(nèi)過分冗長的公式推導(dǎo)，供查讀方便所 需的輔助性數(shù)學(xué)工具或表格；重復(fù)性數(shù)據(jù)圖表；實驗性圖片；程序全 文及說明等。129129 引文出處及參考文獻引文出處及參考文獻：（1 1）參考文獻一般應(yīng)是作者親自考察過的對學(xué) 位論文有參考價值的文獻，除特殊情況外，一般不應(yīng)間接使用參考文 獻；（2 2）參考文獻應(yīng)具有權(quán)威性，要注意引用最新的文獻；（3 3）引用他人的學(xué)術(shù)觀點或?qū)W術(shù)成果，必須列在參考文獻中；（4 4）參考文獻在整個論文中按出現(xiàn)次序依次列出，并在引用

18、處右上角標(biāo)注（上標(biāo)），標(biāo)注符號為XX （如: 33）； （5 5）參考文獻要具有一定的數(shù)量，不作特殊 數(shù)目的要求，一般不少于 2020 篇左右，且以近期文獻為主；（6 6）參考文 獻的書寫順序如下：（a a）期刊的著錄格式為著者桿題名( (可省略) )桿期刊名，出版年，卷號( (期號) )：頁碼示例如下：11 卜小明，龍馭球桿一種薄板彎曲問題的四邊形位移單元 桿力學(xué)學(xué)DOC 格式，方便您的復(fù)制修改刪減報，19911991，23(1)23(1)： 5360536022 MastriMastri A A R.NeuropathyR.Neuropathy ofof diabeticdiabetic

19、neurogenicneurogenic bladder.bladder. AnnAnn InternInternMed,Med, 1980,92(2.2):316-3181980,92(2.2):316-318(b)(b)專著的著錄格式著者桿書名桿版本( (第 1 1 版不注) )桿出版地：出版者，出版年示例如下：11 馬振華桿離散數(shù)學(xué)導(dǎo)引桿北京：清華大學(xué)出版社，1993199322 NeanNean puterputer Graphics.Nea.Graphics.Nea. In:In: SodemanSodeman anan echanismsechanisms ofof disease

20、.disease.Philadephia:Philadephia: SaunSaun der,der, 1974.457-4721974.457-472(d)(d) 學(xué)位論文的著錄格式 序號作者 題名： 學(xué)位論文. .學(xué)位授予單位所在地：學(xué)位授予單位, , 學(xué)位授予年(e)(e) 專利的著錄格式序號專利申請者. .專利題名. .專利國別，專利文獻種類，專利號. .出 版日期DOC 格式，方便您的復(fù)制修改刪減(f)(f) 技術(shù)標(biāo)準(zhǔn)的著錄格式序號技術(shù)標(biāo)準(zhǔn)發(fā)布單位. .技術(shù)標(biāo)準(zhǔn)代號. .技術(shù)標(biāo)準(zhǔn)名稱. .出版地：出版者，出版年注：工程碩士論文的參考文獻除論文、著作、書等以外，也可以出現(xiàn) 少量的技術(shù)標(biāo)

21、準(zhǔn)、技術(shù)報告和網(wǎng)站資源等作為參考文獻。1.2.101.2.10 致謝致謝：系對給予各類資助、指導(dǎo)和協(xié)助完成研究工作以及提供各種對論文工作有利條件的單位和個表示的感謝。致謝應(yīng)實事求是，切忌浮夸之詞，不能千篇一律，要寫自己真實的想法，一般不超過半頁紙。1.2.111.2.11 攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文目錄攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文目錄： 按學(xué)術(shù)論文發(fā)表的時間順序，列 出本人在攻讀學(xué)位期間發(fā)表或已錄用的主要學(xué)術(shù)論文清單，包括論文發(fā)表刊物名稱、卷冊號、頁號、年月及論文署名位次。學(xué)位論文評閱 及答辯情況：論文答辯通過后，送校學(xué)位辦公室、圖書館和檔案館的 論文需將學(xué)位論文評閱及答辯情況填入相應(yīng)的表格中。

22、DOC 格式，方便您的復(fù)制修改刪減1.31.3 論文內(nèi)容組織結(jié)構(gòu)軟件工程碩士的論文的主要內(nèi)容結(jié)構(gòu)應(yīng)按照如下方式進行組織， 作者 也可以根據(jù)自己研究設(shè)計開發(fā)系統(tǒng)的實際情況做一些微調(diào)， 但一般以 下內(nèi)容不可或缺。第 1 1 章緒論1.11.1 系統(tǒng)開發(fā)背景1.21.2 國內(nèi)外同類課題（或技術(shù)開發(fā)）狀況1.31.3 解決的主要問題1.41.4 本文的主要工作（非研究性論文不推薦使用本文主要貢獻的說法）1.51.5 論文的組織結(jié)構(gòu)第 2 2 章需求分析2.12.1 系統(tǒng)概述DOC 格式，方便您的復(fù)制修改刪減2.22.2 系統(tǒng)目標(biāo)和解決的問題2.32.3 系統(tǒng)需求獲取模式（避免引用過多人所共知的理論）2

23、.42.4 系統(tǒng)需求問題描述2.4.12.4.1 系統(tǒng)功能性需求2.4.22.4.2 系統(tǒng)非功能性需求第 3 3 章系統(tǒng)架構(gòu)概要設(shè)計3.13.1 系統(tǒng)設(shè)計目標(biāo)和原則3.23.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)等幾個方面，作者可以進行選擇性的撰寫。）3.33.3 系統(tǒng)功能架構(gòu)第 4 4 章 系統(tǒng)詳細(xì)設(shè)計（避免出現(xiàn)過多同類材料的羅列和堆積）DOC 格式，方便您的復(fù)制修改刪減4.14.1 系統(tǒng)建模（盡量使用 UMLUML 語言）4.1.14.1.1 系統(tǒng)的靜態(tài)結(jié)構(gòu)圖4.1.24.1.2 系統(tǒng)的動態(tài)結(jié)構(gòu)圖4.24.2 系統(tǒng)數(shù)據(jù)庫設(shè)計（包括但不僅限于：系統(tǒng)E

24、-RE-R 圖、數(shù)據(jù)庫表設(shè)計等。）第 5 5 章系統(tǒng)實現(xiàn)與測試5.15.1 系統(tǒng)總體實現(xiàn)5.2-55.2-5 .n.n 具體關(guān)鍵實現(xiàn)5.n+15.n+1 系統(tǒng)測試，5.2.15.2.1 系統(tǒng)測試的環(huán)境與方案5.2.25.2.2 系統(tǒng)測試數(shù)據(jù)與過程5.2.45.2.4 系統(tǒng)測試結(jié)果與分析DOC 格式，方便您的復(fù)制修改刪減第 6 6 章結(jié)論系統(tǒng)不足之處和展望1.41.4 論文主要內(nèi)容寫作說明1.4.11.4.1 緒論緒論應(yīng)是全文的濃縮，而摘要則是緒論的濃縮。緒論簡要說明系統(tǒng)設(shè)計開發(fā)的背景、從國內(nèi)外相關(guān)領(lǐng)域以及用戶角度介紹有關(guān)的開發(fā)技術(shù)分析，采用技術(shù)的原因，需要多查詢一下資料，可以是專業(yè)知識知名網(wǎng)站

25、，以及系統(tǒng)解決的主要問題和論文的重點工 作等。每章節(jié)抽出幾個核心的工作，一般通俗的有關(guān)技術(shù)知識，在緒 論中不必贅述。為了反映出作者確已掌握了所從事軟件工程領(lǐng)域的堅實的基礎(chǔ)理論 和寬廣的專業(yè)知識，具有開闊的科學(xué)視野，對研究開發(fā)方案作了充分 論證設(shè)計，緒論應(yīng)單獨成章，列為第一章，并用足夠的文字?jǐn)⑹觥?42142 論文的正文論文的正文主要包括需求分析、系統(tǒng)概要設(shè)計、系統(tǒng)詳細(xì)設(shè)計以及系 統(tǒng)的實現(xiàn)與測試（如沒有測試，可不寫該部分）等部分。該部分是論 文核心部分，占主DOC 格式，方便您的復(fù)制修改刪減要篇幅。正文必須實事求是，客觀真切，準(zhǔn)確完備, 合乎邏輯，層次分明，簡便可讀。正文應(yīng)圖文并茂，對于工程性論

26、文來說，沒有圖表、純文字描述的論文很難形成一篇好的文章1.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.42.4 節(jié)合并；在需求問題描述中，重點要有較大的篇幅，主要從功能需求(funfun ctioctio nalnal

27、 requirementrequirement)和非功能性需求(nonfunctionalnonfunctional requirementrequirement)兩部分進 行描述，其中功能需求主要描述作者開發(fā)設(shè)計的系統(tǒng)提供的活動和服 務(wù)，重點是通過需求用例建模，其軟件制品表現(xiàn)為系統(tǒng)用例圖(use-caseuse-case diagramdiagram)和系統(tǒng)用例場景或系統(tǒng)用例描述( use-caseuse-case narrativenarrative)。DOC 格式，方便您的復(fù)制修改刪減論文在該部分描述中，作者可根據(jù)自己開發(fā)設(shè)計系統(tǒng)功能包的大小， 對系統(tǒng)的核心用例、有突破性的業(yè)務(wù)用例等重點

28、進行用例描述，但避免全部在論文中羅列出來，作者可以用作為論文附件的形式進行附 錄，在描述功能性需求時作者需要體現(xiàn)論文寫作設(shè)計的思想，不是把作者實際項目中所設(shè)計的全部用例以及用例描述都放在該部分內(nèi)容 章節(jié)里面，從而將論文寫成清單式的技術(shù)報告。非功能性需求主要描述作者開發(fā)設(shè)計的一個滿意系統(tǒng)的其他特征、特點和約束條件。非功能性需求的內(nèi)容一般用非量化的指標(biāo)來表示。作 者在論文寫作中其表現(xiàn)形式可以為圖表的形式來展現(xiàn)。女口： 系統(tǒng)要求 的可靠性指標(biāo)(包括故障率、可恢復(fù)性和可維護性等)，可以以補充性規(guī)格描述等方式描述，這部分也可以包含對開發(fā)環(huán)境的描述等。注：該部分內(nèi)容應(yīng)該涉及和體現(xiàn)需求分析的主要分析文檔，如

29、：用例圖、業(yè)務(wù)流程圖等。2.2. 系統(tǒng)概要設(shè)計部分系統(tǒng)概要設(shè)計主要是描述設(shè)計開發(fā)的系統(tǒng)的總體框架， 主要關(guān)注結(jié) 構(gòu)、 模塊性、基本構(gòu)件和主要控制流等方面，作者也要論述解釋架構(gòu) 視圖為何如此，在架構(gòu)DOC 格式，方便您的復(fù)制修改刪減中作者要從某個角度觀察系統(tǒng)的窗口， 只強調(diào) 關(guān)鍵信息或想法，忽略其他。在這一章節(jié)中作者主要介紹設(shè)計架構(gòu)要 達到的目標(biāo)和遵循的原則以及技術(shù)架構(gòu)內(nèi)容。主要包括功能視圖、邏輯視圖、進程視圖、部署視圖、數(shù)據(jù)視圖、安全視圖、實現(xiàn)視圖等主 要部分內(nèi)容。作者在寫該部分內(nèi)容過程中，如果沒有特色的內(nèi)容可以適當(dāng)進行一些 論述，要對特色的重點部分進行論述，作者在寫作中要對所設(shè)計得到 的每個

30、架構(gòu)圖表之前都要進行簡要的論述，闡明設(shè)計該圖表的方法， 體現(xiàn)作者設(shè)計的思想，同時應(yīng)體現(xiàn)作者完成該部分內(nèi)容所應(yīng)完成的工 作量。各類視圖主要說明如下：邏輯視圖：最重要的層、子系統(tǒng)、包、框架、類、接口等概念性組織。 概括了主要軟件元素的功能；展示了描述系統(tǒng)關(guān)鍵方面的重要用例場 景；UPUP 設(shè)計模型的視圖，是使用 UMLUML 包、類和交互圖的可視化。進程視圖：進程和線程。描述了他們的職責(zé)、協(xié)作以及分配給他們的 邏輯元素；UPUP 設(shè)計模型的視圖，是使用 UMLUML 類圖和交互圖的可視 化，其中使用了 UMLUML 進程和線程表示法。部署視圖：進程和構(gòu)件在處理節(jié)點上的物理部署以及節(jié)點之間的網(wǎng)絡(luò) 配

31、置；U UP P部署模型的視圖，使用 UMLUML 部署的可視化。數(shù)據(jù)視圖：數(shù)據(jù)流、持久性數(shù)據(jù)模式、對象與持久性數(shù)據(jù)之間的模式 映射，對DOC 格式，方便您的復(fù)制修改刪減象到數(shù)據(jù)庫、存儲過程以及觸發(fā)器的映射機制；UPUP 數(shù)據(jù)模型的部分視圖，使用 UMLUML 類圖的可視化用于描述數(shù)據(jù)模型；用 UMLUML 活動圖表示數(shù)據(jù)流。安全視圖：概述了安全模式和架構(gòu)中實施安全的控制點；可以作為UPUP 部署模型的視圖，使用 UMLUML 部署圖的可視化，突出了關(guān)鍵安全 控制點和相關(guān)文件。實現(xiàn)視圖：實現(xiàn)模型；包含源代碼、可執(zhí)行文件等；實現(xiàn)模型包括 WebWeb 頁面、DLLDLL、可執(zhí)行文件、源代碼等；U

32、PUP 實現(xiàn)模型的視圖，用 文字或者 UMLUML 包圖和構(gòu)件圖表示。該部分內(nèi)容有關(guān)知識請參閱ApplyingApplying UMLUML andand PatternsPatterns（SecondSecondEditionEdition）第五部分，細(xì)化迭代 3 3,第 3232 章，架構(gòu)分析和 SADSAD 的介紹。對于框架（如持久性框架、交互框架等）也可以在這里描述。注：在描述架構(gòu)設(shè)計思想時體現(xiàn)設(shè)計模式，描述時還要注意的是不要用通用的結(jié)構(gòu)，描述一定有具體的結(jié)構(gòu)圖，最好有特色，有思想。3.3. 系統(tǒng)詳細(xì)設(shè)計部分DOC 格式，方便您的復(fù)制修改刪減在該章節(jié)中作者主要根據(jù) UMLUML 模型圖中的靜態(tài)結(jié)構(gòu)圖（如類圖、對 象圖），類之間的關(guān)系、交互圖（順序圖、協(xié)作圖）和狀態(tài)圖（狀態(tài) 圖、活動圖）來對系統(tǒng)進行詳細(xì)的描述。作為論文，作者不需要將系 統(tǒng)所有上述內(nèi)容進行