1、文獻檢索與論文寫作方法與實踐周華 博士寫作方法論文選題論文寫作論文答辯課件空間：http:/ （工程索引）ISTP （國際會議文摘）國家級文摘SA （英） （科學文摘）科學文摘（日）中國科學技術(shù)文摘（中）CSCD（中國科學引文數(shù)據(jù)庫）核心期刊 核心期刊是學術(shù)界通過一整套科學的方法，對于期刊質(zhì)量進行跟蹤評價，并以情報學理論為基礎(chǔ)，將期刊進行分類定級，把最為重要的一級稱之為核心期刊 。 當年引用該刊前兩年論文的總次數(shù)影響因子= 前兩年該刊發(fā)表的論文總數(shù)影響因子影響因子越大，影響越大；影響因子并不完全代表刊物的學術(shù)水平，但有聯(lián)系；影響因子可以大于1（為很好的刊物）；影響因子是動態(tài)變化的，但一般變化不

2、大；影響因子的大小概念因?qū)W科的不同而不同。文獻檢索學習、繼承前人研究成果了解學科最新發(fā)展動態(tài)提高獲取知識能力打好項目研究基礎(chǔ)做好項目選題準備重要性： 1 紙質(zhì)文獻 書 刊 報 2 電子文獻 Internet 專業(yè)文獻數(shù)據(jù)庫文獻類型： 文檔檢索 Filetype:文件類型 關(guān)鍵詞文件類型：所有文檔文件(all) Word文檔(doc) Excel文檔(xls) Powerpoint文檔(ppt) PDF文檔(pdf) RTF文檔(rtf) 或者：百度更多文庫 谷歌更多學術(shù)搜索 在某個網(wǎng)站內(nèi)檢索 site:網(wǎng)址 關(guān)鍵詞 檢索方法 布爾檢索：用布爾邏輯算符來表達檢索詞間的邏輯組配關(guān)系，是最基本、最常

3、用的檢索技術(shù)。u 常用的布爾邏輯算符有: 邏輯或（+，OR）：表達檢索詞間的并列關(guān)系。可擴大檢索范圍，提高查全率。如：A+B，表明結(jié)果中含有A或B都為檢索命中； 邏輯與（*，AND）：表達檢索詞間的交叉關(guān)系。可縮小檢索范圍，提高查準率。如：A*B，表明結(jié)果必須同時含有A和B才為命中； 邏輯非（-，NOT）：表達檢索詞間的排除關(guān)系。可縮小檢索范圍，提高查準率，但要慎用。如：AB，表明結(jié)果是A中不包含B的那部分。檢索方法邏輯或邏輯或邏輯與邏輯與邏輯非邏輯非布爾檢索例子檢索方法 截詞檢索：又稱詞干檢索、模糊檢索。檢索時，只需用詞干加截詞符號，凡是含有與該詞干相同的文獻均能被檢出。該方法能很好避免漏檢

4、現(xiàn)象的出現(xiàn)。檢索系統(tǒng)不同，截詞符也不同，常用的有：#，？，*等。 根據(jù)截詞符出現(xiàn)的位置不同，可分為：后截詞前截詞中間截詞截詞檢索 后截詞：將截詞符放在詞根后面，前方一致。 是最常用的截詞方式。主要用在詞的單復數(shù)、年代、作者、查同根詞等情況。 如：王偉？（可查出所有名字中含“王偉”的作者的文獻）；Social* （可代替social, socialist, socialistic, sociality, socialization） 前截詞：將截詞符放在詞根的前面，后方一致。多見于復合詞較多的文獻檢索，也可進行一個學科的不同應用領(lǐng)域的檢索。但有此功能的系統(tǒng)不多。 中間截詞：將截詞符置于檢索詞中間

5、，詞的前后方一致。又稱“通用字符法”或“內(nèi)嵌字符截斷” ，該方式能解決英美拼法不同單詞的書寫或有些詞在某個元音位置上出現(xiàn)的單復數(shù)的不同拼寫。 如：wom？n（可代替woman, women） 社會科學？發(fā)展（可代替社會科學的發(fā)展，社會科學研究的發(fā)展等） 限制檢索是縮小或約束檢索結(jié)果的方法，主要是指限定字段檢索，即是指定檢索詞在記錄中出現(xiàn)的字段。 常用的字段代碼有： TI（題名） AU（作者） AB（文摘） JN（刊名） PY（年代） LA（語種） 如： information/TI LA=english 文摘=網(wǎng)絡(luò)信息資源檢索方法位置算符位置算符：通過對復合檢索詞進行加工，限定詞與詞之間的位置

