軟件學(xué)院畢業(yè)設(shè)計軟件開發(fā)類論文撰寫說明

1、軟件開發(fā)類論文撰寫說明1 畢業(yè)論文的選題11.1 論文選題注意事項11.2 課題來源21.3 畢業(yè)設(shè)計（論文）任務(wù)書32 畢業(yè)論文撰寫52.1 摘要52.2 緒論（引言）62.3 相關(guān)技術(shù)（關(guān)鍵技術(shù)）82.4 需求分析（系統(tǒng)分析）82.5 系統(tǒng)設(shè)計92.6 系統(tǒng)實現(xiàn)92.7 系統(tǒng)測試102.8 總結(jié)及展望103 附錄113.1 用例圖113.2 業(yè)務(wù)流程圖123.3 活動圖143.4 數(shù)據(jù)流圖173.5 功能模塊圖183.6 程序流程圖20畢業(yè)論文是學(xué)術(shù)論文的一種形式，為了進一步探討和掌握畢業(yè)論文的寫作規(guī)律和特點，需要對畢業(yè)論文進行分類。由于畢業(yè)論文本身的內(nèi)容和性質(zhì)不同，研究領(lǐng)域、對象、方法、

2、表現(xiàn)方式不同，不同的院系，不同的專業(yè)，畢業(yè)論文通常有不同的類型。就軟件學(xué)院本科而言，畢業(yè)論文通常有下面兩種類型：(1) 算法設(shè)計類論文這一類型畢業(yè)設(shè)計的特點是帶有探索性，經(jīng)過文獻調(diào)研后，對軟件工程某一領(lǐng)域的先進技術(shù)或成熟產(chǎn)品進行分析、比較，進而提出自己的評價和有針對性的創(chuàng)見，對某一理論問題有一定見解，產(chǎn)生出一個題目（課題），利用自己所學(xué)的專業(yè)知識和數(shù)學(xué)工具，得出一個（些）有用（或者有潛在的價值）的結(jié)論，并能將該創(chuàng)新性技術(shù)用于自己研制的系統(tǒng)中。這類畢業(yè)設(shè)計工作要注意把分析和實驗相結(jié)合，不要只停留在消化上。消化是前提，吸收和轉(zhuǎn)化才是工作的重點。這一類畢業(yè)設(shè)計一般先根據(jù)具體條件建立一個數(shù)學(xué)模型，推導(dǎo)

3、出相應(yīng)的表達式，利用計算機計算出結(jié)果，然后對結(jié)果加以分析，再提出結(jié)論性意見。最好將研究成果應(yīng)用到實際進行驗證。(2) 軟件開發(fā)類論文這一類型的畢業(yè)設(shè)計主要依據(jù)所學(xué)的知識，完成一個相對完整的實際項目或在某一個較大的項目中設(shè)計并完成一個子系統(tǒng)，或者對已有的軟件產(chǎn)品進行改進。最后以軟件工程的思路，結(jié)合項目開發(fā)文檔，進行歸納總結(jié)，綜合擴展形成論文。本文主要介紹軟件開發(fā)型論文的撰寫原則和內(nèi)容指導(dǎo)，重點介紹如何進行畢業(yè)設(shè)計選題，論文應(yīng)該包括哪些內(nèi)容，每部分內(nèi)容應(yīng)占論文總體篇幅多大比重，以及應(yīng)該如何用語言、圖表來進行說明。1 畢業(yè)論文的選題畢業(yè)論文的選題要與學(xué)院的培養(yǎng)目標相聯(lián)系，重在培養(yǎng)學(xué)生綜合運用所學(xué)專業(yè)

4、理論知識去解決實際問題的能力，使其受到科學(xué)研究的基本訓(xùn)練，所以選題一般不應(yīng)超出專業(yè)內(nèi)容的范圍。畢業(yè)論文的題目應(yīng)符合所學(xué)專業(yè)范圍和知識結(jié)構(gòu)的基本要求，畢業(yè)設(shè)計的內(nèi)容要緊密結(jié)合當(dāng)前國家經(jīng)濟發(fā)展或最新科技術(shù)情況做到既要有理論與方法的研究，又要有應(yīng)用前景。1.1 論文選題注意事項畢業(yè)論文選題時，常見的問題有下列幾種：(1) 選題過大；(2) 選題過難；(3) 選題陳舊。因此，在選題過程中，應(yīng)注意以下幾個問題：(1) 選題時應(yīng)對自己有正確的客觀估計客觀評價自己掌握材料的深度和廣度，駕馭材料的能力，對課題的理解程度等。根據(jù)自己的長處和興趣愛好，揚長避短充分發(fā)揮主觀優(yōu)勢。同時還要充分了解學(xué)術(shù)界的研究現(xiàn)狀。如

