【正文】 硬件平臺 的基礎(chǔ)上，還需要描述其物理分布和網(wǎng)絡(luò)環(huán)境。 系統(tǒng)應(yīng)用架構(gòu) 系統(tǒng)應(yīng)用架構(gòu) 設(shè)計用來 描述系統(tǒng)的骨架和輪廓。需求分析通常包括業(yè)務(wù)過程陳述及問題分析、需求建模、數(shù)據(jù)建模和過程建模等。 第三章：業(yè)務(wù)需求分析。 （建議 1 頁到 2 頁） 國內(nèi)外現(xiàn)狀分析 主要介紹近 5 年內(nèi)國內(nèi)和國外與本論文 相關(guān)的研究工作、工程項目和產(chǎn)品等 。 申請學(xué)位論文與資料若有不實之處，本人承擔一切的法律責任。論文在 闡述了 學(xué)位論文的基本概念、原理和方法的基礎(chǔ)上， 介紹了 學(xué) 位論文撰寫的相關(guān)技術(shù)； 分析了 軟件系統(tǒng)設(shè)計類論文的撰寫過程和應(yīng)用需求，分別利用實體聯(lián)系圖和數(shù)據(jù)流圖對系統(tǒng)的數(shù)據(jù)和過程進行建模；給出了 系統(tǒng)的應(yīng)用架構(gòu)設(shè)計， 設(shè)計了 系統(tǒng)多個不同功能模塊 和硬件器件 實現(xiàn)的撰寫方法； 實現(xiàn)了 軟件系統(tǒng)設(shè)計類碩士學(xué)位論文的撰寫規(guī)范和模式。完成了 的模塊開發(fā)與 集成。 第二章 相關(guān)技術(shù)概述 3 第 二 章 相關(guān)技術(shù)概述 相關(guān)技術(shù)概述部分 。實體聯(lián)系圖構(gòu)建過程： （ 1） 構(gòu)造上下文數(shù)據(jù)模型：包括實體和聯(lián)系 ，確定系統(tǒng)范 圍 ； （ 2） 繪制基于鍵的數(shù)據(jù)模型：每個實體中加入主鍵； （ 3） 構(gòu)造完整屬性的數(shù)據(jù)模型：實體中加入其他屬性信息； （ 4） 規(guī)范化：滿足第三范式要求 ； （ 5） 用文字描述實體聯(lián)系圖。物理數(shù)據(jù)模型構(gòu)建過程： （ 1） 每個實體創(chuàng)建一張表； （ 2） 每個屬性創(chuàng)建一個字段； （ 3） 為主鍵創(chuàng)建索引； （ 4） 為關(guān)系指定外鍵； （ 5） 確定每個屬性的數(shù)據(jù)類型、字 段大小、空或非空、域及默認值； （ 6） 用文字描述物理數(shù)據(jù)流圖。 表 各頻率成分所代表的頻率范圍 信號 頻率范圍 信號 頻率范圍 30S 0~ 34S ~ 31S ~ 35S ~ 32S ~ 36S ~ 33S ~ 37S ~ 小波包分解結(jié)構(gòu)樹中第 3 層各結(jié)點所代表的頻率范圍為 。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。 ? 部署圖：部署視圖描述位于節(jié)點實例上的運行構(gòu)件實例的安排。 （ a） 如果對用例建活動圖，則把角色所發(fā)出的每一個動作變?yōu)榛顒庸?jié)點。 基本事件流： 。 （ 6）對每一用例做進一步細化。 （ 4） 剩下的名詞就是要找的分析類（候選類 )。 （ 4） 識別出這些對象發(fā)出的消息是同步消息還是異步消息。 （ 7） 如果接收對象需要 再調(diào)用其他對象的服務(wù)，需要向其他對象再發(fā)消息。每個組件定義了一個或多個和其他構(gòu)件通信的接口，組件暴露了所包含類的一個或多個接口， 而不是全部接口（其余用于內(nèi)部通信）。另一方面，組件依靠多個實現(xiàn)它的制品。 （ 9） 用 UML 建模工具繪出通信圖。 （ 6） 接收對象再調(diào)用自己的服務(wù)為主動對象返回結(jié)果。 （ 6） 補充該類動態(tài)屬性，如狀態(tài)、 對象間聯(lián)系（如聚合、關(guān)聯(lián)）等屬性 （ 7） 從需求中的動詞、功能或系統(tǒng)責任中尋找類的操作（候選操作）。 （ 8）尋找每一個用例在正常條件 下的執(zhí)行過程。 。 （ 6） 確定活動節(jié)點之間轉(zhuǎn)移。這個視圖允許評估分配結(jié)果和資源分配。 附 圖 示類型 ： ? 類圖 (Class Diagram) ? 組件圖 (Component diagram) ? 復(fù)合結(jié)構(gòu)圖 (Composite structure diagram) ? 部署圖 (Deployment diagram) ? 對象圖 (Object diagram) ? 包圖 (Package diagram) ? 行為圖 (Behavior diagrams） ? 活動圖 (Activity diagram) ? 狀態(tài)圖 (State diagram) ? 用例圖 (Use Case Diagram) ? 交互圖 (Interaction diagrams） ? 通信圖 (Communication diagram) ? 交互概述圖 (Interaction overview diagram) (UML ) ? 順序圖 (Sequence diagram) ? 時間圖 (UML Timing Diagram) (UML ) 在學(xué)位論文寫作中，常見的有 9類圖示，其作用包括： ? 用例圖：用例圖是從用戶角度描述系統(tǒng)功能， 是用戶所能觀察到的系統(tǒng)功能的模型圖，用例是系統(tǒng)中的一個功能單元。因此，對結(jié)點 (3,1)， (3,2)， (3,3)， (3,4)重構(gòu)原信號可去除低頻和高頻干擾，更加真實的反映振動過程。通?？刹捎?類圖 +文字 、 序列圖 +文字 、 算法 、 程序流程圖 +文字等方式進行描述。通?？刹捎?數(shù)據(jù)流 圖 （ Data Flow Diagram） +文字進行描述。 理論 闡述 主要研究內(nèi)容 相關(guān) 基本 原理、理論和概念。 論文組織結(jié)構(gòu) 介紹論文工作過程，分章簡要介紹每章的主要內(nèi)容。 關(guān)鍵詞： 學(xué)位論文 軟件工程碩士 軟件系統(tǒng)設(shè)計 Abstract 英文摘要撰寫中，可直接將中文摘要按照準確的理解翻譯 為英語 即可。盡我所知，除了文中特別加以標注和致謝中所羅列的內(nèi)容以外，論文中不包含其他人已經(jīng)發(fā)表或撰寫過的研究成果；也不包含為獲得西安電 子科技大學(xué)或其它教育機構(gòu)的學(xué)位或證書而使用過的材料。 緒論部分通過介紹為什么做？別人做了什么？我要做什么？準備如何做？四個方面引出論文的主體內(nèi)容 。 第二章：相關(guān)技術(shù)概述。 本章小結(jié) 第三章 業(yè)務(wù)需求分析 5 第 三 章 業(yè)務(wù)需求分析 系統(tǒng)分析是 研究系統(tǒng)能做什么，是 軟件系統(tǒng)設(shè)計的前提，在系統(tǒng)開發(fā)中決定著項目的成敗 。 系統(tǒng)設(shè)計的過程包括系統(tǒng)應(yīng)用架構(gòu)設(shè)計、功能模塊設(shè)計、數(shù)據(jù)庫設(shè)計、界面和接口設(shè)計等。 系統(tǒng)測試的內(nèi)容包括測試環(huán)境、測試用例、測試過程和測試結(jié)果分析等。 （ 切忌只給出運行時截圖，數(shù)據(jù)和 圖表 必須進行分析 并給出結(jié)論 ） 本文進行 100 組對比測試，得到 98 組有效數(shù)據(jù)，其 中有 2 次測試出現(xiàn)明顯錯誤，在剔除這兩錯誤數(shù)據(jù)后得到如表 所示的分合閘起始運動時間實測數(shù)據(jù)與從動觸頭位移信號（行程信號）中得到分合閘起始運動時間之間平均值誤差對比的測試結(jié)果： 第五章 系統(tǒng)測試及分析 17 表 大量實測數(shù)據(jù)與行程信號對比分析 98 次測試 實測數(shù)據(jù) 行程信號 平均誤差 合閘起始運動時間 /ms % 分閘起始運動時間 /ms % 分析以上數(shù)據(jù)可以得出如下結(jié)論：在 100 次測試的有效數(shù)據(jù)中，所有測試數(shù)據(jù)的相對誤差均不大于 3%，這在在線監(jiān)測狀態(tài)下是完全可以接受 的。 26 軟件工程碩士學(xué)位論文寫作模板 — 應(yīng)用軟件開發(fā)類 ? 對象圖：對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。有時候，可以把活動圖看成一種特殊的狀 態(tài)圖。 （ 10） 編寫必要的補充文檔。 。 （ 11）編寫用例模型圖的補充說明文檔 。 （ 10） 對所尋找的操作在類間進行合理分配（職責分配）。 （ 9） 用 UML 建模工具繪出順序圖。 34 軟件工程碩士學(xué)位論文寫作模板 — 應(yīng)用軟件開發(fā)類 附 狀態(tài)圖 ? 基本作用 狀態(tài)圖描述交互對對象內(nèi)部的影響，交互圖中的消息在這里變成外部事件對對象發(fā)出的命令，對象對這些命令的響應(yīng)導(dǎo)致對象的狀態(tài)發(fā)生變化。 36 軟件工程碩士學(xué)位論文寫作模板 — 應(yīng)用軟件開發(fā)類 附 部署圖 ? 基本作用 部署圖是展示系統(tǒng)實現(xiàn)環(huán)境的靜態(tài)視圖，對一個系統(tǒng)的管理可以從多個方面描述，每一個描述構(gòu)成了一個部署視圖，對整個系統(tǒng)的完整描述必須由多個部署視圖來完成。 （ 7）補充必要的文檔 。 （ 4） 識別出這些對象發(fā)出的消息順序。 ? 建模過程 （ 1） 完成用例圖的分析。 ? 建模過程 （ 1） 尋找出需求中的名詞 (候選對象 )。 （ b）系統(tǒng)向活動者提供什么樣的功能。 參與者： 會議申請人。 （ 3） 其次要設(shè)計活動過程的起點和終點。 ? 活動圖：活動圖是狀態(tài)圖 的一個變體，用來描述執(zhí)行算法的工作流程中涉及的活動。一般感謝的對象包括導(dǎo)師、同學(xué)朋友、家人等，對被感謝者不要 直書其名，而應(yīng)該冠以敬稱，如某某教授、某某博士等學(xué)術(shù)頭銜 。 需要注意的是，對于第 3 層按照自然數(shù)增加順序16 軟件工程碩士學(xué)位論文寫作模板 — 應(yīng)用軟件開發(fā)類 排列的 (3, ), 0 ,1, 2 , , 7X i i ? ，其小波包分解的頻率分布不是嚴格按照自然數(shù)的遞增排列的。 系統(tǒng) 數(shù)據(jù)庫 設(shè)計 /數(shù)據(jù)結(jié)構(gòu)設(shè)計 如果項目規(guī)劃中無數(shù)據(jù)庫，本