6、關(guān)系，提高檢準率。*（W）算符：表示該算符兩邊的檢索詞順序排列，不能顛倒，且除空格和標點符號外，不能插入其他詞或字母。 例：High(w)Strength 結(jié)果：High Strength High_Strength*（nW）算符：允許兩詞間最多插入n個詞 例：eat(1W)Combustion 結(jié)果：Heat of Combustion*（N）算符：除空格和標點符號外，不得插入其它詞或字母，但兩詞順序可以顛倒。 例：money(N)supply 結(jié)果：money supply supply money*（nN）算符：兩詞順序可以顛倒，中間可以插入最多n個詞。 例：number(2N)theo

7、ry 結(jié)果：number theory theory of number theory of the number檢索方法 加權(quán)檢索加權(quán)檢索：用專門符號規(guī)定某個檢索詞在檢索結(jié)果中的權(quán)值。例：+environment 關(guān)鍵詞environment必須出現(xiàn)在結(jié)果中例：-truck 關(guān)鍵詞truck一定不能出現(xiàn)在結(jié)果中檢索方法檢索方法的綜合利用 簡單檢索（basic search）：是一種單項檢索。一般只需輸入一個檢索詞，輔以相應的途徑即可進行檢索。 二次檢索：在原有簡單檢索的結(jié)果基礎(chǔ)上，再進行檢索。可反復使用，不斷縮小檢索范圍。 高級檢索（advanced search）：是一種多項組合檢索，一般

8、輸入多個檢索詞進行組配。有的檢索系統(tǒng)也稱為復雜檢索或擴展檢索。 專家檢索：用多個檢索詞與各種運算符組成檢索式，功能與高級檢索相似。第二部分論文寫作方法軟件工程與軟件生命周期 軟件工程軟件工程是應用計算機科學、數(shù)學及管理科學等原理開發(fā)軟件的工程。它借鑒傳統(tǒng)工程的原則、方法，以提高質(zhì)量，降低成本為目的。 軟件生命周期軟件生命周期是指軟件產(chǎn)品或軟件系統(tǒng)從設(shè)計、投入使用到被淘汰的全過程。可行性研究與計劃可行性研究與計劃需求分析需求分析總體設(shè)計總體設(shè)計 上游上游 詳細設(shè)計詳細設(shè)計實現(xiàn)實現(xiàn)集成測試集成測試確認測試確認測試 下游下游使用和維護使用和維護（根據(jù)國標計算機軟件開發(fā)規(guī)范）軟件開發(fā)方法之結(jié)構(gòu)化方法

9、結(jié)構(gòu)化方法是一種傳統(tǒng)的軟件開發(fā)方法，它是由結(jié)構(gòu)化分析和結(jié)構(gòu)化設(shè)計有機組合而成的。它的基本思想：把一個復雜問題的求解過程分階段進行，而且這種分解是自頂向下，逐層分解，使得每個階段處理的問題都控制在人們?nèi)菀桌斫夂吞幚淼姆秶鷥?nèi)。結(jié)構(gòu)化分析方法業(yè)務(wù)流程圖（TFD）：表示業(yè)務(wù)各部分和各環(huán)節(jié)之間關(guān)系。數(shù)據(jù)流圖（DFD）：一是指明數(shù)據(jù)在系統(tǒng)中移動時如何被變換，二是描述對數(shù)據(jù)流進行變換的功能和子功能。數(shù)據(jù)字典（DD）：包含了軟件使用或生產(chǎn)的所有數(shù)據(jù)對象描述的中心庫。數(shù)據(jù)字典數(shù)據(jù)流圖功能分析數(shù)據(jù)分析框架圖非功能分析業(yè)務(wù)流程圖業(yè)務(wù)分析結(jié)構(gòu)化分析（SA，Structured Analysis）方法是一種適用于數(shù)據(jù)處

10、理系統(tǒng)的、面向數(shù)據(jù)流的需求分析方法。結(jié)構(gòu)化設(shè)計方法結(jié)構(gòu)化設(shè)計方法（Structured Design, SD)是基于模塊化、自頂向下細化的設(shè)計方法，該方法用功能結(jié)構(gòu)圖來表達程序模塊之間的關(guān)系。功能結(jié)構(gòu)圖：就是將系統(tǒng)的功能進行分解，按照功能的從屬關(guān)系畫成的圖表，圖中的每一個框都稱為一個功能模塊。HIPO圖：描述輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。E-R圖：描述數(shù)據(jù)對象間的關(guān)系，用來進行數(shù)據(jù)建模活動的記號。E-R圖和庫表HIPO圖模塊設(shè)計數(shù)據(jù)庫設(shè)計程序流程圖細節(jié)設(shè)計功能結(jié)構(gòu)圖總體設(shè)計 面向?qū)ο蠓椒ㄊ且环N把面向?qū)ο蟮乃枷霊糜谲浖_發(fā)過程中，指導開發(fā)活動的系統(tǒng)方法，是建立在“對象”概念基礎(chǔ)上