5、，本課題研究已有的成果，還存在哪些問題，尚待研究的問題，尚待解決的問題及迫切程度，社會需要和科學(xué)發(fā)展的趨勢，另外，只有把主客兩方面的條件結(jié)合起來，才能選出最適合自己的課題來。(2) 課題難易要適度選擇的課題難易要適度。難度大的課題當(dāng)然更有科學(xué)價值，但對剛剛涉足科學(xué)領(lǐng)域的大學(xué)生來說，往往力不勝任，難以完成。而難度小的課題，學(xué)生就會失去一次科學(xué)研究規(guī)范訓(xùn)練的機會，達不到寫作畢業(yè)論文的目的。因此，課題既要有一定的難度，有一定的工作量，又要結(jié)合學(xué)生的知識水平和實際能力。(3) 課題大小要得當(dāng)畢業(yè)論文主要是反映學(xué)生能否運用所學(xué)基礎(chǔ)和專業(yè)知識來分析和解決本學(xué)科內(nèi)某一基本問題的學(xué)術(shù)水平和運用能力。所以，畢業(yè)

6、論題不可能囊括學(xué)習(xí)期間的全部知識，也不可能解決本學(xué)科的全部問題。一篇畢業(yè)論文只需論述某一基本問題的某一重要側(cè)面，或是對某些基本的理論、原理有比較系統(tǒng)的整理等。因此，在選題時，要根據(jù)學(xué)生的專業(yè)基礎(chǔ)和時間及其它相關(guān)因素，如資料條件、經(jīng)費許可，指導(dǎo)力量等，綜合考查以選擇大小適當(dāng)?shù)恼n題。否則，課題過大，問題均難以研究深入，可能導(dǎo)致虎頭蛇尾，草草收攤；題目過小，不能充分挖掘?qū)W生的潛力，發(fā)揮才能，論文達不到應(yīng)有的水平和深度，也反映不出學(xué)生的實際功底和能力。1.2 課題來源軟件學(xué)院鼓勵學(xué)生畢業(yè)設(shè)計到企業(yè)去，承擔(dān)企業(yè)真實項目。因此大部分同學(xué)應(yīng)通過各種渠道（例如，導(dǎo)師推薦，就業(yè)實習(xí)，自己聯(lián)系等方式）進入企業(yè)，融

7、入企業(yè)真實項目中，根據(jù)前一節(jié)的選題注意事項，在導(dǎo)師的指導(dǎo)下，選定合適的論文題目。但是由于我院畢業(yè)設(shè)計學(xué)生情況不同，論文題目不能全部來自企業(yè)。因此不同情況需不同處理。我院畢業(yè)設(shè)計學(xué)生分成以下幾種情況：(1) 本科畢業(yè)即就業(yè)此類學(xué)生有相當(dāng)比例可到就業(yè)單位實習(xí)，如若就業(yè)崗位為軟件開發(fā)崗，可與就業(yè)單位溝通，根據(jù)我院選題注意事項，選定畢業(yè)論文題目。如果就業(yè)崗位非軟件開發(fā)崗（如產(chǎn)品推廣、測試或非軟件行業(yè)），可根據(jù)企業(yè)實際生產(chǎn)或運營需求，選定軟件開發(fā)項目。如若不能到就業(yè)單位實習(xí)，或?qū)嵙?xí)單位不能提供符合軟件學(xué)院要求的論文題目，請參考第3條。(2) 保送學(xué)生保送學(xué)生可參與到自己導(dǎo)師的科研項目中，導(dǎo)師通常愿意從項

8、目中選取本科生能完成的模塊，交給學(xué)生作，然后寫成論文。教師熟悉項目，項目有實用背景，一般而言，多數(shù)學(xué)生經(jīng)過努力都能完成。(3) 無實習(xí)單位學(xué)生由于學(xué)生考研、出國等原因沒有找到合適的企業(yè)實習(xí)，此類學(xué)生需盡快與校內(nèi)導(dǎo)師溝通。 可由校內(nèi)導(dǎo)師推薦到企業(yè)實習(xí)，或者自己聯(lián)系短期實習(xí)單位，此時課題來源于企業(yè)。 有些學(xué)生對一些問題有自己獨到的看法和理解，知識面較寬，理論基礎(chǔ)較深厚，學(xué)生可根據(jù)自己的科研興趣及愛好擬定論文題目，與校內(nèi)教師溝通，由校內(nèi)導(dǎo)師認定。此時課題屬學(xué)生自選題目。 校內(nèi)教師根據(jù)學(xué)生能力情況，及自己科研方向擬定題目。總之，畢業(yè)論文的題目大部分應(yīng)來源于企業(yè)，其次是教師科研項目的子課題，最后才是學(xué)生

