山東大學(xué)軟件工程碩士專業(yè)學(xué)位論文格式-資料下載頁
2025-05-07 20:53本頁面
【正文】 關(guān)鍵信息或想法，忽略其他。在這一章節(jié)中作者主要介紹設(shè)計(jì)架構(gòu)要達(dá)到的目標(biāo)和遵循的原則以及技術(shù)架構(gòu)內(nèi)容。主要包括功能視圖、邏輯視圖、進(jìn)程視圖、部署視圖、數(shù)據(jù)視圖、安全視圖、實(shí)現(xiàn)視圖等主要部分內(nèi)容。 作者在寫該部分內(nèi)容過程中，如果 沒有特色的內(nèi)容可以適當(dāng)進(jìn)行一些論述，要對特色的重點(diǎn)部分進(jìn)行論述，作者在寫作中要對所設(shè)計(jì)得到的每個(gè)架構(gòu)圖表之前都要進(jìn)行簡要的論述，闡明設(shè)計(jì)該圖表的方法，體現(xiàn)作者設(shè)計(jì)的思想，同時(shí)應(yīng)體現(xiàn)作者完成該部分內(nèi)容所應(yīng)完成的工作量。各類視圖主要說明如下： DOC 格式，方 便 您的 復(fù)制修改刪減 邏輯視圖：最重要的層、子系統(tǒng)、包、框架、類、接口等概念性組織。概括了主要軟件元素的功能；展示了描述系統(tǒng)關(guān)鍵方面的重要用例場景； UP 設(shè)計(jì)模型的視圖，是使用 UML 包、類和交互圖的可視化。 進(jìn)程視圖：進(jìn)程和線程。描述了他們的職責(zé)、協(xié)作以及分配給他們的 邏輯元素； UP 設(shè)計(jì)模型的視圖，是使用 UML 類圖和交互圖的可視化，其中使用了 UML 進(jìn)程和線程表示法。 部署視圖：進(jìn)程和構(gòu)件在處理節(jié)點(diǎn)上的物理部署以及節(jié)點(diǎn)之間的網(wǎng)絡(luò)配置； UP 部署模型的視圖，使用 UML 部署的可視化。 數(shù)據(jù)視圖：數(shù)據(jù)流、持久性數(shù)據(jù)模式、對象與持久性數(shù)據(jù)之間的模式映射，對象到數(shù)據(jù)庫、存儲(chǔ)過程以及觸發(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)文件。 DOC 格式，方 便 您的 復(fù)制修改刪減 實(shí)現(xiàn)視圖：實(shí)現(xiàn)模型；包含源代碼、可執(zhí)行文件等；實(shí)現(xiàn)模型包括Web 頁面、 DLL、可執(zhí)行文件、源代碼等； UP 實(shí)現(xiàn)模型的視圖，用文字或者 UML 包圖和構(gòu)件圖表示。 該部分內(nèi)容有關(guān)知識(shí)請參閱《 Applying UML and Patterns》（ Second Edition）第五部分，細(xì)化迭代 3，第 32 章，架構(gòu)分析和 SAD 的介紹。 對于框架（如持久性框架、交互框架等）也可以在這里描述。 注：在描述架構(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)圖（如類圖、對象圖），類之間的關(guān)系、交互圖（順序圖、協(xié)作圖）和狀態(tài)圖（狀態(tài)圖、活動(dòng)圖）來對系統(tǒng)進(jìn)行詳細(xì)的描述。作為論文，作者不需要將系統(tǒng)所有上述內(nèi)容進(jìn)行細(xì)化描述，和在論文中進(jìn)行羅列，要重點(diǎn)描述設(shè)計(jì)的思想、設(shè)計(jì)方法、設(shè)計(jì)模式和設(shè)計(jì)理論，描述有特色的設(shè)計(jì)、有一定難度的設(shè)計(jì)和有一定復(fù)雜度的設(shè)計(jì) ，其他可以作為論文附件進(jìn)行附錄。同時(shí)作者要對系統(tǒng)數(shù)據(jù)庫進(jìn)行有關(guān)的設(shè)計(jì)，包括表的設(shè)計(jì)，表關(guān)系的設(shè)計(jì)、 OR 轉(zhuǎn)換，持久性的問題，存儲(chǔ)問題。 DOC 格式，方 便 您的 復(fù)制修改刪減 這部分設(shè)計(jì)主要描述設(shè)計(jì)中的問題，設(shè)計(jì)的方法，包括設(shè)計(jì)模式，以及設(shè)計(jì)的結(jié)果，描述為什么會(huì)得到這樣的設(shè)計(jì)，以及這樣設(shè)計(jì)的好處。 注意：描述的方法，對于同樣一個(gè)業(yè)務(wù)流程或操作的問題，在需求分析要用用例描述來描述，在設(shè)計(jì)中就要用順序圖或活動(dòng)圖描述，在實(shí)現(xiàn)時(shí)就要用算法、流程圖或者偽代碼描述等，但同一業(yè)務(wù)或操作最好不要在各個(gè)部分描述。 4. 系統(tǒng) 實(shí)現(xiàn)與測試部分 作者在寫該部分內(nèi)容時(shí)如果從具體功能實(shí)現(xiàn)的角度描述，論文可能羅列太多，缺乏思想性。作者應(yīng)重點(diǎn)從如下角度去挖掘該部分內(nèi)容，首先從系統(tǒng)實(shí)現(xiàn)總體的角度用一節(jié)對系統(tǒng)的實(shí)現(xiàn)給出一個(gè)總體性的論述，并有適當(dāng)?shù)闹饕缑婧?24 個(gè)主要的圖表，可以 35 頁；其次作者可以抽出關(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)測 試該部分內(nèi)容中，如果作者的論文測試沒有特色就增加一DOC 格式，方 便 您的 復(fù)制修改刪減 節(jié)簡單的描述作為軟件開發(fā)過程的一個(gè)步驟，也可以不寫。如果作者的論文主要從測試角度來撰寫，可以按照軟件工程的角度來進(jìn)行撰寫，把軟件測試按照一個(gè)項(xiàng)目進(jìn)行組織管理，從測試背景、國內(nèi)外測試相關(guān)技術(shù)、測試需求、測試方案和用例，測試的實(shí)現(xiàn)（測試過程和測試數(shù)據(jù)）、測試結(jié)果分析及建議等幾個(gè)部分進(jìn)行論文的撰寫。論文的工作量取決于作者測試方案的復(fù)雜度，重點(diǎn)是方案的方法和技術(shù)，同時(shí)一定有分析的方法和技術(shù)。 結(jié)論部分 該部分內(nèi)容作者主要介紹 項(xiàng)目的應(yīng)用、實(shí)施情況和效果，存在的問題，如何改進(jìn)等，為將來進(jìn)一步的設(shè)計(jì)開發(fā)奠定基礎(chǔ)。 備注： （ 1）論文的幅面考慮至少 60~80 頁 （ 2）除了系統(tǒng)產(chǎn)生的截屏，文中的圖都用 visio 或者 Rose 自己繪制 （ 3）堅(jiān)決禁止直接使用別人的圖示 （ 4）代碼、數(shù)據(jù)庫表格都要嚴(yán)格的排版格式 DOC 格式，方 便 您的 復(fù)制修改刪減 （ 5）屏幕截圖必需清晰 （ 6）任何技術(shù)性介紹性的知識(shí)性內(nèi)容都不要出現(xiàn)在文中
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1