11、的方法學。所謂面向?qū)ο缶褪腔趯ο蟾拍睿詫ο鬄橹行模灶惡屠^承為構(gòu)造機制，來認識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應的軟件系統(tǒng)。軟件開發(fā)方法之面向?qū)ο蠓椒嫦驅(qū)ο蟮姆治雠c設(shè)計第三部分論文選題選題的范圍 與軟件工程密切相關(guān)，可以涵蓋軟件工程任何領(lǐng)域和任何過程需求、設(shè)計、編碼、測試和維需求、設(shè)計、編碼、測試和維護護； 以一個結(jié)合本人工作實際為背景展開的軟件項目設(shè)計為主，兼顧本人感興趣的領(lǐng)域或課題； 也可以進行軟件工程理論的研究與探索。選題的建議 建議的題目類型:XX系統(tǒng)的規(guī)劃(研究)與分析XX系統(tǒng)的分析與設(shè)計XX系統(tǒng)的設(shè)計與實現(xiàn)XX系統(tǒng)的實現(xiàn)與應用XX的研究(與實例化) 不要出現(xiàn)的題目類型:XX

12、單位的信息化建設(shè)的思考(探討、問題與對策等)XX系統(tǒng)的信息化建設(shè)方案（網(wǎng)絡(luò)建設(shè)、安全體系建設(shè)等）常見選題錯誤選題過大選題過小選題空洞選題過難選題過易選題陳舊選題雷同選題與自己的工作太遠，而且自己不易理解第四部分論文寫作格式要求嚴格按照云南大學研究生學位論文寫作規(guī)范要求撰寫論文，重點如下： 碩士學位論文的字數(shù)一般不少于2萬字； 學位論文按A4紙排版，正文格式為宋體小四號字，字間距為標準，行間距為1.5倍行距； 表格要有：編號，表名，單位；表號和表名要居表上方正中，單位在表右上方； 圖要有：編號，圖名，單位；圖號和圖名要居圖下方的正中； 參考文獻要在論文中引用，格式為上標引文號。論文目錄結(jié)構(gòu)摘要第

13、一章 引言第二章 開發(fā)方法及相關(guān)技術(shù)第三章 需求分析第四章 系統(tǒng)設(shè)計第五章 系統(tǒng)實現(xiàn)（可選）第六章 總結(jié)與展望參考文獻致謝附錄摘要文摘是以提供文獻內(nèi)容梗概為目的不加評論和補充解釋簡明確切地記述文獻重要內(nèi)容的短文，應包括目的、方法、結(jié)果、結(jié)論注意事項：一般不超過600字，英文一般不超過3500個字符不宜舉例，不用引文不宜與其它研究工作比較不應用圖表、公式、化學結(jié)構(gòu)式等關(guān)鍵詞關(guān)鍵詞尋找文獻、適合計算機自動檢索的需要從論文中提煉出來最能反映論文的主要內(nèi)容一般在論文的題目及摘要中都出現(xiàn)摘要模版摘要模版論文介紹了XX系統(tǒng)的研究背景、項目意義和研究（開發(fā)）現(xiàn)狀，明確了系統(tǒng)的設(shè)計目標，闡述了系統(tǒng)的開發(fā)方法和

14、相關(guān)技術(shù)；在需求分析需求分析中，論文對系統(tǒng)的業(yè)務(wù)需求、功能需求、數(shù)據(jù)需求和系統(tǒng)環(huán)境需求等進行了分析，給出了系統(tǒng)的業(yè)務(wù)流程圖和用例圖，進行了用例描述（需求說明）；在系統(tǒng)設(shè)計系統(tǒng)設(shè)計中，論文對系統(tǒng)的總體架構(gòu)與各功能模塊進行了設(shè)計，包括XX等功能模塊，給出了模塊設(shè)計的功能結(jié)構(gòu)圖（HIPO圖）、類圖、順序圖（協(xié)作圖）和活動圖（處理流程圖），詳細闡述了設(shè)計內(nèi)容，并進行了數(shù)據(jù)庫的概念設(shè)計和邏輯設(shè)計，給出了數(shù)據(jù)庫設(shè)計的E-R圖和表結(jié)構(gòu)；在系統(tǒng)系統(tǒng)實現(xiàn)實現(xiàn)中，論文給出了系統(tǒng)實現(xiàn)的程序流程、核心代碼和功能界面（討論了系統(tǒng)的實現(xiàn)，給出了實現(xiàn)的功能界面）；論文最后對XX系統(tǒng)作者所做的研發(fā)工作進行了總結(jié)和展望。關(guān)鍵詞