9、自選題目。選題要盡量早些，以便有充分的時間積累材料，也有足夠的時間和精力深入探討。如果選題太晚，就會顯得很倉促，無暇把問題考慮成熟并加以實現(xiàn)。1.3 畢業(yè)設(shè)計（論文）任務(wù)書畢業(yè)設(shè)計論文題目及任務(wù)書，應(yīng)該在開學(xué)第一周內(nèi)下達給畢業(yè)設(shè)計學(xué)生。對于來源于企業(yè)的論文選題，應(yīng)由企業(yè)導(dǎo)師下達畢業(yè)設(shè)計任務(wù)書，最遲在開學(xué)第一周經(jīng)由學(xué)生提交到校內(nèi)導(dǎo)師審核；對于來源于教師科研項目的論文選題，應(yīng)由校內(nèi)導(dǎo)師下達畢業(yè)設(shè)計任務(wù)書；對于來源于學(xué)生自選的論文選題，學(xué)生應(yīng)該盡快與校內(nèi)導(dǎo)師溝通，由老師認定并下達畢業(yè)設(shè)計任務(wù)書。畢業(yè)設(shè)計（論文）任務(wù)書在畢業(yè)設(shè)計（論文）手冊的首頁，主要包括“畢業(yè)設(shè)計（論文）題目”和“基本內(nèi)容”，如圖1

10、.1所示。圖1.1 畢業(yè)設(shè)計（論文）任務(wù)書(1) 畢業(yè)設(shè)計（論文）題目對論文題目的要求是： 簡短精煉論文題目必須正確無誤，且不得超過25個漢字。 準確得體論文題目應(yīng)是以最恰當(dāng)、最簡明的詞語反映論文中最重要的特定內(nèi)容的邏輯組合，應(yīng)避免使用不常見的縮略詞、首字母縮寫字、字符、代號和公式等。 外延和內(nèi)涵要恰如其分畢業(yè)論文的題目應(yīng)仔細推敲，盡可能從各個角度充分考慮，選擇最合適的。原則上，題目要簡單明了，能反應(yīng)畢業(yè)論文的主要內(nèi)容，使讀者能一眼看出論文的中心內(nèi)容要講什么，切忌籠統(tǒng)、空泛。 醒目畢業(yè)論文的標題不能像小說、散文那樣經(jīng)過藝術(shù)加工而引起讀者的好奇心。語言要補實，同時也能引起讀者的注意。(2) 基本

11、內(nèi)容 由于畢業(yè)設(shè)計（論文）任務(wù)書，是畢業(yè)設(shè)計實質(zhì)性開始的標志，是導(dǎo)師下達給學(xué)生的任務(wù)說明。因此，應(yīng)以將來時的口吻書寫。 一般包括學(xué)生為了完成畢業(yè)設(shè)計需要學(xué)習(xí)哪些基本原理、使用哪些工具、要研究的課題以及預(yù)計實現(xiàn)的功能等內(nèi)容。 必須包括“翻譯一篇與畢設(shè)內(nèi)容相關(guān)的外文資料，譯文漢字字數(shù)不少于4000字?！? 畢業(yè)論文撰寫東北大學(xué)軟件學(xué)院本科畢業(yè)設(shè)計（論文）的撰寫有以下幾點要求：(1) 內(nèi)容要正確充實；(2) 格式要符合標準要求；(3) 篇幅要滿足要求畢業(yè)論文的撰寫不應(yīng)占用全部畢業(yè)設(shè)計時間，也不應(yīng)該在畢業(yè)設(shè)計實習(xí)結(jié)束，回到學(xué)校之后大概一周的時間一蹴而就。而是應(yīng)該采用循序漸進，日積月累的方法。在企業(yè)實習(xí)

12、期間，在做工程項目的間歇，分階段、分篇章的搜集整理論文素材，待到實習(xí)結(jié)束，回到學(xué)校之后，總結(jié)整理這些論文素材，形成一篇畢業(yè)設(shè)計論文。畢業(yè)論文的寫作步驟應(yīng)該首先確定論文提要材料，論文頁數(shù)和字數(shù)的大致分配，擬定論文的寫作提綱，進而對論文提綱進行細化和擴展，形成論文初稿。通過與指導(dǎo)教師溝通討論，對初稿進行修訂，包括觀點的訂正、深化，材料的增、刪、改、換，結(jié)構(gòu)及語言的修訂，最后形成一篇合格的本科畢業(yè)設(shè)計論文。我院軟件開發(fā)類的論文一般包含摘要、緒論、相關(guān)技術(shù)（關(guān)鍵技術(shù)）、需求（系統(tǒng)）分析、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、測試、總結(jié)和展望等幾個章節(jié)，論文正文篇幅應(yīng)在40頁以上，論文總篇幅盡量滿足50頁以上。下面就逐一