15、：信息系統(tǒng)；UML建模；數(shù)據(jù)庫建模；XXX1.1 項目背景與問題概述1.1.1 項目背景1.1.2 問題概述1.2 研究的意義和重要性1.2.1 研究的意義1.2.2 研究的重要性1.3 研究的內(nèi)容和主要工作1.3.1 研究的內(nèi)容1.3.2 本人主要工作1.4 論文結(jié)構(gòu)第一章 引言1.4 論文結(jié)構(gòu)模版本文由五章內(nèi)容組成，其中：第一章第一章介紹了本文的研究背景，對所需要解決的問題進行了概述，討論了項目的研究意義與重要性，闡述了論文的主要內(nèi)容以及本人的主要工作。第二章第二章闡述的是本文所涉及到的開發(fā)方法及相關(guān)技術(shù)，包括：軟件工程開發(fā)模型、UML建模技術(shù)、數(shù)據(jù)庫技術(shù)等。第三章第三章是本文的核心內(nèi)容之

16、一，針對系統(tǒng)的業(yè)務(wù)需求、功能需求、數(shù)據(jù)需求和非功能需求等進行了詳細分析，給出了主要的業(yè)務(wù)流程圖和用例圖，并對核心用例進行了詳細描述，同時進行了基礎(chǔ)數(shù)據(jù)的概念設(shè)計。第四章第四章是本文的重點，在進行了系統(tǒng)總體設(shè)計的基礎(chǔ)上，采用UML的包圖、類圖、順序圖和活動圖等對系統(tǒng)的子模塊進行了功能性詳細設(shè)計，并給出了主要功能的界面設(shè)計，同時通過實體類圖、E-R圖和數(shù)據(jù)庫表結(jié)構(gòu)對數(shù)據(jù)庫進行了詳細設(shè)計。第五章第五章總結(jié)了本文所做的工作，同時對進一步的工作進行了展望。2.1軟件工程開發(fā)模型2.1.1傳統(tǒng)瀑布模型2.1.2改進的螺旋模型2.1.3面向?qū)ο蟮膰娙Ｐ?.2UML建模技術(shù)2.2.1UML語言和要素2.2.

17、2常用的UML模型圖2.3數(shù)據(jù)庫技術(shù)2.3.1數(shù)據(jù)庫范式2.3.2數(shù)據(jù)建模2.4.第二章 系統(tǒng)的開發(fā)方法及相關(guān)技術(shù)系統(tǒng)開發(fā)方法的統(tǒng)一概述，旨在簡要的解釋系統(tǒng)開發(fā)的方法和涉及的相關(guān)技術(shù)。章節(jié)結(jié)構(gòu)參考如下：軟件軟件需求需求就是以一種清晰、簡明、一致且無二義性的方式對一個待開發(fā)系統(tǒng)中的各個方面有意義的陳述的集合。需求必須是完整的，足以使設(shè)計師和工程師來開發(fā)一個使客戶滿意的軟件產(chǎn)品。軟件需求包括四個不同的層次：業(yè)務(wù)需求、功能需求、數(shù)據(jù)需求和非功能需求。n業(yè)務(wù)需求業(yè)務(wù)需求是客戶對軟件制品目標的高層次要求；n功能需求功能需求描述了待開發(fā)的軟件必須完成的任務(wù)，定義了必須實現(xiàn)的軟件功能，使得用戶通過這些功能完

18、成他們的任務(wù)，從而滿足業(yè)務(wù)需要；n數(shù)據(jù)需求數(shù)據(jù)需求是在完成業(yè)務(wù)和實現(xiàn)軟件功能時所需要的數(shù)據(jù)；n非功能需求非功能需求包括產(chǎn)品必須遵從的標準、規(guī)范和合約；外部界面的具體細節(jié)和性能要求；設(shè)計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。需要強調(diào)的是，需求關(guān)注的是用戶需要什么樣的軟件制品及其描述需要強調(diào)的是，需求關(guān)注的是用戶需要什么樣的軟件制品及其描述，并不關(guān)心是如何實現(xiàn)的。，并不關(guān)心是如何實現(xiàn)的。第三章 需求分析3.1 業(yè)務(wù)需求3.1.1 業(yè)務(wù)描述3.1.2 業(yè)務(wù)流程分析3.2 功能需求3.2.1 角色分析3.2.2 業(yè)務(wù)功能分析3.3 數(shù)據(jù)需求3.3.1 功能數(shù)據(jù)分析3.3.2 數(shù)據(jù)關(guān)系分析3.4 非功能需求（可選