13、介紹各章節(jié)應(yīng)該論述的內(nèi)容、撰寫原則，及占總篇幅的比例。2.1 摘要(1) 摘要的含義摘要是畢業(yè)論文的高度概括和總結(jié)，是一篇完整的短文，是畢業(yè)論文的內(nèi)容不加注釋和評論的簡短陳述。摘要應(yīng)具有獨立性、完整性和自含性，讓讀者盡快了解論文的主要內(nèi)容，以補充題名的不足，即不閱讀全文就能獲得必要的信息。另外，摘要（特別是關(guān)鍵詞）也可為科技情報文獻檢索數(shù)據(jù)庫的建設(shè)和維護提供方便。(2) 摘要的內(nèi)容摘要的撰寫一般分三段式來闡述： 第一段描述畢業(yè)設(shè)計從事的研究或開發(fā)課題的目的和重要性，簡短的幾句話足以。 第二段是摘要的主體部分，描述畢業(yè)論文所闡述的研究內(nèi)容、研究方法和研究成果。 第三段描述論文所闡述的研究（開發(fā)）

14、成果，對現(xiàn)實社會造成的影響、意義。(3) 關(guān)鍵詞的選取關(guān)鍵詞是從論文的題名、摘要和正文中選取出來的，是對表述論文的中心內(nèi)容有實質(zhì)意義的詞匯。關(guān)鍵詞選用是否合適，關(guān)系到該論文被檢索的概率和該成果的利用率。 (4) 摘要注意事項摘要的篇幅不易過長，最好在500700字左右，以英文譯文一頁之內(nèi)為宜。撰寫摘要時，應(yīng)注意以下幾點： 不要把應(yīng)在引言（緒論）中出現(xiàn)的內(nèi)容寫入摘要。 一般不要對論文內(nèi)容作詮釋和評論（尤其是自我評論）。 要用第三人稱。 除了實在無法變通以外，一般不用數(shù)學(xué)公式，不出現(xiàn)插圖、表格。 縮略詞、略稱、代號，除了相鄰專業(yè)的讀者也能清楚理解的之外，在首次出現(xiàn)時必須加以說明。 (5) 摘要的翻

15、譯一般而言，英文摘要應(yīng)是中文摘要的轉(zhuǎn)譯，所以只要簡潔、準確地逐段將文章譯出即可，時態(tài)常用一般現(xiàn)在時間、一般過去時，少用或不用現(xiàn)在完成時、過去完成時、進行時態(tài)和其他復(fù)合時態(tài)。盡量使用短句，但也要避免單調(diào)和重復(fù)。 2.2 緒論（引言）緒論的篇幅不應(yīng)超過總論文的10%，即35頁即可。應(yīng)言簡意賅，不要與摘要雷同。一般教科書中有的知識，在緒論中不必出現(xiàn)。在緒論中，首先要闡明選題的實際背景和解決該問題的現(xiàn)實意義和重要作用等，結(jié)合問題背景的闡述，使讀者感到此選題確實具有實用價值和學(xué)術(shù)價值，有研發(fā)和開發(fā)的必要性。其次，應(yīng)簡述本課題在國內(nèi)外的研究和發(fā)展?fàn)顩r；本課題研究的指導(dǎo)思想、欲解決的主要問題以及解決此課題所

16、需要的條件；也可適當(dāng)簡要地介紹一些與本課題有關(guān)的預(yù)備知識。接著，應(yīng)說明本選題的來源、目的、范圍及應(yīng)達到的技術(shù)要求。若屬子課題，在引言中還應(yīng)對主客體的全貌加以介紹，說明本人的工作內(nèi)容以及在整個課題中所起的作用和關(guān)系。最后，介紹一下論文的組織結(jié)構(gòu)。本科畢業(yè)設(shè)計論文緒論的內(nèi)容應(yīng)包括以下小節(jié)：1.1課題研究背景闡述選題的理由。1.2課題研究意義1.3國內(nèi)外現(xiàn)狀對本課題現(xiàn)有的研究進展情況的簡要介紹。1.4論文研究內(nèi)容本文所要解決的問題，采用的手段、方法和步驟，所需要的條件，預(yù)期成果。1.5論文的組織結(jié)構(gòu)例如：本論文結(jié)構(gòu)安排如下：第1章，緒論。介紹了課題的研究背景、意義、國內(nèi)外研究現(xiàn)狀、發(fā)展特點和趨勢，論

17、文的組織結(jié)構(gòu)。第2章，相關(guān)技術(shù)。簡要介紹了高壓發(fā)生器的系統(tǒng)構(gòu)成、cpu單元結(jié)構(gòu)及uclinux嵌入式操作系統(tǒng)簡介及驅(qū)動程序開發(fā)概述。第3章，需求分析。通過用例的方式對高壓發(fā)生器的控制軟件進行需求分析10，包括功能性需求分析和非功能性需求分析，進而得出高壓發(fā)生器的用例模型。第4章，系統(tǒng)設(shè)計。進行軟件及架構(gòu)設(shè)計7，對軟件進行分層和模塊劃分。將軟件分為硬件接口層、驅(qū)動程序?qū)雍蛻?yīng)用程序?qū)?；將軟件劃分為硬件接口模塊、控制模塊、算法模塊和數(shù)據(jù)模塊。第5章，系統(tǒng)實現(xiàn)。實現(xiàn)了高壓控制軟件，給出硬件接口層模塊、驅(qū)動程序?qū)痈黩?qū)動程序、應(yīng)用層各模塊的具體實現(xiàn)。第6章，系統(tǒng)測試。對高壓基本功能編寫測試用例16，進行測

18、試，得到相關(guān)波形。第7章，總結(jié)與展望。對工作做了簡要的總結(jié)，并對后續(xù)工作提出了設(shè)想。2.3 相關(guān)技術(shù)（關(guān)鍵技術(shù)）相關(guān)技術(shù)或關(guān)鍵技術(shù)章節(jié)不是論文組織所必需的章節(jié)，如果論文中所涉及的相關(guān)理論或關(guān)鍵技術(shù)不是很常見，對后續(xù)論文的理解需要該知識，則有必要在相關(guān)理論或關(guān)鍵技術(shù)這一章節(jié)進行簡要介紹。其篇幅不應(yīng)超過總論文的15%，即58頁即可。相關(guān)技術(shù)或關(guān)鍵技術(shù)主要包括兩部分內(nèi)容： (1) 與課題內(nèi)容相關(guān)的理論知識。 (2) 課題項目開發(fā)用到的關(guān)鍵技術(shù)介紹，包括開發(fā)方法、開發(fā)工具和環(huán)境等方面的內(nèi)容。最后寫一段本章小結(jié)，最好不要少于3行。2.4 需求分析（系統(tǒng)分析）需求分析（系統(tǒng)分析）是論文組織所必需的章節(jié)。其

19、篇幅應(yīng)占總論文的15%左右。如果論文所研究的課題屬于一個相對較獨立的完整課題，則應(yīng)該進行較完整的需求分析。如果論文所研究的課題屬于某個較大項目的子課題，則應(yīng)該首先進行系統(tǒng)分析，對主課題的全貌加以介紹分析，說明本人的工作內(nèi)容以及在整個課題中所起的作用和關(guān)系。然后重點對子課題進行較全面的需求分析。軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求。其中，業(yè)務(wù)需求和用戶需求中包括功能性和非功能性需求。 需求分析建模的方法有多種，包括結(jié)構(gòu)化方法、面向?qū)ο竽Ｐ偷?。建模工具主要有四種，用例圖、活動圖、業(yè)務(wù)流程圖、數(shù)據(jù)流圖。它們之間的關(guān)系如表2.1所示。表2.1 需求分析建模方法結(jié)構(gòu)化方法面向?qū)ο蠓椒?/p>

20、業(yè)務(wù)流程圖用例圖數(shù)據(jù)流圖活動圖(1) 功能分析可從靜態(tài)和動態(tài)兩種角度來進行分析，靜態(tài)分析過程中可使用“用例圖”來進行描述，從業(yè)務(wù)的角度進行動態(tài)分析可使用“業(yè)務(wù)流程圖”或“活動圖”來描述，從數(shù)據(jù)的角度進行動態(tài)分析可使用“數(shù)據(jù)流圖”來描述。附錄中逐一介紹了這幾種分析工具。(2) 非功能性需求分析可包括可行性分析（技術(shù)可行性、經(jīng)濟可行性等）、安全性分析、性能效率分析等等。最后寫一段本章小結(jié)，最好不要少于3行。2.5 系統(tǒng)設(shè)計系統(tǒng)設(shè)計是論文組織所必需的章節(jié)。其篇幅應(yīng)占總論文的30%以上。系統(tǒng)設(shè)計也可采用結(jié)構(gòu)化設(shè)計方法和面向?qū)ο蟮脑O(shè)計方法。(1) 傳統(tǒng)的結(jié)構(gòu)化設(shè)計方法主要有3種： 功能模塊劃分設(shè)計； 面