19、）3.4.1 環(huán)境需求3.4.2 性能需求3.4.3 安全需求第三章 需求分析-章節(jié)結(jié)構(gòu)采用流程圖描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，主要是描述業(yè)務(wù)走向，以業(yè)務(wù)處理過程為中心，一般沒有數(shù)據(jù)的概念。在結(jié)構(gòu)化分析方法中，使用業(yè)務(wù)流程圖業(yè)務(wù)流程圖；在面向?qū)ο蠓椒ㄖ惺褂没罨顒訄D動圖。例如：網(wǎng)上購物的業(yè)務(wù)流程分析：第三章 需求分析-業(yè)務(wù)流程分析結(jié)構(gòu)化方法結(jié)構(gòu)化方法面向?qū)ο蠓椒嫦驅(qū)ο蠓椒I(yè)務(wù)流程圖（結(jié)構(gòu)化）業(yè)務(wù)流程圖的元素： 流程：流程是獲取一種或多種輸人并且創(chuàng)造一種對客戶有價值的輸出的一系列活動的集合； 決策：用來表示選擇流程流向的控制節(jié)點，表示對問題判斷或判定（審核/審

20、批/評審）環(huán)節(jié)； 開始/結(jié)束：表示一系列流程開始或結(jié)束的控制節(jié)點； 文檔：以文字或圖示描述的內(nèi)容； 數(shù)據(jù)：數(shù)據(jù)是具有一定意義的數(shù)字、字母、符號和模擬量等的通稱； 數(shù)據(jù)庫：所有的信息(數(shù)據(jù)事實等)的匯集的載體。活動圖(activity diagram)是UML的動態(tài)視圖之一，用來描述事物或?qū)ο蟮幕顒幼兓鞒獭?活動圖要素如下：活動圖（面向?qū)ο螅┗顒樱夯顒訄D主要結(jié)點活動流：描述活動之間的有向關(guān)系分支：表示活動流的分叉和合并分劈和匯合：表示并發(fā)的同步行為泳道：表示活動圖中的區(qū)域劃分1.對象流：反映活動與對象之間的依賴關(guān)系為滿足業(yè)務(wù)需求必須實現(xiàn)的軟件功能，使得用戶通過這些功能完成他們的任務(wù)。在結(jié)構(gòu)化分

21、析方法中，使用數(shù)據(jù)流圖數(shù)據(jù)流圖。數(shù)據(jù)流圖(DFD)是系統(tǒng)邏輯功能的圖形表示，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換，描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。第三章 需求分析-業(yè)務(wù)功能分析（結(jié)構(gòu)化）數(shù)據(jù)流圖符號數(shù)據(jù)源點或終點：數(shù)據(jù)變換或數(shù)據(jù)加工：數(shù)據(jù)存儲：數(shù)據(jù)流：數(shù)據(jù)流圖上所有圖形符號只限于這四種基本圖形元素每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流在數(shù)據(jù)流圖中，需按層給加工框編號。編號表明該加工所處層次及上下層的親子關(guān)系規(guī)定任何一個數(shù)據(jù)流子圖必須與它上一層的一個加工對應，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。此即父圖與子圖的平衡圖上每個元素都必須有名字數(shù)據(jù)流圖中不可夾帶控制流

22、檢查和修改數(shù)據(jù)流圖的原則第三章 需求分析-業(yè)務(wù)功能分析（結(jié)構(gòu)化）數(shù)據(jù)流圖的例子數(shù)據(jù)字典源點名稱：買家別名：購物者簡述：對商品進行采購數(shù)據(jù)流：商品類別、搜索條件數(shù)目：2 數(shù)據(jù)字典與數(shù)據(jù)流圖配合，能清楚地表達數(shù)據(jù)處理的要求。在結(jié)構(gòu)化分析方法中，使用數(shù)據(jù)流圖數(shù)據(jù)流圖分析以后，每一個被命名的圖形元素均要進行詞條描述詞條描述 ，其內(nèi)容有: 名字，別名或編號，分類，描述，定義，位置等，涉及到數(shù)據(jù)流圖中的數(shù)據(jù)項、數(shù)據(jù)流、存儲和加工等；數(shù)據(jù)流名稱：商品類別別名：無簡述：買家查看商品信息時選擇的商品類別來源：買家去向：加工“商品查看”數(shù)據(jù)流量：1000份/每分組成：商品類別ID+商品類別名稱+商品父類別ID數(shù)據(jù)