21、向數(shù)據(jù)流的設(shè)計； 輸入輸出設(shè)計。(2) 面向?qū)ο蟮脑O(shè)計方法主要有對象設(shè)計和動態(tài)模型設(shè)計。 對象設(shè)計：對象模型描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，由類圖和對象圖表示，包括構(gòu)成系統(tǒng)的類和對象、它們的屬性和操作，以及它們之間的聯(lián)系。 動態(tài)模型設(shè)計：動態(tài)模型確定對象的可能事件的順序。動態(tài)模型由狀態(tài)圖、時序圖、協(xié)作圖等表示。 系統(tǒng)設(shè)計可分為概要（總體）設(shè)計和詳細設(shè)計。(1) 概要（總體）設(shè)計可包括體系結(jié)構(gòu)設(shè)計和模塊設(shè)計。體系結(jié)構(gòu)設(shè)計一般需論述采用何種架構(gòu)（B/S或C/S架構(gòu)），何種設(shè)計模式和框架（MVC等），何種開發(fā)環(huán)境及工具等等。模塊設(shè)計一般應(yīng)畫出總體功能模塊圖。（參考附錄功能模塊圖畫法）(2) 詳細設(shè)計可分模塊的詳

22、細介紹設(shè)計過程，包括算法設(shè)計、功能設(shè)計，數(shù)據(jù)庫設(shè)計，接口設(shè)計、協(xié)議設(shè)計、界面設(shè)計等。可通過“時序圖”、“類圖”、“E-R圖”及數(shù)據(jù)庫表等設(shè)計工具進行更直觀的闡述。最后寫一段本章小結(jié)，最好不要少于3行。需要注意的是，論文中的圖表只是對文字論述的一個補充說明，不能是論文的主體，論文還應(yīng)是以論述為主，圖表為輔，所以不能連續(xù)頁面都是圖表。2.6 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)是論文組織所必需的章節(jié)。其篇幅應(yīng)占總論文的20%以上。實現(xiàn)這一章節(jié)的安排應(yīng)與設(shè)計一章相呼應(yīng)，設(shè)計一章出現(xiàn)了哪幾個模塊的設(shè)計，在實現(xiàn)一章應(yīng)有相應(yīng)的模塊實現(xiàn)。每一模塊的實現(xiàn)可通過“程序流程圖”、“代碼”和“界面”更加直觀的論述。程序流程圖要規(guī)范，有

23、“開始”，有“結(jié)束”，分支要使用“菱形框”，要有分支條件，跳轉(zhuǎn)箭頭要指向流程線，而不能指向“執(zhí)行框”。具體見附錄圖3.15所示。代碼要選取關(guān)鍵代碼或偽代碼，篇幅不可太長，連續(xù)代碼不應(yīng)超過一頁。界面圖不應(yīng)太多，幾個足以。最后要寫一段本章小結(jié)，最好不要少于3行。2.7 系統(tǒng)測試測試是論文組織所必需的章節(jié)。其篇幅應(yīng)占總論文的7%左右。測試一章的內(nèi)容沒有必要大段大段摘抄測試原則、測試方法等，應(yīng)重點描述測試方案、測試用例和測試結(jié)果，最后給出測試結(jié)論或評價。2.8 總結(jié)及展望總結(jié)是對整個研究工作進行歸納和綜合而得出的總結(jié)，對所得結(jié)果與已有結(jié)果的比較和課題尚存在的問題，以及進一步開展研究的見解與建議。總結(jié)要

24、寫得概括、正確、完整、明確、精煉?？偨Y(jié)不是個人總結(jié)，不是自己在畢業(yè)設(shè)計期間的流水帳，在總結(jié)中要以整個研究工作為主體，進行闡述相關(guān)的問題?？偨Y(jié)與摘要不同：總結(jié)主要是對課題研究內(nèi)容進行總結(jié)，摘要是對論文本身進行概括。3 附錄3.1 用例圖用例圖主要用來描述客戶的需求，即用戶希望系統(tǒng)具備的完成一定功能的動作，通俗地理解用例就是軟件的功能模塊，所以是系統(tǒng)分析階段的起點，設(shè)計人員根據(jù)客戶的需求來創(chuàng)建和解釋用例圖，用來描述軟件應(yīng)具備哪些功能模塊以及這些模塊之間的調(diào)用關(guān)系，用例圖包含了用例（Use Case）和參與者（Actor），用例之間用關(guān)聯(lián)來連接以求把系統(tǒng)的整個結(jié)構(gòu)和功能反映給非技術(shù)人員（通常是軟件的

25、用戶），對應(yīng)的是軟件的結(jié)構(gòu)和功能分解。用例是從系統(tǒng)外部可見的行為，是系統(tǒng)為某一個或幾個參與者（Actor）提供的一段完整的服務(wù)。從原則上來講，用例之間都是獨立、并列的，它們之間并不存在著包含從屬關(guān)系。但是為了體現(xiàn)一些用例之間的業(yè)務(wù)關(guān)系，提高可維護性和一致性，用例之間可以抽象出包含(include)、擴展(extend)和泛化(generalization)幾種關(guān)系。(1) 包含(include)關(guān)系：雖然每個用例的實例都是獨立的，但是一個用例可以用其它的更簡單的用例來描述。這有點像通過繼承父類并增加附加描述來定義一個類。一個用例可以簡單地包含其它用例具有的行為，并把它所包含的用例行為作為自身行

26、為的一部分，這被稱作包含關(guān)系。如圖3.1所示。圖3.1 用例包含關(guān)系示例圖(2) 擴展(extend)關(guān)系：一個用例也可以被定義為基礎(chǔ)用例的增量擴展，這被稱作擴展關(guān)系，擴展關(guān)系是把新的行為插入到已有的用例中的方法。同一個基礎(chǔ)用例的幾個擴展用例可以在一起應(yīng)用。基礎(chǔ)用例的擴展增加了原有的語義，此時基礎(chǔ)用例而不是擴展用例被作為例子使用。在UML中，擴展關(guān)系表示為虛線箭頭加<<extend>>字樣，箭頭指向被擴展展的用例。如圖3.2所示。圖3.2 用例擴展關(guān)系示例圖(3) 泛化(generalization)關(guān)系：子用例和父用例相似，但表現(xiàn)出更特別的行為；子用例將繼承父用例的所

27、有結(jié)構(gòu)、行為和關(guān)系。子用例可以使用父用例的一段行為，也可以重載它。父用例通常是抽象的。在實際應(yīng)用中很少使用泛化關(guān)系，子用例中的特殊行為都可以作為父用例中的備選流存在。例如，業(yè)務(wù)中可能存在許多需要部門領(lǐng)導(dǎo)審批的事情，但是領(lǐng)導(dǎo)審批的流程是很相似的，這時可以做成泛化關(guān)系表示。如圖3.3所示。圖3.3 用例泛化關(guān)系示例圖3.2 業(yè)務(wù)流程圖業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向，它是物理模型。業(yè)務(wù)流程圖主要是描述業(yè)務(wù)走向，例如病人，首先要去掛號，然后在到醫(yī)生那里看病開藥，然后再到藥房領(lǐng)藥，然后回家。業(yè)務(wù)流程圖描述

28、的是完整的業(yè)務(wù)流程，以業(yè)務(wù)處理過程為中心，一般沒有數(shù)據(jù)的概念。業(yè)務(wù)流程圖的繪制是按照業(yè)務(wù)的實際處理步驟和過程進行的。業(yè)務(wù)流程圖是一種系統(tǒng)分析人員都懂的共同語言，用來描述系統(tǒng)組織結(jié)構(gòu)、業(yè)務(wù)流程。(1) 業(yè)務(wù)流程圖的基本符號及含義如圖3.4所示。圖3.4 業(yè)務(wù)流程圖的基本符號和含義說明(2) 畫業(yè)務(wù)流程圖的步驟與例子 現(xiàn)行系統(tǒng)業(yè)務(wù)流程總結(jié) 在畫業(yè)務(wù)流程圖之前，要對現(xiàn)行系統(tǒng)進行詳細調(diào)查，并寫出現(xiàn)行系統(tǒng)業(yè)務(wù)流程總結(jié)。例如，開發(fā)人員在系統(tǒng)調(diào)查階段了解到某企業(yè)的會計核算形式是科目匯總表的核算形式，其帳務(wù)處理業(yè)務(wù)流程如下： l 根據(jù)審核無誤的原始憑證匯總表編制記帳憑證，包括現(xiàn)金收付、銀行收付、轉(zhuǎn)帳憑證。 l

29、 根據(jù)現(xiàn)金收付款憑證登記現(xiàn)金日記帳。 l 根據(jù)銀行收付款憑證登記銀行存款日記帳。 l 根據(jù)銀行送來的對帳單對銀行存款日記帳核對。 l 根據(jù)記帳憑證及所付原始憑證登記有關(guān)明細帳。 l 根據(jù)記帳憑證，按相同的借貸方匯總出科目匯總表。 l 根據(jù)科目匯總表登記匯總分類帳。 l 將明細帳科目余額與財產(chǎn)物資實用數(shù)核對。 l 把總分類帳余額與有關(guān)明細帳余額核對。 l 根據(jù)總帳、明細帳余額編制各種會計報表。 業(yè)務(wù)流程圖的繪制 根據(jù)上述業(yè)務(wù)流程可以繪制出該企業(yè)帳務(wù)處理業(yè)務(wù)流程圖，如圖3.5所示。(3) 業(yè)務(wù)流程圖的特點 圖的形式是按業(yè)務(wù)部門劃分的橫式圖。 圖描述的主體是票據(jù)、帳單的業(yè)務(wù)處理。 票據(jù)、帳單流動路線