23、結(jié)構(gòu)的描述 符 號 含 義 舉 例 被定義為 與 x = ab.,. 或 .|. 或 x = a , b，x = a | b . 或 m.n 重復 x = a， x = 3a8(.) 可選 x = (a)“.” 基本數(shù)據(jù)元素 x = “a” . 連結(jié)符 x = 1.9舉例：定義數(shù)據(jù)流組成及數(shù)據(jù)項。 機票=姓名+日期+航班號+起點+終點+費用 姓名=字母 航班號=“Y7100”.“Y8100” 終點=上海|北京|西安在面向?qū)ο蠓椒ㄖ惺褂糜美龍D用例圖。用例(use case)表示參與者與系統(tǒng)的一次交互過程。用例圖用來描述軟件需求模型中的系統(tǒng)功能，通過一組用例可以描述軟件系統(tǒng)能夠給用戶提供的功能。第

24、三章 需求分析-業(yè)務(wù)功能分析（面向?qū)ο螅╆P(guān)系關(guān)系解釋解釋圖圖參與者與用例之間的關(guān)系關(guān)聯(lián)關(guān)聯(lián)表示參與者與用例之間的交互，通信途徑。(關(guān)聯(lián)有時候也用帶箭頭的實線來表示，這樣的表示能夠顯示地表明發(fā)起用例的是參與者。)用例之間的關(guān)系包含包含箭頭指向的用例為被包含的用例，稱為包含用例；箭頭出發(fā)的用例為基用例。包含用例是必選的，如果缺少包含用例，基用例就不完整；包含用例必須被執(zhí)行，不需要滿足某種條件；其執(zhí)行并不會改變基用例的行為。 include擴展擴展箭頭指向的用例為被擴展的用例，稱為擴展用例；箭頭出發(fā)的用例為基用例。擴展用例是可選的，如果缺少擴展用例，不會影響到基用例的完整性；擴展用例在一定條件下才會

25、執(zhí)行，并且其執(zhí)行會改變基用例的行為。參與者之間或用例之間的關(guān)系泛化泛化發(fā)出箭頭的事物“is a”箭頭指向的事物。泛化關(guān)系是一般和特殊關(guān)系，發(fā)出箭頭的一方代表特殊的一方，箭頭指向的一方代表一般一方。特殊一方繼承了一般方的特性并增加了新的特性。extend用例參與者第三章 需求分析-業(yè)務(wù)功能分析（面向?qū)ο螅┯美龍D例子用例描述（用例規(guī)約）在面向?qū)ο蠓椒ㄖ校褂糜美龍D用例圖分析以后，要針對每一個用例進行用例描述（用例規(guī)約），而不是對整個用例圖進行描述。描述項描述項說明說明用例名稱用例名稱用例的用途標識符標識符*唯一，在文檔別處可引用用例描述用例描述簡單描述參與者表參與者表與此用例相關(guān)的參與者列表優(yōu)先級

26、優(yōu)先級數(shù)字越小，優(yōu)先級越高。以此決定用例開發(fā)的順序狀態(tài)狀態(tài)*進行中、等待審查、通過審查或未通過審查前置條件前置條件條件列表，訪問用例之前應得到滿足后置條件后置條件條件列表，訪問用例之后得到滿足 基本操作流基本操作流描述用例中各項工作正常進行是用例工作方式可選操作流可選操作流描述變更工作方式、出現(xiàn)異常所遵循的工作路徑被泛化用例表被泛化用例表該用例的特化用例列表被包含用例表被包含用例表該用例所包含用例列表被擴展用例表被擴展用例表該用例的擴展用例列表修改歷史記錄修改歷史記錄*關(guān)于用例的修改時間、原因和修改人信息等問題問題*與此用例開發(fā)相關(guān)的問題列表決策決策*關(guān)鍵決策列表頻率頻率*參與者訪問該用例的頻

27、率3.3.1 功能數(shù)據(jù)分析功能數(shù)據(jù)分析按照功能模塊逐個進行數(shù)據(jù)分析。在結(jié)構(gòu)化方法中，可以使用簡單的IPO圖建模；在面向?qū)ο蠓椒ㄖ校梢允褂酶拍铑悎D建模。第三章 需求分析-數(shù)據(jù)需求3.3.2 數(shù)據(jù)關(guān)系分析數(shù)據(jù)關(guān)系分析根據(jù)以上分析，建立總體的數(shù)據(jù)之間的關(guān)系。在結(jié)構(gòu)化方法中，可以使用簡單的E-R圖建模；在面向?qū)ο蠓椒ㄖ校梢允褂每傮w概念類圖建模。購物單商品價格支付類型支付機構(gòu)網(wǎng)上支付處理支付結(jié)果記錄輸入輸入處理處理輸出輸出面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ńY(jié)構(gòu)化方法結(jié)構(gòu)化方法任何工程項目，在生產(chǎn)之前必須要作設(shè)計，軟件工程項目也一樣，在軟件編碼前也必須先進行軟件設(shè)計。軟件設(shè)計是軟件開發(fā)的關(guān)鍵步驟，直接影響軟件的