30、與實際業(yè)務(wù)處理過程一一對應(yīng)。 圖中票據(jù)、帳單是有“ 生”、“ 死”的，即用它的一次生命周期來表示出一筆業(yè)務(wù)的處理情況。 圖3.5 帳務(wù)處理現(xiàn)行系統(tǒng)業(yè)務(wù)流程圖(4) 業(yè)務(wù)流程圖的作用 制做流程圖的過程是全面了解業(yè)務(wù)處理的過程，是進行系統(tǒng)分析的依據(jù)。 它是系統(tǒng)分析員、管理人員、業(yè)務(wù)操作人員相互交流思想的工具。 系統(tǒng)分析員可直接在業(yè)務(wù)流程圖上擬出可以實現(xiàn)計算機處理的部分。 用它可分析出業(yè)務(wù)流程的合理性。3.3 活動圖活動圖本質(zhì)上是一種流程圖，每個“活動”可以是某個具體的“事務(wù)”，比如審核單據(jù)等。用不太嚴謹?shù)谋硎鰜碚f，活動圖是一種粒度比較粗的事件流程圖，多在需求階段使用。(1) 基本活動圖一個活動圖可

31、能包括以下元素： 活動狀態(tài)：表示在工作流程中執(zhí)行某個活動或步驟。 轉(zhuǎn)移：表示各種活動狀態(tài)的先后順序。 決策與警戒條件：顯示業(yè)務(wù)用例的工作流程中的備選線程。 同步示意條：用于顯示平行分支流，能夠顯示業(yè)務(wù)用例的工作流程中的并行線程。如圖3.6 所示。圖3.6 “機場登記”業(yè)務(wù)用例模型中“個人登記”業(yè)務(wù)用例的活動圖(2) 條件線程 警戒條件用于說明一組并行線程中的某個線程是有條件的。例如，在上面的“個人登記”示例中，進行登記的乘客可能是頻繁乘機旅行的顧客。在此情況下，您需要給他獎勵一些飛行里程數(shù)。如圖3.7所示。圖3.7 “機場登記”業(yè)務(wù)用例模型中“個人登記”業(yè)務(wù)用例的活動圖(3) 嵌套活動圖 一個

32、活動狀態(tài)可能要引用另一個活動圖，因為后者顯示了前者的內(nèi)部結(jié)構(gòu)，稱為嵌套活動圖?？梢燥@示活動狀態(tài)中的子圖或是讓活動狀態(tài)引用另一個圖。如圖3.8所示。圖3.8 活動狀態(tài)中嵌套的活動圖(4) 使用泳道 可以使用垂直實線將活動圖劃分為泳道。每條泳道代表整個工作流程的某個部分的職責(zé)，該職責(zé)由組織的某個部門來執(zhí)行。泳道最終可以由組織單元或者業(yè)務(wù)對象模型中的一組類來實施。泳道之間的排序并不會影響語義。每個活動狀態(tài)都指派了一條泳道，而轉(zhuǎn)移則可能跨越數(shù)條泳道。如圖3.9所示。圖3.9 泳道活動圖3.4 數(shù)據(jù)流圖系統(tǒng)分析階段必須進行全面準確的收集、整理、分析收集的數(shù)據(jù)及其流程。數(shù)據(jù)流圖(Data Flow Diagram，簡稱DFD)是描述系統(tǒng)邏輯模型的工具之一只反映信息在系統(tǒng)中流動和處理情況的圖。它能精確地在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存貯等，而擺脫了其物理內(nèi)容。(1) 數(shù)據(jù)收集從客戶的現(xiàn)行組織機構(gòu)、現(xiàn)行系統(tǒng)的業(yè)務(wù)流程、現(xiàn)行的決策方式、各種報表、報告、圖示等各種渠道進行數(shù)據(jù)收集。通過查閱檔案，面談?wù){(diào)查，發(fā)調(diào)查表，測定，采樣等多種方法進行數(shù)據(jù)收集。(2) 數(shù)據(jù)分析收集上來的數(shù)據(jù)是“原材料”，其中有些數(shù)據(jù)不能用作系統(tǒng)設(shè)計的依據(jù)，要把這些原材料加工成系統(tǒng)設(shè)計可用的資料，就必須做數(shù)據(jù)的分析工作。(3) 數(shù)據(jù)流圖（DFD）將收集、整理、分析的數(shù)據(jù)用數(shù)據(jù)流圖的形式進行描述