28、質(zhì)量。如果說在軟件需求分析階段已經(jīng)完全弄清楚了軟件的各種需求，就較好地解決了所開發(fā)的軟件“做什么”的問題，并已在軟件需求說明書中詳盡和充分地闡明了這些需求，那么下一步就要著手對軟件系統(tǒng)的功能結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和用戶界面等進行設(shè)計，即軟件設(shè)計階段要解決“怎么做”的問題，并最終通過“設(shè)計模型圖”來反映設(shè)計的結(jié)果。需要強調(diào)的是，需要強調(diào)的是，設(shè)計設(shè)計關(guān)注的是軟件制品關(guān)注的是軟件制品的的每一項功能具體怎么做，用于指導軟件每一項功能具體怎么做，用于指導軟件是如何是如何實現(xiàn)的。實現(xiàn)的。第四章 系統(tǒng)設(shè)計4.1 系統(tǒng)功能架構(gòu)設(shè)計4.2 功能模塊設(shè)計4.3 數(shù)據(jù)庫設(shè)計4.3.1 主要實體關(guān)系設(shè)計4.3.2 主要數(shù)據(jù)

29、庫表設(shè)計第四章 系統(tǒng)設(shè)計-章節(jié)結(jié)構(gòu)n 結(jié)構(gòu)化方法結(jié)構(gòu)化方法：通過需求分析中的數(shù)據(jù)流程圖逐層分解，得到系統(tǒng)總體功能結(jié)構(gòu)的層次圖（H圖）第四章 系統(tǒng)設(shè)計-系統(tǒng)功能架構(gòu)設(shè)計n 面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ǎ和ㄟ^需求分析中的用例圖逐層細化，得到系統(tǒng)總體功能結(jié)構(gòu)的包圖第四章 系統(tǒng)設(shè)計-功能模塊設(shè)計（結(jié)構(gòu)化1）n H圖圖是用來描述功能的層次結(jié)構(gòu)圖，可以只畫一個總體的H圖；n IPO表表用來描述模塊的輸入、處理和輸出細節(jié)，以及與其他模塊間的調(diào)用和被調(diào)用關(guān)系；n 處理流程圖處理流程圖除了畫出主處理過程之外，也要畫出核心部分的多個處理過程；n 功能模塊如果有子功能，也要畫出子H圖，且每一項子功能也要進行IPO設(shè)計。

30、n 模塊設(shè)計模塊設(shè)計=H圖圖+IPO表表+處理流程圖處理流程圖第四章 系統(tǒng)設(shè)計-功能模塊設(shè)計（結(jié)構(gòu)化2）n H圖（層次結(jié)構(gòu)圖）圖（層次結(jié)構(gòu)圖）n IPO表表系統(tǒng)名稱：網(wǎng)上購物系統(tǒng)設(shè)計者：模塊名稱：商品檢索日期：2012年12月14日上層調(diào)用模塊：商品信息獲取可調(diào)用模塊：無輸入處理輸出 商品類別 搜索條件 所選商品信息 n 處理流程圖處理流程圖用來細化復雜步驟步驟是如何進行的，要畫出核心部分的多個流程圖；第四章系統(tǒng)設(shè)計-功能模塊設(shè)計（結(jié)構(gòu)化3）按類別獲取商品信息流程圖按類別獲取商品信息流程圖按條件獲取商品信息流程圖按條件獲取商品信息流程圖n 包包是UML用來組織模型元素的模型元素，包中可以包含類

31、、接口、構(gòu)件、用例、結(jié)點、活動、狀態(tài)、包等其他模型元素。包圖包圖是用來描述子功能的架構(gòu)和相互間的依賴關(guān)系。第四章 系統(tǒng)設(shè)計-功能模塊設(shè)計（面向?qū)ο?）n 模塊設(shè)計模塊設(shè)計=包圖包圖+類圖類圖+順序圖順序圖+處理流程圖處理流程圖n 類類是具有相似結(jié)構(gòu)、行為和關(guān)系的一組對象，由類名、屬性和操作組成；n 類圖類圖是由類，相關(guān)建模元素，及其關(guān)系構(gòu)成的圖，用來描述類之間的靜態(tài)關(guān)系。n 模塊設(shè)計的類圖用來描述界面、控制和實體之間的關(guān)系；第四章 系統(tǒng)設(shè)計-功能模塊設(shè)計（面向?qū)ο?）n 順序圖順序圖用來描述各個對象之間如何傳遞消息（操作）來完成功能設(shè)計的，要注意順序圖與類圖的對應關(guān)系；第四章 系統(tǒng)設(shè)計-功能模

32、塊設(shè)計（面向?qū)ο?） n 處理活動圖處理活動圖用來細化復雜操作操作是如何進行的，要畫出核心部分的多個流程圖（活動圖）；第四章 系統(tǒng)設(shè)計-功能模塊設(shè)計（面向?qū)ο?）商品檢索活動圖商品檢索活動圖加入購物車活動圖加入購物車活動圖n 主要實體關(guān)系設(shè)計結(jié)構(gòu)化方法：E-R圖設(shè)計面向?qū)ο蠓椒ǎ簩嶓w類圖設(shè)計n 主要數(shù)據(jù)庫表設(shè)計完成庫表的結(jié)構(gòu)設(shè)計，需要注意：字段的長度要合理；注意定義主鍵和外鍵第四章 系統(tǒng)設(shè)計-數(shù)據(jù)庫設(shè)計E-R圖圖字段名字段名數(shù)據(jù)類型數(shù)據(jù)類型長度長度主鍵否主鍵否描述描述IdGuid主鍵商品商品IDNamenvarchar(150)150否商品名稱商品名稱Priceint否單價單價Amountin

33、t否庫存量庫存量Descriptionnvarchar(255)255否描述信息描述信息PhotoBinary否商品照片商品照片Categorynvarchar(50)50否商品類別商品類別Statusnvarchar(10)10否否商品狀態(tài)商品狀態(tài)實體類圖實體類圖數(shù)據(jù)庫表數(shù)據(jù)庫表5.1 系統(tǒng)硬件平臺5.1.1 硬件環(huán)境5.1.2 網(wǎng)絡(luò)架構(gòu)5.2 系統(tǒng)軟件平臺5.2.1 操作系統(tǒng)平臺5.2.2 數(shù)據(jù)庫平臺5.2.3 開發(fā)平臺5.3 功能模塊實現(xiàn)對應第四章的功能模塊設(shè)計，要針對每一個模塊給出實現(xiàn)的用戶界面和核心源代碼等 (使用構(gòu)件圖)5.4 系統(tǒng)應用實例展示系統(tǒng)應用的效果第五章 系統(tǒng)實現(xiàn)(使用部

34、署圖)6.1 總結(jié)總結(jié)本文在調(diào)研、需求和設(shè)計等方面做了哪些工作，并給出完成論文的體會6.2 展望指出論文存在的不足，探討論文所涉及的系統(tǒng)今后工作的努力方向第六章 總結(jié)與展望n 作者均應認真閱讀過, 對文獻的作者、題目、發(fā)表的刊物、年份、卷期號和起止頁碼等均應核實無誤；n 并按在正文出現(xiàn)的先后順序編號；n 作者不超過3人的姓名都寫， 超過3人的第三人后面加“,等（ et al）”；n 無論中外署名，一律姓（大寫）先名后，作者姓名之間以逗號分隔；n 可以少量引用書籍，但是不能多，因為它的內(nèi)容相對過時；n 每篇引文在論文中要標明引用，并且是合理引用。標注法：1 張三，李四. 標題. 期刊名J. 20

35、07，卷期:頁碼.2 張三. 書名M. 北京:出版社, 2007:頁碼.參考文獻參考文獻格式大全期刊：期刊：作者論文題目J刊名，出版年，卷號（期號）：起始頁碼-終止頁碼專著：專著：作者書名M.出版地：出版社，出版年譯著：譯著：作者書名M.譯者出版地：出版者，出版年論論 文文 集：集：作者論文題目A編者. 文集C出版地：出版者，出版年.起始頁碼-終止頁碼學位論文：學位論文：作者論文題目D所在城市：保存單位，年份專利：專利：申請者專利名P國名及專利號，發(fā)布日期技術(shù)標準：技術(shù)標準： 技術(shù)標準代號技術(shù)標準名稱S地名：責任單位，發(fā)布年份技術(shù)報告：技術(shù)報告：作者 文題R報告代碼及編號,地名：責任單位，年份報紙文章：報紙文章：作者 文題N報紙名，出版日期(版次)電子公告電子公告在線文獻：在線文獻：作者文題EB/OL http:/，日期.數(shù)據(jù)庫光數(shù)據(jù)庫光盤文獻：盤文獻：作者文題DB/CD 出版地:出版者，出版日期其他文獻：其他文獻：作者文題Z 出版地：出版者，出版日期n 尊稱導師為“某某教授”、“某某副教授”，并且在整個致謝部分保持統(tǒng)一稱呼，不要一會兒教授，一會兒老師，一會兒博士，顯得不嚴肅；n 客觀地致謝；n 不要抄襲別人