碩士論文寫作范本結(jié)構(gòu)化方法(V)

云南大學(xué)碩士研究生論文 XX系統(tǒng)的分析與設(shè)計(jì)分類號(hào)TP31密級(jí)公開(kāi)UDC編號(hào)碩士研究生學(xué)位論文題目XX系統(tǒng)的分析與設(shè)計(jì)學(xué)院（所、中心）軟件學(xué)院專業(yè)名稱軟件工程研究生姓名學(xué)號(hào)導(dǎo)師姓名職稱年月獨(dú)創(chuàng)性聲明本人聲明所呈交的論文是我個(gè)人在導(dǎo)師指導(dǎo)下進(jìn)行的研究工作及取得的研究成果。除了文中特別加以標(biāo)注和致謝的地方外，論文中不包含其他人或集體已經(jīng)發(fā)表或撰寫過(guò)的研究成果，對(duì)本文的研究做出貢獻(xiàn)的集體和個(gè)人均已在論文中作了明確的說(shuō)明并表示了謝意。 研究生簽名：日期：論文使用和授權(quán)說(shuō)明本人完全了解云南大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定，即：學(xué)校有權(quán)保留并向國(guó)家有關(guān)部門或機(jī)構(gòu)送交學(xué)位論文和論文電子版；允許論文被查閱或借閱；學(xué)校可以公布論文的全部或部分內(nèi)容，可以采用影印、縮印或其他復(fù)制手段保存論文。（保密的論文在解密后應(yīng)遵循此規(guī)定）研究生簽名：導(dǎo)師簽名：日期：…………………本人及導(dǎo)師同意將學(xué)位論文提交至清華大學(xué)“中國(guó)學(xué)術(shù)期刊（光盤版）電子雜志社”進(jìn)行電子和網(wǎng)絡(luò)出版，并編入CNKI系列數(shù)據(jù)庫(kù)，傳播本學(xué)位論文的全部或部分內(nèi)容，同意按《中國(guó)優(yōu)秀博碩士學(xué)位論文全文數(shù)據(jù)庫(kù)出版章程》規(guī)定享受相關(guān)權(quán)益。研究生簽名：導(dǎo)師簽名：日期：

摘要<簡(jiǎn)單的論文總體描述>論文首先介紹了XX系統(tǒng)的研究背景，對(duì)所需要解決的問(wèn)題進(jìn)行了概述，討論了項(xiàng)目的研究意義與重要性，闡述了系統(tǒng)開(kāi)發(fā)方法和相關(guān)技術(shù)；論文提出了系統(tǒng)的設(shè)計(jì)目標(biāo)，對(duì)系統(tǒng)進(jìn)行了詳細(xì)的需求分析，包括業(yè)務(wù)需求分析、功能需求分析、數(shù)據(jù)需求分析和非功能需求分析，給出了系統(tǒng)的業(yè)務(wù)流程圖、數(shù)據(jù)流圖、功能數(shù)據(jù)分析圖（IPO圖），并進(jìn)行了數(shù)據(jù)字典描述；在系統(tǒng)設(shè)計(jì)中，對(duì)系統(tǒng)進(jìn)行了總體設(shè)計(jì)與模塊設(shè)計(jì)，給出了系統(tǒng)總功能結(jié)構(gòu)圖(H圖)，包括XX等功能模塊，分別給出了具體模塊設(shè)計(jì)的功能結(jié)構(gòu)圖（H圖）、IPO表、和處理流程圖，詳細(xì)闡述了設(shè)計(jì)內(nèi)容，并使用實(shí)體關(guān)系E-R圖和數(shù)據(jù)庫(kù)表結(jié)構(gòu)對(duì)數(shù)據(jù)庫(kù)進(jìn)行了詳細(xì)設(shè)計(jì)；論文最后對(duì)研究的內(nèi)容進(jìn)行了總結(jié)，闡述了本人的主要工作，指出了論文存在的不足，并對(duì)進(jìn)一步的工作進(jìn)行了展望。關(guān)鍵詞：XXXX；XXXX；XXXX；

Abstract<此處插入英文摘要，就是中文摘要的正確翻譯，注意關(guān)鍵詞的翻譯要準(zhǔn)確>Keywords:<英文關(guān)鍵詞，要與中文摘要對(duì)應(yīng)，例如：XXXX；XXXX；XXXX；

目錄<此處插入論文目錄>

引言項(xiàng)目背景與問(wèn)題概述項(xiàng)目背景<此處插入論文中所述項(xiàng)目的項(xiàng)目背景，旨在突出社會(huì)發(fā)展背景、項(xiàng)目的出發(fā)點(diǎn)等等。以下是范本請(qǐng)不要照搬！>隨著科學(xué)技術(shù)的進(jìn)步和社會(huì)經(jīng)濟(jì)的發(fā)展，信息化進(jìn)程已經(jīng)成為一種必然的趨勢(shì)。近年來(lái)，由于信息化在多個(gè)領(lǐng)域取得了巨大的成就，為國(guó)家的經(jīng)濟(jì)建設(shè)和社會(huì)發(fā)展做出了不可估量的貢獻(xiàn)。因此，人們認(rèn)識(shí)到，作為國(guó)家信息化和社會(huì)信息化的重要組成部分之一的商業(yè)信息化，已然成為了促進(jìn)社會(huì)經(jīng)濟(jì)發(fā)展的一個(gè)增長(zhǎng)點(diǎn)，也是推動(dòng)商業(yè)發(fā)展的重要手段。商業(yè)信息化已經(jīng)被越來(lái)越多的企業(yè)和商家所關(guān)注。網(wǎng)上購(gòu)物最早在美國(guó)出現(xiàn)，1995年美國(guó)網(wǎng)上商店亞馬遜開(kāi)業(yè)（A），美國(guó)第一家安全網(wǎng)絡(luò)銀行（FirstSecurityB）實(shí)現(xiàn)網(wǎng)上支付。而我國(guó)的網(wǎng)上購(gòu)物系統(tǒng)發(fā)展相對(duì)較晚，在1998年，中國(guó)的第一筆網(wǎng)上交易成功，1999年隨著8848等B2C網(wǎng)站的正式開(kāi)通，中國(guó)開(kāi)始進(jìn)入購(gòu)物網(wǎng)站的實(shí)際階段。從起步到現(xiàn)在，十多年來(lái)網(wǎng)上購(gòu)物發(fā)展迅速,在1998年，國(guó)內(nèi)最大的商務(wù)拍賣網(wǎng)站易趣開(kāi)始運(yùn)行。在1999年B2C網(wǎng)站當(dāng)當(dāng)投入運(yùn)營(yíng)，2000年卓越成立,到2003年B2B網(wǎng)站阿里巴巴投資成立了C2C網(wǎng)站淘寶。網(wǎng)上購(gòu)物的商家越來(lái)越多，同時(shí)網(wǎng)上購(gòu)物的消費(fèi)者數(shù)量也在迅速的發(fā)展與增長(zhǎng)。截止到2005年上半年，我國(guó)的上網(wǎng)人數(shù)達(dá)到1.03億，其中網(wǎng)上購(gòu)物者達(dá)到2000萬(wàn)人，網(wǎng)上支付的比例增長(zhǎng)到近半數(shù)，網(wǎng)上購(gòu)物成交額已經(jīng)累計(jì)達(dá)100億元。在長(zhǎng)達(dá)6年的網(wǎng)上購(gòu)物市場(chǎng)發(fā)展過(guò)程中，網(wǎng)上購(gòu)物者漸漸開(kāi)始接受并習(xí)慣新的購(gòu)物消費(fèi)方式，隨著網(wǎng)民人數(shù)增加，網(wǎng)上購(gòu)物者人數(shù)有進(jìn)一步擴(kuò)大的趨勢(shì)。世界電子商務(wù)的快速度發(fā)展，同時(shí)B2B、B2C、C2C等一系列的結(jié)構(gòu)快速度發(fā)展，這些都需要網(wǎng)上商城來(lái)支持，少則自己開(kāi)個(gè)商店，大則阿里巴巴等電子商務(wù)，這些都成就了商城系統(tǒng)的出現(xiàn)，正因?yàn)榫W(wǎng)上電子商務(wù)的安全性與穩(wěn)定性的要求高，所以對(duì)商城系統(tǒng)也需要有一個(gè)嚴(yán)格的考驗(yàn)。不少商家、公司只制作一個(gè)或幾個(gè)產(chǎn)品介紹的頁(yè)面，要修改資料，需要對(duì)網(wǎng)頁(yè)重新修改，客戶卻又不能在線下定單，需要通過(guò)多種步驟才能與商家取得聯(lián)系，其弊端是顯見(jiàn)的，首先是低效率、數(shù)據(jù)的嚴(yán)重冗余，其次是維護(hù)困難。顯然由這些簡(jiǎn)單鏈接的頁(yè)面構(gòu)成的網(wǎng)站在數(shù)據(jù)的共享性、人機(jī)的交互性以及網(wǎng)站維護(hù)性上都是很現(xiàn)實(shí)的問(wèn)題。開(kāi)發(fā)一個(gè)基于web的動(dòng)態(tài)網(wǎng)上購(gòu)物系統(tǒng)，對(duì)發(fā)展電子商務(wù)無(wú)疑是十分迫切的。問(wèn)題概述<此處插入論文的論點(diǎn)，旨在突出論文討論解決的問(wèn)題。>在信息技術(shù)日新月異的今天，隨著新技術(shù)、新功能的演變，開(kāi)發(fā)一個(gè)XXX系統(tǒng)有著多種技術(shù)手段來(lái)實(shí)現(xiàn)。如何根據(jù)具體需求采用合適的技術(shù)來(lái)實(shí)現(xiàn)，是很多軟件開(kāi)發(fā)者正在考慮的問(wèn)題。<展開(kāi)敘述一些傳統(tǒng)技術(shù)手段存在的問(wèn)題>此外，現(xiàn)有的電子商務(wù)系統(tǒng)普遍存在著…….問(wèn)題，一直得不到解決。<展開(kāi)敘述一些傳統(tǒng)網(wǎng)上購(gòu)物系統(tǒng)普遍存在的問(wèn)題>研究的意義和重要性研究的意義<此處插入論文的研究意義，應(yīng)該和1.1.2小節(jié)的問(wèn)題概述相呼應(yīng)>研究的重要性<此處插入研究的重要性，應(yīng)該和1.1.2小節(jié)的問(wèn)題概述相呼應(yīng)>研究的內(nèi)容和主要工作研究的內(nèi)容<此處插入研究的內(nèi)容，也應(yīng)該和1.1.2小節(jié)的問(wèn)題概述相呼應(yīng)，簡(jiǎn)要說(shuō)明論文中的系統(tǒng)采用了什么樣的技術(shù)手段，采用了什么樣的組織架構(gòu)，做了些什么研究工作，解決了哪些問(wèn)題>本人主要工作<此處插入作者本人在項(xiàng)目中所負(fù)責(zé)或者完成的具體工作，應(yīng)與1.3.1的研究?jī)?nèi)容相對(duì)應(yīng)，簡(jiǎn)述作者本人所做的研究工作。此外，如果論文所述項(xiàng)目為集體合作，則應(yīng)該簡(jiǎn)略指出作者本人所負(fù)責(zé)的工作。以下為范本！> 在此項(xiàng)目中，本人做了如下工作：<此處插入所做工作>在項(xiàng)目開(kāi)發(fā)中，本人主要負(fù)責(zé)系統(tǒng)需求分析、功能性分析、系統(tǒng)整體數(shù)據(jù)庫(kù)設(shè)計(jì)、主體框架設(shè)計(jì)搭建、WEB端程序開(kāi)發(fā)，系統(tǒng)文檔撰寫、系統(tǒng)整體測(cè)試以及歷史數(shù)據(jù)導(dǎo)入等工作。論文結(jié)構(gòu)<此處插入該論文的整體結(jié)構(gòu)，簡(jiǎn)述論文的整體形式結(jié)構(gòu)，并簡(jiǎn)述每一章的主旨。以下為范本，請(qǐng)勿照搬！>本文由五章內(nèi)容組成，其中：第一章介紹了本文的研究背景，對(duì)所需要解決的問(wèn)題進(jìn)行了概述，討論了項(xiàng)目的研究意義與重要性，闡述了論文的主要內(nèi)容以及本人的主要工作。第二章闡述的是本文所涉及到的開(kāi)發(fā)方法及相關(guān)技術(shù)，包括：軟件工程開(kāi)發(fā)模型、結(jié)構(gòu)化建模技術(shù)、數(shù)據(jù)庫(kù)技術(shù)等。第三章是本文的核心內(nèi)容之一，針對(duì)系統(tǒng)的業(yè)務(wù)需求、功能需求、數(shù)據(jù)需求和非功能需求等進(jìn)行了詳細(xì)分析，給出了主要的業(yè)務(wù)流程圖和數(shù)據(jù)流圖，并利用數(shù)據(jù)字典進(jìn)行了詳細(xì)的描述，同時(shí)利用IPO圖進(jìn)行了功能數(shù)據(jù)分析。第四章是本文的重點(diǎn)，在進(jìn)行了系統(tǒng)總體設(shè)計(jì)的基礎(chǔ)上，采用功能結(jié)構(gòu)圖、IPO表、核心處理流程圖等對(duì)系統(tǒng)的子模塊進(jìn)行了功能性詳細(xì)設(shè)計(jì)，同時(shí)通過(guò)實(shí)體E-R圖和數(shù)據(jù)庫(kù)表結(jié)構(gòu)對(duì)數(shù)據(jù)庫(kù)進(jìn)行了詳細(xì)設(shè)計(jì)。第五章總結(jié)了本文所做的工作，同時(shí)對(duì)進(jìn)一步的工作進(jìn)行了展望。

系統(tǒng)的開(kāi)發(fā)方法及相關(guān)技術(shù)<此處插入系統(tǒng)開(kāi)發(fā)方法的統(tǒng)一概述，旨在簡(jiǎn)要的解釋系統(tǒng)開(kāi)發(fā)的方法和涉及的相關(guān)技術(shù)。以下為范本，請(qǐng)勿照搬！>本XXX系統(tǒng)采用基于XXX架構(gòu)，對(duì)應(yīng)使用XXX技術(shù)來(lái)展現(xiàn)其表示層，分別對(duì)不同需求的用戶服務(wù)，旨在最大程度滿足不同用戶的需求。服務(wù)層采用XXX技術(shù)來(lái)提供統(tǒng)一接口，降低其與其他系統(tǒng)間的耦合度，提供安全數(shù)據(jù)通信，提高系統(tǒng)可擴(kuò)展性、兼容性以及集成能力。……<此處插入其他所采用的技術(shù)手段>。 此外，系統(tǒng)采用增量模型進(jìn)行開(kāi)發(fā)，以應(yīng)對(duì)不斷變化的需求，大量降低項(xiàng)目風(fēng)險(xiǎn)，保證系統(tǒng)核心功能，較快的交付可使用的模塊。<以下幾個(gè)小節(jié)將根據(jù)以上統(tǒng)一概述，較為詳細(xì)的逐一展開(kāi)進(jìn)行敘述，每一項(xiàng)具體開(kāi)發(fā)方法或者相關(guān)技術(shù)的綜述獨(dú)立成為一個(gè)小節(jié)，每個(gè)小節(jié)下面具體有多少子小節(jié)并無(wú)具體規(guī)定，只要能講述清楚明白即可，以下為范本，請(qǐng)勿照搬！>軟件工程開(kāi)發(fā)模型傳統(tǒng)瀑布模型瀑布模型(也稱為線性順序模型)，由溫斯頓·羅伊斯在1970年提出，在20世紀(jì)80年代以前，瀑布模型一直都是唯一被廣泛采用的軟件開(kāi)發(fā)模型。這個(gè)模型中，軟件生命周期中的制訂計(jì)劃，需求分析，軟件設(shè)計(jì)，程序編寫，軟件測(cè)試和運(yùn)行維護(hù)依次由上至下順序展開(kāi)，如同瀑布流水，逐級(jí)下落，最終得到軟件產(chǎn)品。理想化的瀑布模型是單邊逐一而下的，認(rèn)為人在工作過(guò)程中不可能犯錯(cuò)誤。實(shí)際的瀑布模型是帶有反饋逐一而下的，當(dāng)后一階段發(fā)現(xiàn)前一階段的錯(cuò)誤時(shí)，可以修正前一階段的錯(cuò)誤繼續(xù)完成后一階段的任務(wù)。圖2.1瀑布模型[1]瀑布模型的優(yōu)點(diǎn)：促進(jìn)軟件開(kāi)發(fā)工程化，為項(xiàng)目提供了按階段劃分的檢查點(diǎn)降低軟件開(kāi)發(fā)的復(fù)雜度，當(dāng)前一階段完成后，只需去關(guān)注后續(xù)階段可以在增量模型中使用瀑布模型瀑布模型的缺點(diǎn)：缺乏靈活性不適應(yīng)用戶需求的變化，項(xiàng)目的各個(gè)階段之間極少有反饋如果軟件需求不明確或者經(jīng)常變更需求，最終可能導(dǎo)致開(kāi)發(fā)出的軟件與用戶預(yù)期的軟件不符，往往會(huì)導(dǎo)致大量的返工，有時(shí)甚至?xí)o開(kāi)發(fā)人員帶來(lái)災(zāi)難性的后果，而這一點(diǎn)又常常在項(xiàng)目生命期的后期才有所覺(jué)察。改進(jìn)的螺旋模型螺旋模型由巴利·玻姆于1988年正式發(fā)表了軟件系統(tǒng)開(kāi)發(fā)的“螺旋模型”，它是將瀑布模型與演化模型相結(jié)合，并且增加了兩者所忽略的風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足之處，該模型通常用來(lái)指導(dǎo)大型軟件項(xiàng)目的開(kāi)發(fā)軟件項(xiàng)目的開(kāi)發(fā)，。軟件風(fēng)險(xiǎn)是任何軟件開(kāi)發(fā)項(xiàng)目中都普遍存在的實(shí)際問(wèn)題，項(xiàng)目越大，軟件越復(fù)雜，承擔(dān)該項(xiàng)目所冒的風(fēng)險(xiǎn)也越大。軟件風(fēng)險(xiǎn)駕馭的目標(biāo)主要是在造成危害之前及時(shí)對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別，分析，采取對(duì)策進(jìn)而消除或者減少風(fēng)險(xiǎn)的損害。螺旋模型將開(kāi)發(fā)劃分為制訂計(jì)劃，風(fēng)險(xiǎn)分析，實(shí)施工程，客戶評(píng)估四類活動(dòng)。沿著螺旋線每旋轉(zhuǎn)一圈，表示開(kāi)發(fā)出一個(gè)更完善的新的軟件版本，如果開(kāi)發(fā)風(fēng)險(xiǎn)過(guò)大，開(kāi)發(fā)機(jī)構(gòu)和客戶無(wú)法接受，項(xiàng)目就有可能就此終止。多數(shù)情況下，會(huì)沿著螺旋線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意產(chǎn)品。螺旋模型開(kāi)發(fā)的成敗很大程度上依賴于風(fēng)險(xiǎn)評(píng)估的成敗。沿著螺旋線旋轉(zhuǎn)，在笛卡爾坐標(biāo)的四個(gè)象限上分別表達(dá)了四類活動(dòng)：制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件。風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)。實(shí)施工程：實(shí)施軟件開(kāi)發(fā)?？蛻粼u(píng)估：評(píng)價(jià)軟件功能和性能，提出修改建議。圖2.2螺旋模型[]螺旋模型的優(yōu)點(diǎn)：設(shè)計(jì)上的靈活性,可以在項(xiàng)目的各個(gè)階段進(jìn)行變更。以小的分段來(lái)構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易?？蛻羰冀K參與每個(gè)階段的開(kāi)發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性。隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目的最新信，從而他或她能夠和管理層有效地交互?？蛻粽J(rèn)可這種公司內(nèi)部的開(kāi)發(fā)方式帶來(lái)的良好的溝通和高質(zhì)量的產(chǎn)品。螺旋模型的缺點(diǎn)：很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長(zhǎng)，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開(kāi)發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距，無(wú)法滿足當(dāng)前用戶需求。面向?qū)ο蟮膰娙Ｐ驮诿嫦驅(qū)ο蟮姆椒ㄖ校岢隽擞谄俨寄Ｐ拖鄬?duì)應(yīng)的噴泉模型，該模型的主要特點(diǎn)是認(rèn)為軟件生命周期的各個(gè)階段是相互重疊和多次反復(fù)的，它是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于描述面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。噴泉模型不像瀑布模型那樣，需要分析活動(dòng)結(jié)束后才開(kāi)始設(shè)計(jì)活動(dòng)，設(shè)計(jì)活動(dòng)結(jié)束后才開(kāi)始編碼活動(dòng)。該模型的各個(gè)階段沒(méi)有明顯的界限，開(kāi)發(fā)人員可以同步進(jìn)行開(kāi)發(fā)。其優(yōu)點(diǎn)是可以提高軟件項(xiàng)目開(kāi)發(fā)效率，節(jié)省開(kāi)發(fā)時(shí)間，適應(yīng)于面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。由于噴泉模型在各個(gè)開(kāi)發(fā)階段是重疊的，因此在開(kāi)發(fā)過(guò)程中需要大量的開(kāi)發(fā)人員，因此不利于項(xiàng)目的管理。此外這種模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對(duì)可能隨時(shí)加入各種信息、需求與資料的情況。噴泉一詞本身就體現(xiàn)了迭代和無(wú)間隙的特性。圖2.3噴泉模型[1]噴泉模型的優(yōu)點(diǎn)：軟件項(xiàng)目開(kāi)發(fā)效率高，節(jié)省開(kāi)發(fā)時(shí)間，適應(yīng)于面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。噴泉模型不像瀑布模型那樣，需要分析活動(dòng)結(jié)束后才開(kāi)始設(shè)計(jì)活動(dòng)，設(shè)計(jì)活動(dòng)結(jié)束后才開(kāi)始編碼活動(dòng)。該模型的各個(gè)階段沒(méi)有明顯的界限，開(kāi)發(fā)人員可以同步進(jìn)行開(kāi)發(fā)。噴泉模型的缺點(diǎn)：由于噴泉模型在各個(gè)開(kāi)發(fā)階段是重疊的，因此在開(kāi)發(fā)過(guò)程中需要大量的開(kāi)發(fā)人員，因此不利于項(xiàng)目的管理。此外這種模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對(duì)可能隨時(shí)加入各種信息、需求與資料的情況。形式化方法模型包含了一組活動(dòng)，他們導(dǎo)致了計(jì)算機(jī)軟件的數(shù)學(xué)規(guī)約。形式化方法使得軟件工程師們能夠通過(guò)應(yīng)用一個(gè)嚴(yán)格的數(shù)學(xué)符號(hào)體系來(lái)規(guī)約、開(kāi)發(fā)、和驗(yàn)證基于計(jì)算機(jī)的系統(tǒng)。在開(kāi)發(fā)中使用形式化方法時(shí)，它們提供了一種機(jī)制，能夠消除使用其它軟件過(guò)程模型難以克服的很多問(wèn)題。二義性、不完整性、不一致性能被更容易地發(fā)現(xiàn)和糾正，而不是通過(guò)專門的評(píng)審，是通過(guò)對(duì)應(yīng)用的數(shù)學(xué)分析。形式化方法提供了可以產(chǎn)生無(wú)缺陷軟件的承諾。結(jié)構(gòu)化設(shè)計(jì)方法結(jié)構(gòu)化方法要素結(jié)構(gòu)化設(shè)計(jì)方法是基于模塊化、自頂向下細(xì)化、結(jié)構(gòu)化程序設(shè)計(jì)等程序設(shè)計(jì)技術(shù)基礎(chǔ)發(fā)展起來(lái)的。其基本思想是：將軟件設(shè)計(jì)成由相對(duì)獨(dú)立且具有單一功能的模塊組成的結(jié)構(gòu)。結(jié)構(gòu)化設(shè)計(jì)是數(shù)據(jù)模型和過(guò)程模型的結(jié)合。在設(shè)計(jì)過(guò)程中，它從整個(gè)程序的結(jié)構(gòu)出發(fā)，利用模塊結(jié)構(gòu)圖表述程序模塊之間的關(guān)系。結(jié)構(gòu)化設(shè)計(jì)的步驟如下：①評(píng)審和細(xì)化數(shù)據(jù)流圖；②確定數(shù)據(jù)流圖的類型；③把數(shù)據(jù)流圖映射到軟件模塊結(jié)構(gòu)，設(shè)計(jì)出模塊結(jié)構(gòu)的上層；④基于數(shù)據(jù)流圖逐步分解高層模塊，設(shè)計(jì)中下層模塊；⑤對(duì)模塊結(jié)構(gòu)進(jìn)行優(yōu)化，得到更為合理的軟件結(jié)構(gòu)；⑥描述模塊接口。結(jié)構(gòu)化設(shè)計(jì)的目的主要是使程序的結(jié)構(gòu)盡可能反映要解決的問(wèn)題的結(jié)構(gòu)。在軟件設(shè)計(jì)與開(kāi)發(fā)中，結(jié)構(gòu)化設(shè)計(jì)工作是以需求分析階段的成果之一的“數(shù)據(jù)流圖”為主要依據(jù)，進(jìn)一步推導(dǎo)出軟件的“系統(tǒng)功能結(jié)構(gòu)圖”。結(jié)構(gòu)化方法中常用的設(shè)計(jì)圖業(yè)務(wù)流程圖業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向，它是物理模型。業(yè)務(wù)流程圖主要是描述業(yè)務(wù)走向，以業(yè)務(wù)處理過(guò)程為中心，一般沒(méi)有數(shù)據(jù)的概念。業(yè)務(wù)流程圖的元素：流程：流程是獲取一種或多種輸人并且創(chuàng)造一種對(duì)客戶有價(jià)值的輸出的一系列活動(dòng)的集合；決策：用來(lái)表示選擇流程流向的控制節(jié)點(diǎn)，表示對(duì)問(wèn)題判斷或判定（審核/審批/評(píng)審）環(huán)節(jié)；開(kāi)始/結(jié)束：表示一系列流程開(kāi)始或結(jié)束的控制節(jié)點(diǎn)；文檔：以文字或圖示描述的內(nèi)容；數(shù)據(jù)：數(shù)據(jù)是具有一定意義的數(shù)字、字母、符號(hào)和模擬量等的通稱；數(shù)據(jù)庫(kù)：所有的信息(數(shù)據(jù)事實(shí)等)的匯集的載體。數(shù)據(jù)流圖數(shù)據(jù)流圖(DFD)是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒(méi)有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過(guò)程。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示，即使不是專業(yè)的計(jì)算機(jī)技術(shù)人員也容易理解它。它是分析員與用戶之間極好的通信工具，也是今后進(jìn)行軟件設(shè)計(jì)的很好的出發(fā)點(diǎn)。為了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個(gè)加工，它代表被開(kāi)發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對(duì)其上層父圖的細(xì)化。它的每一加工可能繼續(xù)細(xì)化，形成子圖。數(shù)據(jù)字典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達(dá)數(shù)據(jù)處理的要求。數(shù)據(jù)字典以詞條描述的形式予以展現(xiàn)，對(duì)于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素，均加以定義，其內(nèi)容有：名字、別名或編號(hào)、分類、描述、定義、位置、其它等。HIPO圖HIPO圖是IBM公司于70年代中期在層次結(jié)構(gòu)圖的基礎(chǔ)上推出的一種描述系統(tǒng)結(jié)構(gòu)和模塊內(nèi)部處理功能的工具（技術(shù)）。很適于在自頂向下設(shè)計(jì)軟件的過(guò)程中使用。一個(gè)完整的HIPO圖包含兩個(gè)部分：H圖（即層次圖）和IPO圖。層次圖用于表示一個(gè)系統(tǒng)自頂向下的功能模塊層次結(jié)構(gòu)；IPO圖來(lái)描述每個(gè)模塊的輸入、輸出及其要執(zhí)行的過(guò)程，是對(duì)每個(gè)模塊進(jìn)行詳細(xì)設(shè)計(jì)的工具，它能夠方便地描繪輸入數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。HIPO圖由三個(gè)基本圖表組成，進(jìn)行模塊層次功能分解遵循以下步驟：總體IPO圖：它是數(shù)據(jù)流程圖的初步分層細(xì)化結(jié)果，根據(jù)數(shù)據(jù)流程圖，將最高層處理模塊分解為輸入、處理、輸出三個(gè)功能模塊。HIPO圖：根據(jù)總體IPO圖，對(duì)頂層模塊進(jìn)行重復(fù)逐層分解，而得到的關(guān)于組成頂層模塊的所有功能模塊的層次結(jié)構(gòu)關(guān)系圖。低層主要模塊詳細(xì)的IPO圖：由于HIPO圖僅僅表示了一個(gè)系統(tǒng)功能模塊的層次分解關(guān)系，還沒(méi)有充分說(shuō)明各模塊間的調(diào)用關(guān)系和模塊間的數(shù)據(jù)流及信息流的傳遞關(guān)系。因此，對(duì)某些輸送低層上的重要工作模塊，還必須根據(jù)數(shù)據(jù)字典和HIPO圖，繪制其詳細(xì)的IPO圖，用來(lái)描述模塊的輸入、處理和輸出細(xì)節(jié)，以及與其他模塊間的調(diào)用和被調(diào)用關(guān)系。數(shù)據(jù)庫(kù)技術(shù)數(shù)據(jù)庫(kù)范式關(guān)系數(shù)據(jù)庫(kù)中的關(guān)系必須滿足一定的要求，即滿足不同的范式。目前關(guān)系數(shù)據(jù)庫(kù)有六種范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。滿足最低要求的范式是第一范式（1NF）。在第一范式的基礎(chǔ)上進(jìn)一步滿足更多要求的稱為第二范式（2NF），其余范式以次類推。一般說(shuō)來(lái)，數(shù)據(jù)庫(kù)只需滿足第三范式（3NF）就行了。第一范式（1NF）。所謂第一范式（1NF）是指數(shù)據(jù)庫(kù)表的每一列都是不可分割的基本數(shù)據(jù)項(xiàng)，同一列中不能有多個(gè)值，即實(shí)體中的某個(gè)屬性不能有多個(gè)值或者不能有重復(fù)的屬性。如果出現(xiàn)重復(fù)的屬性，就可能需要定義一個(gè)新的實(shí)體，新的實(shí)體由重復(fù)的屬性構(gòu)成，新實(shí)體與原實(shí)體之間為一對(duì)多關(guān)系。在第一范式（1NF）中表的每一行只包含一個(gè)實(shí)例的信息。簡(jiǎn)而言之，第一范式就是無(wú)重復(fù)的列。第二范式（2NF）。第二范式（2NF）是在第一范式（1NF）的基礎(chǔ)上建立起來(lái)的，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。第二范式（2NF）要求數(shù)據(jù)庫(kù)表中的每個(gè)實(shí)例或行必須可以被唯一地區(qū)分。為實(shí)現(xiàn)區(qū)分通常需要為表加上一個(gè)列，以存儲(chǔ)各個(gè)實(shí)例的唯一標(biāo)識(shí)。第二范式（2NF）要求實(shí)體的屬性完全依賴于主關(guān)鍵字。所謂完全依賴是指不能存在僅依賴主關(guān)鍵字一部分的屬性，如果存在，那么這個(gè)屬性和主關(guān)鍵字的這一部分應(yīng)該分離出來(lái)形成一個(gè)新的實(shí)體，新實(shí)體與原實(shí)體之間是一對(duì)多的關(guān)系。為實(shí)現(xiàn)區(qū)分通常需要為表加上一個(gè)列，以存儲(chǔ)各個(gè)實(shí)例的唯一標(biāo)識(shí)。簡(jiǎn)而言之，第二范式就是屬性完全依賴于主鍵。第三范式（3NF）。滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡(jiǎn)而言之，第三范式（3NF）要求一個(gè)數(shù)據(jù)庫(kù)表中不包含已在其它表中已包含的非主關(guān)鍵字信息。簡(jiǎn)而言之，第三范式就是屬性不依賴于其它非主屬性。數(shù)據(jù)建模因?yàn)閿?shù)據(jù)模型的內(nèi)容是問(wèn)題域和解域所共享的知識(shí)模型，所以可以用問(wèn)題域的語(yǔ)言來(lái)描述它，也可以用解域的語(yǔ)言來(lái)描述它，還可以用介于二者之間的語(yǔ)言來(lái)描述，故產(chǎn)生了以下三種常用的數(shù)據(jù)模型：概念數(shù)據(jù)模型[2]。它反映了人們對(duì)現(xiàn)實(shí)世界的認(rèn)知與理解，是從現(xiàn)實(shí)世界到人類大腦的映射。故它以問(wèn)題域的語(yǔ)言解釋數(shù)據(jù)模型，由一系列應(yīng)用領(lǐng)域的概念組成。物理數(shù)據(jù)模型。它是以解域的語(yǔ)言解釋數(shù)據(jù)模型，是面向計(jì)算機(jī)物理表示的模型，描述了數(shù)據(jù)在儲(chǔ)存介質(zhì)上的組織結(jié)構(gòu)，它不但與具體的DBMS有關(guān)，而且還與操作系統(tǒng)和硬件有關(guān)。每一種邏輯數(shù)據(jù)模型在實(shí)現(xiàn)時(shí)都有起對(duì)應(yīng)的物理數(shù)據(jù)模型。邏輯數(shù)據(jù)模型。這是用戶從數(shù)據(jù)庫(kù)所看到的模型，是具體的DBMS所支持的數(shù)據(jù)模型，如網(wǎng)狀數(shù)據(jù)模型(NetworkDataModel)、層次數(shù)據(jù)模型(HierarchicalDataModel)等等。此模型既要面向用戶，又要面向系統(tǒng)，主要用于數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）的實(shí)現(xiàn)。

需求分析軟件需求過(guò)程是整個(gè)軟件開(kāi)發(fā)初始階段，對(duì)軟件的品質(zhì)具有決定性的作用。軟件需求工程研究如何理解和說(shuō)明用戶對(duì)所開(kāi)發(fā)軟件的要求和期望。需求就是以一種清晰、簡(jiǎn)明、一致且無(wú)二義性的方式對(duì)一個(gè)待開(kāi)發(fā)系統(tǒng)中的各個(gè)方面有意義的陳述的集合[4]。需求必須是完整的，足以使設(shè)計(jì)師和工程師來(lái)開(kāi)發(fā)一個(gè)使客戶滿意的軟件制品。IEEE軟件工程標(biāo)準(zhǔn)詞匯表(1997年)中定義需求為[5]：用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力(Capability)；系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力；一種反映上面(l)或(2)所描述的條件或能力的文檔說(shuō)明。軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）[6]。業(yè)務(wù)需求業(yè)務(wù)需求(businessrequirement)是客戶對(duì)軟件制品目標(biāo)的高層次要求。業(yè)務(wù)描述<描述系統(tǒng)當(dāng)前的主要業(yè)務(wù)問(wèn)題，進(jìn)一步闡述通過(guò)計(jì)算機(jī)軟件要達(dá)到哪些目標(biāo)，解決哪些主要問(wèn)題等。示例：>能夠?qū)崿F(xiàn)商品展示、商品檢索、商品選擇、網(wǎng)上訂貨、網(wǎng)上支付和商品發(fā)貨等功能，對(duì)網(wǎng)上購(gòu)物的全過(guò)程進(jìn)行管理實(shí)現(xiàn)對(duì)網(wǎng)上購(gòu)物過(guò)程中產(chǎn)生的所有業(yè)務(wù)數(shù)據(jù)的管理，如訂貨單、支付記錄、發(fā)貨信息的管理與維護(hù)具有配套的系統(tǒng)后臺(tái)管理維護(hù)功能，能夠?qū)ι唐沸畔?、用戶信息、系統(tǒng)日志等信息進(jìn)行管理與維護(hù)，并能夠進(jìn)行對(duì)應(yīng)的權(quán)限管理響應(yīng)速度合理，安全性較高系統(tǒng)運(yùn)行穩(wěn)定，并且應(yīng)易于維護(hù)主要業(yè)務(wù)流程圖<使用業(yè)務(wù)流程圖描述系統(tǒng)的主要業(yè)務(wù)流程等。示例：>（一）商品展示業(yè)務(wù)流程圖圖3-1商品展示業(yè)務(wù)流程圖（二）網(wǎng)上訂貨業(yè)務(wù)流程圖圖3-2網(wǎng)上訂貨業(yè)務(wù)流程圖（三）貨款支付業(yè)務(wù)流程圖圖3-3貨款支付業(yè)務(wù)流程圖（四）發(fā)貨業(yè)務(wù)流程圖圖3-4商品發(fā)貨業(yè)務(wù)流程圖（五）退貨處理業(yè)務(wù)流程圖圖3-5退貨處理業(yè)務(wù)流程圖功能需求功能(function)是刻畫系統(tǒng)行為、特別是系統(tǒng)與環(huán)境關(guān)系的重要概念。用戶需求(UserRequirement)描述了待開(kāi)發(fā)的軟件必須完成的任務(wù)。功能需求(FunctionalRequirement)定義了必須實(shí)現(xiàn)的軟件功能，使得用戶通過(guò)這些功能完成他們的任務(wù)，從而滿足業(yè)務(wù)需要。角色分析<從系統(tǒng)的角度分析系統(tǒng)的參與者，并給出每一個(gè)參與者的描述。>以下從網(wǎng)上購(gòu)物系統(tǒng)的實(shí)際需求分析，系統(tǒng)涉及到以下角色：角色職責(zé)或功能客戶(買家)系統(tǒng)主要參與者，進(jìn)行商品選購(gòu)、商品退貨、貨款支付等賣家系統(tǒng)主要參與者，進(jìn)行商品發(fā)貨、訂單管理、商品管理、統(tǒng)計(jì)查詢等系統(tǒng)管理員管理和維護(hù)整個(gè)系統(tǒng)的用戶組織結(jié)構(gòu)，負(fù)責(zé)對(duì)用戶、角色、用戶級(jí)別的增、刪、改、查等管理。業(yè)務(wù)功能<從系統(tǒng)的使用者的角度使用數(shù)據(jù)流圖描述系統(tǒng)的功能，并給出數(shù)據(jù)字典描述。>在結(jié)構(gòu)分析方法中，通常采用數(shù)據(jù)流圖(DDF)和數(shù)據(jù)字典(DD)工具。其中，數(shù)據(jù)流圖是描述數(shù)據(jù)處理過(guò)程的工具。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫系統(tǒng)邏輯模型及信息從輸入到輸出的移動(dòng)變換過(guò)程。它是一種非常好的工具，一般把功能級(jí)數(shù)據(jù)流圖細(xì)化后得到的數(shù)據(jù)流圖很復(fù)雜，可以采用數(shù)據(jù)流圖分層表示，用劃分圖的方法把一個(gè)主要功能都細(xì)化成為一張數(shù)據(jù)流分圖。畫數(shù)據(jù)流圖的基本步驟概括的說(shuō)，就是自外向里、自頂鄉(xiāng)下、逐層細(xì)化、完善求精。以下從業(yè)務(wù)功能的角度出發(fā)，給出了系統(tǒng)的頂層數(shù)據(jù)流圖，如下圖所示：圖3-6頂層數(shù)據(jù)流圖從頂層數(shù)據(jù)流圖中可以看出，系統(tǒng)的參與者主要分為三類，買家、賣家和管理員。其中買家主要通過(guò)網(wǎng)上購(gòu)物系統(tǒng)來(lái)瀏覽和購(gòu)買商品；同時(shí)賣家將通過(guò)網(wǎng)上購(gòu)物系統(tǒng)來(lái)對(duì)網(wǎng)上商城的商品進(jìn)行維護(hù)，對(duì)買家購(gòu)買商品的訂單進(jìn)行發(fā)貨，從而形成了整個(gè)購(gòu)物的過(guò)程；除此之外，系統(tǒng)管理員在整個(gè)過(guò)程中參與系統(tǒng)的維護(hù)操作，主要維護(hù)系統(tǒng)中的用戶信息、系統(tǒng)角色信息、用戶級(jí)別信息，另外對(duì)系統(tǒng)日志進(jìn)行查詢與監(jiān)控。表3-1源點(diǎn)“買家”詞條描述源點(diǎn)名稱：買家別名：購(gòu)物者簡(jiǎn)述：對(duì)商品進(jìn)行采購(gòu)的用戶表3-2源點(diǎn)“賣家”詞條描述源點(diǎn)名稱：買家別名：商家簡(jiǎn)述：出售商品的用戶表3-3源點(diǎn)“系統(tǒng)管理員”詞條描述源點(diǎn)名稱：系統(tǒng)管理員別名：管理者簡(jiǎn)述：對(duì)系統(tǒng)進(jìn)行維護(hù)的用戶為了進(jìn)一步細(xì)化各加工步驟說(shuō)明，下面給出了系統(tǒng)的一級(jí)數(shù)據(jù)流圖，并對(duì)數(shù)據(jù)流的加工進(jìn)行了進(jìn)一步描述。圖3-7一層數(shù)據(jù)流圖表3-4加工“商品選購(gòu)”詞條描述加工名：商品選購(gòu)加工編號(hào)：1簡(jiǎn)要描述：買家對(duì)商品進(jìn)行選購(gòu)輸入數(shù)據(jù)流：商品類別、搜索條件輸出數(shù)據(jù)流：所選商品信息、擬創(chuàng)建訂單的商品清單加工邏輯：對(duì)商品進(jìn)行選購(gòu)并加入購(gòu)物車或形成訂單表3-5“貨款支付”詞條描述加工名：貨款支付加工編號(hào)：2簡(jiǎn)要描述：買家對(duì)商品進(jìn)行付款輸入數(shù)據(jù)流：訂單詳細(xì)信息輸出數(shù)據(jù)流：買家信息加工邏輯：對(duì)訂單所包含商品進(jìn)行結(jié)算并將買家信息交由商品發(fā)貨表3-6工“訂單管理”詞條描述加工名：訂單管理加工編號(hào)：3簡(jiǎn)要描述：買家選購(gòu)商品形成訂單記錄輸入數(shù)據(jù)流：擬創(chuàng)建訂單的商品清單輸出數(shù)據(jù)流：訂單詳細(xì)信息加工邏輯：對(duì)商品信息進(jìn)行處理形成訂單信息表3-7加工“發(fā)貨信息管理”詞條描述加工名：發(fā)貨信息管理加工編號(hào)：4簡(jiǎn)要描述：買家對(duì)自己的收貨地址進(jìn)行管理輸入數(shù)據(jù)流：發(fā)貨地址輸出數(shù)據(jù)流：已有發(fā)貨地址加工邏輯：對(duì)用戶的地址進(jìn)行統(tǒng)一維護(hù)管理表3-8加工“退貨處理”詞條描述加工名：退貨處理加工編號(hào)：5簡(jiǎn)要描述：買家或賣家對(duì)商品進(jìn)行退貨和退貨審核的處理輸入數(shù)據(jù)流：申請(qǐng)退貨訂單、審核信息輸出數(shù)據(jù)流：退貨結(jié)果、退貨申請(qǐng)集合加工邏輯：根據(jù)退貨申請(qǐng)集合進(jìn)行審核并進(jìn)行退貨操作表3-9加工“商品管理”詞條描述加工名：商品管理加工編號(hào)：6簡(jiǎn)要描述：賣家對(duì)商品進(jìn)行管理和維護(hù)輸入數(shù)據(jù)流：維護(hù)商品信息輸出數(shù)據(jù)流：無(wú)加工邏輯：對(duì)商品信息進(jìn)行相應(yīng)的維護(hù)表3-10加工“統(tǒng)計(jì)查詢”詞條描述加工名：統(tǒng)計(jì)查詢加工編號(hào)：7簡(jiǎn)要描述：賣家對(duì)綜合信息進(jìn)行統(tǒng)計(jì)查詢輸入數(shù)據(jù)流：統(tǒng)計(jì)條件輸出數(shù)據(jù)流：統(tǒng)計(jì)結(jié)果加工邏輯：對(duì)商城綜合信息進(jìn)行統(tǒng)計(jì)并生成相應(yīng)的結(jié)果表3-11加工“商品發(fā)貨”詞條描述加工名：商品發(fā)貨加工編號(hào)：8簡(jiǎn)要描述：賣家進(jìn)行發(fā)貨輸入數(shù)據(jù)流：買家信息輸出數(shù)據(jù)流：發(fā)貨信息加工邏輯：針對(duì)買家信息進(jìn)行發(fā)貨操作，形成發(fā)貨信息通知買家表3-12加工“用戶管理”詞條描述加工名：用戶管理加工編號(hào)：9簡(jiǎn)要描述：系統(tǒng)管理員對(duì)系統(tǒng)用戶進(jìn)行維護(hù)輸入數(shù)據(jù)流：用戶維護(hù)信息輸出數(shù)據(jù)流：用戶信息集合加工邏輯：對(duì)用戶信息進(jìn)行相應(yīng)的維護(hù)表3-13加工“日志管理”詞條描述加工名：日志管理加工編號(hào)：10簡(jiǎn)要描述：系統(tǒng)管理員對(duì)系統(tǒng)日志進(jìn)行查詢輸入數(shù)據(jù)流：查詢條件輸出數(shù)據(jù)流：日志集合信息加工邏輯：對(duì)符合條件的日志信息進(jìn)行提取表3-14加工“系統(tǒng)角色管理”詞條描述加工名：系統(tǒng)角色管理加工編號(hào)：11簡(jiǎn)要描述：系統(tǒng)管理員對(duì)用戶的系統(tǒng)角色進(jìn)行管理維護(hù)輸入數(shù)據(jù)流：角色維護(hù)信息輸出數(shù)據(jù)流：角色信息集合加工邏輯：對(duì)系統(tǒng)用戶的角色信息進(jìn)行維護(hù)操作表3-15加工“用戶級(jí)別管理”詞條描述加工名：用戶級(jí)別管理加工編號(hào)：12簡(jiǎn)要描述：系統(tǒng)管理員對(duì)用戶的級(jí)別進(jìn)行管理輸入數(shù)據(jù)流：級(jí)別維護(hù)信息輸出數(shù)據(jù)流：界別信息集合加工邏輯：對(duì)系統(tǒng)用戶的級(jí)別信息進(jìn)行維護(hù)操作商品選購(gòu)圖3-7商品選購(gòu)數(shù)據(jù)流圖商品選購(gòu)模塊加工和終點(diǎn)描述：表3-14終點(diǎn)“訂單管理”詞條描述終點(diǎn)名稱：訂單管理別名：無(wú)簡(jiǎn)述：對(duì)訂單進(jìn)行管理的接口數(shù)據(jù)流：擬創(chuàng)建訂單商品清單表3-15加工“商品信息獲取”詞條描述加工名：商品信息獲取加工編號(hào)：1.1簡(jiǎn)要描述：獲取用戶所選商品類別或者所搜索關(guān)鍵字相關(guān)的商品信息集合輸入數(shù)據(jù)流：商品類別、搜索條件輸出數(shù)據(jù)流：購(gòu)買商品清單、所選商品信息加工邏輯：從商品信息記錄中，獲取用戶所選商品類別的商品信息集合表3-16加工“購(gòu)物車管理”詞條描述加工名：購(gòu)物車管理加工編號(hào)：1.2簡(jiǎn)要描述：買家所買商品記錄放入購(gòu)物車或移出購(gòu)物車輸入數(shù)據(jù)流：購(gòu)買商品清單輸出數(shù)據(jù)流：擬創(chuàng)建訂單商品清單加工邏輯：將買家所選商品ID以及購(gòu)買數(shù)量記錄到購(gòu)物車記錄中根據(jù)數(shù)據(jù)流圖我們可以看出，該功能由買家開(kāi)始，結(jié)束于訂單管理，其中買家為操作實(shí)體，而訂單管理為本模塊外的另一數(shù)據(jù)加工過(guò)程。商品選購(gòu)過(guò)程即是買家針對(duì)所選中的商品進(jìn)行采購(gòu)，并將數(shù)據(jù)提交由訂單管理模塊處理的過(guò)程。在該模塊中，輸入數(shù)據(jù)有“搜索條件”、“商品類別”，輸出數(shù)據(jù)有“購(gòu)買商品清單”、“擬創(chuàng)建訂單商品清單”。同時(shí)該模塊還涉及“商品信息記錄”和“購(gòu)物車記錄”兩個(gè)數(shù)據(jù)存儲(chǔ)文件。相應(yīng)的數(shù)據(jù)字典描述將在數(shù)據(jù)需求中詳細(xì)展開(kāi)。圖3-8商品信息獲取數(shù)據(jù)流圖根據(jù)數(shù)據(jù)流圖我們可以看出，商品信息獲取由買家開(kāi)始，結(jié)束于購(gòu)物車管理，其中買家為操作實(shí)體，而購(gòu)物車為本模塊外的另一數(shù)據(jù)加工過(guò)程。該數(shù)據(jù)流圖為圖3-7的下層數(shù)據(jù)流圖。表3-17加工“商品檢索”詞條描述加工名：商品檢索加工編號(hào)：1.1.1簡(jiǎn)要描述：買家根據(jù)關(guān)鍵字檢索商品的過(guò)程輸入數(shù)據(jù)流：搜索條件輸出數(shù)據(jù)流：購(gòu)買商品清單加工邏輯：根據(jù)買家輸入的關(guān)鍵字與商品信息記錄中搜索相關(guān)商品信息表3-18加工“查看商品詳細(xì)信息”詞條描述加工名：查看商品詳細(xì)信息加工編號(hào)：1.1.2簡(jiǎn)要描述：買家根據(jù)商品類別查看商品詳情的過(guò)程輸入數(shù)據(jù)流：商品類別輸出數(shù)據(jù)流：購(gòu)買商品清單加工邏輯：根據(jù)買家選擇的商品類別提取相應(yīng)的商品信息圖3-9購(gòu)物車管理數(shù)據(jù)流圖根據(jù)數(shù)據(jù)流圖我們可以看出，購(gòu)物車管理由商品信息獲取開(kāi)始，結(jié)束于訂單管理。該數(shù)據(jù)流圖為圖3-7的下層數(shù)據(jù)流圖。表3-19加工“商品加入購(gòu)物車”詞條描述加工名：商品加入購(gòu)物車加工編號(hào)：1.2.1簡(jiǎn)要描述：買家所買商品記錄放入購(gòu)物車輸入數(shù)據(jù)流：購(gòu)買商品清單輸出數(shù)據(jù)流：商品數(shù)量加工邏輯：將買家所選商品記錄下來(lái)并加上購(gòu)買數(shù)量表3-20加工“商品從購(gòu)物車移除”詞條描述加工名：商品從購(gòu)物車移除加工編號(hào)：1.2.2簡(jiǎn)要描述：買家所買商品記錄移出購(gòu)物車輸入數(shù)據(jù)流：移除商品清單輸出數(shù)據(jù)流：無(wú)加工邏輯：將買家不想購(gòu)買的商品從購(gòu)物車移除表3-21加工“購(gòu)買數(shù)量設(shè)置”詞條描述加工名：購(gòu)買數(shù)量設(shè)置加工編號(hào)：1.2.3簡(jiǎn)要描述：買家所買商品記錄放入購(gòu)物車并設(shè)置購(gòu)買數(shù)量輸入數(shù)據(jù)流：商品數(shù)量輸出數(shù)據(jù)流：擬創(chuàng)建訂單商品清單加工邏輯：將買家所選商品ID以及購(gòu)買數(shù)量記錄到購(gòu)物車記錄中并創(chuàng)建商品訂單<以下到2小節(jié)請(qǐng)參照小節(jié)>貨款支付訂單管理發(fā)貨信息管理退貨處理商品管理統(tǒng)計(jì)查詢商品發(fā)貨用戶管理日志管理系統(tǒng)角色管理用戶級(jí)別管理數(shù)據(jù)需求<此處應(yīng)根據(jù)3.2.2小節(jié)的數(shù)據(jù)流圖，相對(duì)應(yīng)的在本小節(jié)給出IPO圖，對(duì)功能數(shù)據(jù)進(jìn)行分析>圖3-15網(wǎng)上購(gòu)物系統(tǒng)總體IPO圖商品選購(gòu)圖3-16商品選購(gòu)IPO圖該功能主要負(fù)責(zé)實(shí)現(xiàn)買家通過(guò)直接按商品類別瀏覽商品或者輸入搜索條件瀏覽商品這兩種手段進(jìn)行商品選購(gòu)的業(yè)務(wù)流程，輸入數(shù)據(jù)為商品類別和搜索條件，輸出數(shù)據(jù)為購(gòu)買商品清單和擬創(chuàng)建訂單商品清單。輸入數(shù)據(jù)：商品類別。搜索條件。輸出數(shù)據(jù)：購(gòu)買商品清單。擬創(chuàng)建訂單商品清單。商品選購(gòu)模塊數(shù)據(jù)字典描述如下表所示：表3-22數(shù)據(jù)流“商品類別”詞條描述數(shù)據(jù)流名稱：商品類別別名：無(wú)簡(jiǎn)述：買家查看商品信息時(shí)選擇的商品類別來(lái)源：買家去向：加工“商品查看”數(shù)據(jù)流量：1000份/每分組成：商品類別ID+商品類別名稱+商品父類別ID表3-23數(shù)據(jù)流“搜索條件”詞條描述數(shù)據(jù)流名稱：搜索條件別名：無(wú)簡(jiǎn)述：買家查看商品信息時(shí)輸入的關(guān)鍵字信息來(lái)源：買家去向：加工“商品搜索”數(shù)據(jù)流量：1000份/每分組成：{關(guān)鍵字}表3-24數(shù)據(jù)文件“商品信息記錄”詞條描述數(shù)據(jù)文件名：商品信息記錄別名：無(wú)簡(jiǎn)述：系統(tǒng)中所有商品的信息數(shù)據(jù)文件組成：商品ID+商品名稱+單價(jià)+庫(kù)存量+描述信息+商品照片+商品類別+商品狀態(tài)存儲(chǔ)方式：索引文件，以商品ID為關(guān)鍵字存取頻率：異常頻繁查詢要求：要求能立即查詢表3-25數(shù)據(jù)流“購(gòu)買商品清單”詞條描述數(shù)據(jù)流名稱：購(gòu)買商品清單別名：無(wú)簡(jiǎn)述：確定購(gòu)買某商品時(shí)輸入的商品數(shù)量等信息來(lái)源：加工“商品查看”或加工“商品搜索”去向：加工“商品購(gòu)買”數(shù)據(jù)流量：1000份/每分組成：商品ID+購(gòu)買數(shù)量表3-26數(shù)據(jù)文件“購(gòu)物車記錄”詞條描述數(shù)據(jù)文件名：購(gòu)物車記錄別名：無(wú)簡(jiǎn)述：系統(tǒng)中各位買家購(gòu)物車記錄的信息數(shù)據(jù)文件組成：購(gòu)物車記錄ID+購(gòu)物車所有者Id+商品Id+購(gòu)買數(shù)量+創(chuàng)建日期+商品總額存儲(chǔ)方式：索引文件，以購(gòu)物車記錄ID為關(guān)鍵字存取頻率：異常頻繁查詢要求：要求能立即查詢表3-27數(shù)據(jù)流“擬創(chuàng)建訂單商品清單”詞條描述數(shù)據(jù)流名稱：擬創(chuàng)建訂單商品清單別名：無(wú)簡(jiǎn)述：買家擬創(chuàng)建訂單時(shí)所有的商品信息列表來(lái)源：加工“商品購(gòu)買”去向：接口“訂單管理”數(shù)據(jù)流量：1000份/每分組成：{商品ID+購(gòu)買數(shù)量}+創(chuàng)建日期表3-28數(shù)據(jù)項(xiàng)“商品類別ID”詞條描述數(shù)據(jù)項(xiàng)名稱：商品類別ID別名：GoodTypeId簡(jiǎn)述：商品類別信息唯一標(biāo)識(shí)類型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表3-29數(shù)據(jù)項(xiàng)“商品類別名稱”詞條描述數(shù)據(jù)項(xiàng)名稱：商品類別名稱別名：GoodTypeName簡(jiǎn)述：商品類別的名稱類型：字符串長(zhǎng)度：20取值范圍及含義：無(wú)表3-30數(shù)據(jù)項(xiàng)“商品父類別ID”詞條描述數(shù)據(jù)項(xiàng)名稱：商品父類別ID別名：GoodParentTypeId簡(jiǎn)述：商品類別的父類別信息唯一標(biāo)識(shí)類型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表3-31數(shù)據(jù)項(xiàng)“關(guān)鍵字”詞條描述數(shù)據(jù)項(xiàng)名稱：關(guān)鍵字別名：KeyWords簡(jiǎn)述：搜索商品時(shí)所輸入的關(guān)鍵字信息類型：字符串長(zhǎng)度：15取值范圍及含義：無(wú)表3-32數(shù)據(jù)項(xiàng)“商品ID”詞條描述數(shù)據(jù)項(xiàng)名稱：商品ID別名：GoodId簡(jiǎn)述：商品信息唯一標(biāo)識(shí)類型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表3-33數(shù)據(jù)項(xiàng)“商品名稱”詞條描述數(shù)據(jù)項(xiàng)名稱：商品名稱別名：GoodName簡(jiǎn)述：商品的名稱類型：字符串長(zhǎng)度：150取值范圍及含義：無(wú)表3-34數(shù)據(jù)項(xiàng)“單價(jià)”詞條描述數(shù)據(jù)項(xiàng)名稱：?jiǎn)蝺r(jià)別名：Price簡(jiǎn)述：商品的價(jià)格信息類型：浮點(diǎn)數(shù)長(zhǎng)度：無(wú)取值范圍及含義：“0”代表免費(fèi)商品“0-1”代表附加商品“0-無(wú)窮”代表正常商品表3-35數(shù)據(jù)項(xiàng)“庫(kù)存量”詞條描述數(shù)據(jù)項(xiàng)名稱：庫(kù)存量別名：TotalCount簡(jiǎn)述：商品的庫(kù)存數(shù)目類型：整型長(zhǎng)度：無(wú)取值范圍及含義：“0”代表該商品缺貨“0-10”代表該商品貨源緊張“0-無(wú)窮”代表正常商品表3-36數(shù)據(jù)項(xiàng)“描述信息”詞條描述數(shù)據(jù)項(xiàng)名稱：描述信息別名：DecriptInfo簡(jiǎn)述：商品的簡(jiǎn)單描述信息類型：字符串長(zhǎng)度：255取值范圍及含義：無(wú)表3-37數(shù)據(jù)項(xiàng)“商品照片”詞條描述數(shù)據(jù)項(xiàng)名稱：商品照片別名：GoodPic簡(jiǎn)述：商品的照片信息類型：Binary長(zhǎng)度：無(wú)取值范圍及含義：無(wú)表3-38數(shù)據(jù)項(xiàng)“商品類別”詞條描述數(shù)據(jù)項(xiàng)名稱：商品類別別名：GoodTypeName簡(jiǎn)述：商品的類別名稱類型：字符串長(zhǎng)度：50取值范圍及含義：無(wú)表3-39數(shù)據(jù)項(xiàng)“商品狀態(tài)”詞條描述數(shù)據(jù)項(xiàng)名稱：商品狀態(tài)別名：GoodType簡(jiǎn)述：商品的狀態(tài)描述信息類型：字符串長(zhǎng)度：10取值范圍及含義：“缺貨”代表該商品暫時(shí)缺貨、“下架”代表該商品已下架不允許購(gòu)買、“熱賣”代表該商品短時(shí)間內(nèi)被購(gòu)買的次數(shù)較多、“正?！贝碓撋唐窢顟B(tài)正常表3-40數(shù)據(jù)項(xiàng)“購(gòu)買數(shù)量”詞條描述數(shù)據(jù)項(xiàng)名稱：購(gòu)買數(shù)量別名：BuyCount簡(jiǎn)述：商品的購(gòu)買數(shù)量多少類型：整型長(zhǎng)度：無(wú)取值范圍及含義：無(wú)表3-41數(shù)據(jù)項(xiàng)“購(gòu)物車記錄ID”詞條描述數(shù)據(jù)項(xiàng)名稱：購(gòu)物車記錄ID別名：CartId簡(jiǎn)述：購(gòu)物車記錄唯一標(biāo)識(shí)類型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表3-42數(shù)據(jù)項(xiàng)“購(gòu)物車所有者Id”詞條描述數(shù)據(jù)項(xiàng)名稱：購(gòu)物車所有者Id別名：OwnerId簡(jiǎn)述：該購(gòu)物車記錄所有者唯一標(biāo)識(shí)類型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表3-43數(shù)據(jù)項(xiàng)“創(chuàng)建日期”詞條描述數(shù)據(jù)項(xiàng)名稱：創(chuàng)建日期別名：CreateDate簡(jiǎn)述：創(chuàng)建的當(dāng)前時(shí)間類型：日期長(zhǎng)度：無(wú)取值范圍及含義：無(wú)表3-44數(shù)據(jù)項(xiàng)“商品總額”詞條描述數(shù)據(jù)項(xiàng)名稱：商品總額別名：TotalPrice簡(jiǎn)述：商品的總體價(jià)格描述類型：浮點(diǎn)型長(zhǎng)度：無(wú)取值范圍及含義：無(wú)<以下3.3.2到3.3.12小節(jié)請(qǐng)參照3.3.1與3.3.2小節(jié)，給予補(bǔ)充說(shuō)明>貨款支付訂單管理發(fā)貨信息管理退貨處理商品管理統(tǒng)計(jì)查詢商品發(fā)貨用戶管理日志管理系統(tǒng)角色管理用戶級(jí)別管理非功能需求非功能需求[7]包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)和性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。環(huán)境需求<包括硬件環(huán)境和軟件環(huán)境，以下為范本請(qǐng)根據(jù)實(shí)際情況加以修改>表3.1服務(wù)器端環(huán)境系統(tǒng)所使用數(shù)據(jù)庫(kù)MicrosoftSQLServer2008SP1操作系統(tǒng)Windows2008R2Web服務(wù)器IIS7.5數(shù)據(jù)庫(kù)SQLServer2008客戶端：表3.2客戶端環(huán)境操作系統(tǒng)WindowsXP或其以上版本操作系統(tǒng)瀏覽器IE6.0以及其以上版本（IE7.0、IE8.0）分辨率最佳效果為1024×768像素性能需求<主要闡述系統(tǒng)運(yùn)行相對(duì)于性能的相關(guān)需求，以下為范本>可維護(hù)性維護(hù)方法：系統(tǒng)能真正做到使自身在數(shù)據(jù)損壞、丟失等情況下將備份數(shù)據(jù)倒回，實(shí)現(xiàn)數(shù)據(jù)的恢復(fù)。提供對(duì)系統(tǒng)自身的集中操作維護(hù)的功能。易操作性界面設(shè)計(jì)：系統(tǒng)應(yīng)提供美觀實(shí)用，方便和直觀的圖形用戶管理界面，充分考慮員工的習(xí)慣，簡(jiǎn)單易學(xué)，操作方便，所有菜單驅(qū)動(dòng)的處理和各種快捷鍵，一鍵功能以確保多數(shù)達(dá)到?？蓴U(kuò)展性功能擴(kuò)展：系統(tǒng)從系統(tǒng)結(jié)構(gòu)、功能設(shè)計(jì)、管理對(duì)象等各方面的功能擴(kuò)展來(lái)考慮，以滿足用戶今后系統(tǒng)擴(kuò)充和擴(kuò)大使用范圍的要求。軟硬件升級(jí)：系統(tǒng)應(yīng)采取的硬件和軟件平臺(tái)，軟件和硬件的負(fù)載平衡機(jī)制的可擴(kuò)展性充分考慮。系統(tǒng)要具有靈活的擴(kuò)展能力，來(lái)適應(yīng)關(guān)鍵的軟件和硬件的開(kāi)發(fā)及管理能力的上升。開(kāi)放性系統(tǒng)的數(shù)據(jù)格式應(yīng)符合國(guó)家相關(guān)標(biāo)準(zhǔn)及行業(yè)標(biāo)準(zhǔn)，以此確保應(yīng)用程序具有良好的互操作性和移植的可能。安全需求<主要闡述有關(guān)系統(tǒng)運(yùn)行的安全性保障的相關(guān)需求，以下為范本>容錯(cuò)性當(dāng)用戶輸入或誤操作導(dǎo)致非法數(shù)據(jù)產(chǎn)生時(shí)，系統(tǒng)應(yīng)具有一定的容錯(cuò)機(jī)制。在這種情況下，系統(tǒng)應(yīng)給出友好的提示，提示用戶重新輸入或者進(jìn)行自動(dòng)的修復(fù)校正。系統(tǒng)的外在環(huán)境安全安全系統(tǒng)要以充分考慮網(wǎng)絡(luò)的高級(jí)別，多層次的安全性措施為前提，包括系統(tǒng)的備份，防火墻，用戶權(quán)限和其他措施，以確保數(shù)據(jù)安全和機(jī)密信息不被泄露；考慮到系統(tǒng)的硬件和軟件故障恢復(fù)等應(yīng)急措施，以保障網(wǎng)絡(luò)的安全和處理安全性。形成相對(duì)獨(dú)立的安全機(jī)制，以防止來(lái)自系統(tǒng)外的未經(jīng)授權(quán)的訪問(wèn)。系統(tǒng)內(nèi)部安全確保外部系統(tǒng)安全的同時(shí)，該系統(tǒng)還必須確保授權(quán)用戶的合法使用。系統(tǒng)運(yùn)行安全從邏輯上講，該系統(tǒng)應(yīng)具有抵抗非法入侵的能力；在物理方面，該系統(tǒng)應(yīng)確保沒(méi)有潛在的單點(diǎn)故障，并提供資源的數(shù)據(jù)備份功能。系統(tǒng)支持定期自動(dòng)和手動(dòng)數(shù)據(jù)備份，能夠在數(shù)據(jù)損壞或數(shù)據(jù)丟失的情況下找回?cái)?shù)據(jù)，實(shí)現(xiàn)一定程度的數(shù)據(jù)恢復(fù)。

系統(tǒng)設(shè)計(jì)4.1總體設(shè)計(jì)在結(jié)構(gòu)化的系統(tǒng)設(shè)計(jì)方法中，系統(tǒng)功能設(shè)計(jì)可以采用HIPO圖、系統(tǒng)流程圖、形式語(yǔ)言等方法進(jìn)行，本文采用HIPO圖方法對(duì)系統(tǒng)的總體功能和詳細(xì)功能進(jìn)行設(shè)計(jì)。HIPO圖即是美國(guó)IBM公司于上個(gè)世紀(jì)70年代中期在層次結(jié)構(gòu)圖的基礎(chǔ)上推出的一種描述系統(tǒng)結(jié)構(gòu)和模塊內(nèi)部處理功能的工具和。HIPO圖由層次結(jié)構(gòu)圖(即H圖)和IPO圖兩部分構(gòu)成,H圖描述了整個(gè)系統(tǒng)的設(shè)計(jì)結(jié)構(gòu)以及各類模塊之間的關(guān)系,IPO圖描述了某個(gè)特定模塊內(nèi)部的處理過(guò)程和輸入/輸出關(guān)系。因此，系統(tǒng)的總體功能將采用H圖進(jìn)行描述，而功能模塊的具體功能設(shè)計(jì)則采用IPO圖進(jìn)行描述。網(wǎng)上購(gòu)物系統(tǒng)最主要的就是針對(duì)廣大用戶在互聯(lián)網(wǎng)上購(gòu)物的需求和特點(diǎn)進(jìn)行系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)。而在購(gòu)物過(guò)程中，主要是為了應(yīng)對(duì)商品的選購(gòu)，購(gòu)物訂單的下達(dá)，貨款的支付，用戶信息的處理和查詢等操作，以便于整個(gè)購(gòu)物系統(tǒng)的有序的進(jìn)行和管理，規(guī)范化和統(tǒng)一化，對(duì)不同模塊進(jìn)行分工管理，最后由系統(tǒng)統(tǒng)一實(shí)施。在系統(tǒng)總體功能設(shè)計(jì)階段采用HIPO圖的H圖對(duì)系統(tǒng)總體功能進(jìn)行設(shè)計(jì)和描述，網(wǎng)上購(gòu)物系統(tǒng)H圖見(jiàn)圖4-1所示。圖4-1網(wǎng)上購(gòu)物系統(tǒng)的H圖如上圖所示，系統(tǒng)一共分為商品選購(gòu)、貨款支付、訂單管理、發(fā)貨信息管理、退貨處理、商品管理、統(tǒng)計(jì)查詢、商品發(fā)貨、用戶管理、日志管理、系統(tǒng)角色管理和用戶級(jí)別管理共12個(gè)模塊。其中商品選購(gòu)主要滿足買家通過(guò)系統(tǒng)購(gòu)買商品的功能需求；貨款支付主要為了滿足買家購(gòu)買商品時(shí)進(jìn)行付款的功能需；訂單管理主要滿足買家對(duì)自己的訂單進(jìn)行維護(hù)的功能需求；發(fā)貨信息管理主要為了滿足買家進(jìn)行發(fā)貨信息維護(hù)的功能需求；退貨管理主要為了滿足買家對(duì)不滿意的商品進(jìn)行退換貨的功能需求；商品發(fā)貨主要為了滿足賣家對(duì)買家購(gòu)買商品進(jìn)行發(fā)貨管理的功能需求；退貨審核主要為了滿足賣家對(duì)買家的退貨申請(qǐng)進(jìn)行審核的功能需求；統(tǒng)計(jì)查詢主要為了滿足賣家對(duì)自己的業(yè)務(wù)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)的功能需求；商品管理功能主要為了滿足賣家維護(hù)自己所賣商品的功能需求；此外，用戶管理、用戶級(jí)別管理、系統(tǒng)角色管理和日志管理都主要為了滿足系統(tǒng)管理員對(duì)系統(tǒng)進(jìn)行維護(hù)的功能需求。4.2系統(tǒng)功能模塊設(shè)計(jì)商品選購(gòu)功能結(jié)構(gòu)設(shè)計(jì)圖4-2商品選購(gòu)模塊的H圖“商品選購(gòu)”功能主要目的是為買家提供購(gòu)買賣家提供的商品的功能；此外，該功能還負(fù)責(zé)將用戶選中的商品放入購(gòu)物車，對(duì)購(gòu)物車進(jìn)行管理。因此，商品選購(gòu)模塊主要涉及商品信息的查詢獲取以及購(gòu)物車管理兩個(gè)子模塊。其中商品信息獲取模塊主要分為檢索商品和查看商品詳細(xì)信息兩個(gè)組成部分.購(gòu)物車管理又分為將商品放入購(gòu)物車和將商品從購(gòu)物車移除和購(gòu)買數(shù)量設(shè)置三個(gè)部分。功能設(shè)計(jì).1商品信息獲取輸入數(shù)據(jù)設(shè)計(jì)商品類別：其定義參見(jiàn)表3-22。輸出數(shù)據(jù)設(shè)計(jì)商品信息集合：{商品ID+商品名稱+單價(jià)+庫(kù)存量+描述信息+商品照片+商品類別+商品狀態(tài)}IPO表表4-1商品信息獲取IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：商品信息獲取日期：2012年12月14日上層調(diào)用模塊：商品選購(gòu)可調(diào)用模塊：商品檢索、查看商品詳細(xì)信息輸入處理輸出獲取規(guī)則商品信息集合 上述IPO表只是“商品信息獲取”的粗粒度分析，“商品信息獲取”還分為“商品檢索”和“查看商品詳細(xì)信息”兩個(gè)部分，下面將分別對(duì)這兩個(gè)部分進(jìn)行詳細(xì)描述，并對(duì)核心流程給予說(shuō)明。.1.1商品檢索輸入數(shù)據(jù)設(shè)計(jì)搜索條件：其定義參見(jiàn)表3-23。輸出數(shù)據(jù)設(shè)計(jì)商品信息集合：{商品ID+商品名稱+單價(jià)+庫(kù)存量+描述信息+商品照片+商品類別+商品狀態(tài)}IPO表表4-2商品檢索IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：商品檢索日期：2012年12月14日上層調(diào)用模塊：商品信息獲取可調(diào)用模塊：無(wú)輸入處理輸出商品類別搜索條件商品信息集合核心處理流程圖<使用核心處理流程圖描述上面IPO表中所述核心操作的處理流程。根據(jù)表4-2，“返回結(jié)果信息”這樣的步驟比較簡(jiǎn)單，不需要進(jìn)一步描述>在上述IPO表4-2中，對(duì)于“按類別獲取商品信息”以及“按條件獲取商品信息”的描述還不夠準(zhǔn)確，將在下面具體予以說(shuō)明，具體請(qǐng)參照?qǐng)D4-3及圖4-4。圖4-3按類別獲取商品信息流程圖圖4-4按條件獲取商品信息流程圖.1.2查看商品詳細(xì)信息輸入數(shù)據(jù)設(shè)計(jì)商品ID：商品信息的唯一標(biāo)識(shí)，類型為GUID。其定義參見(jiàn)表3-32。輸出數(shù)據(jù)設(shè)計(jì)商品信息：其定義參見(jiàn)表3-24。IPO表表4-3查看商品詳細(xì)信息IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：查看商品詳細(xì)信息日期：2012年12月14日上層調(diào)用模塊：商品信息獲取可調(diào)用模塊：無(wú)輸入處理輸出商品ID商品詳細(xì)信息核心處理流程圖<使用核心處理流程圖描述上面IPO表中所述核心操作的處理流程。根據(jù)表4-3，“返回該商品詳細(xì)信息”這樣的步驟比較簡(jiǎn)單，不需要進(jìn)一步描述> 在上述IPO表4-3中，對(duì)于“根據(jù)商品ID檢索商品詳細(xì)信息”的描述還不夠準(zhǔn)確，將在下面的核心處理流程圖中進(jìn)行說(shuō)明，具體請(qǐng)參照?qǐng)D4-5。圖4-5根據(jù)商品ID檢索商品詳細(xì)信息流程圖.2購(gòu)物車管理輸入數(shù)據(jù)設(shè)計(jì)購(gòu)買商品清單：其定義參見(jiàn)表3-25。刪除商品清單：其定義參見(jiàn)表3-25。輸出數(shù)據(jù)設(shè)計(jì)購(gòu)物車管理的結(jié)果提示：“操作成功”，“操作失敗，請(qǐng)聯(lián)系管理員！”IPO表表4-4購(gòu)物車管理IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：購(gòu)物車管理日期：2012年12月14日上層調(diào)用模塊：商品選購(gòu)可調(diào)用模塊：商品加入購(gòu)物、商品從購(gòu)物車移除、購(gòu)買數(shù)量設(shè)置輸入處理輸出購(gòu)買商品清單購(gòu)物車記錄存取結(jié)果或擬創(chuàng)建訂單商品清單 上述IPO表只是“購(gòu)物車管理”的粗粒度分析，“購(gòu)物車管理”還分為“商品加入購(gòu)物車”、“商品從購(gòu)物車移除”和“購(gòu)買數(shù)量設(shè)置”三個(gè)部分，下面將分別對(duì)這三個(gè)部分進(jìn)行詳細(xì)描述，并對(duì)核心流程給予說(shuō)明。.2.1商品加入購(gòu)物車輸入數(shù)據(jù)設(shè)計(jì)購(gòu)買商品信息：其定義參見(jiàn)表3-25。輸出數(shù)據(jù)設(shè)計(jì)操作結(jié)果：“操作成功”、“操作失敗，請(qǐng)聯(lián)系管理員！”擬創(chuàng)建訂單商品清單：其定義參見(jiàn)表3-27。IPO表表4-5商品加入購(gòu)物車IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：商品加入購(gòu)物車日期：2012年12月14日上層調(diào)用模塊：購(gòu)物車管理可調(diào)用模塊：無(wú)輸入處理輸出購(gòu)買商品清單操作結(jié)果擬創(chuàng)建訂單商品清單 核心處理流程圖<使用核心處理流程圖描述上面IPO表中所述核心操作的處理流程。根據(jù)表4-5，“商品加入購(gòu)物車”必須要進(jìn)一步描述，請(qǐng)注意，因?yàn)榇宋氖欠侗荆虼诉@里沒(méi)有對(duì)“生成擬創(chuàng)建訂單商品清單”這一步驟進(jìn)行細(xì)化，但是在正式論文中，該步驟也必須細(xì)化出來(lái)>在上述IPO表4-5中，對(duì)于“商品加入購(gòu)物車”的描述還不夠準(zhǔn)確，將在下面的核心處理流程圖中進(jìn)行說(shuō)明，具體請(qǐng)參照?qǐng)D4-6。圖4-6商品加入購(gòu)物車流程圖.2.2商品從購(gòu)物車移除輸入數(shù)據(jù)設(shè)計(jì)要移除商品信息：其定義參見(jiàn)表3-25。輸出數(shù)據(jù)設(shè)計(jì)操作結(jié)果：“操作成功”、“操作失敗，請(qǐng)聯(lián)系管理員！”擬創(chuàng)建訂單商品清單：其定義參見(jiàn)表3-27。IPO表表4-6商品從購(gòu)物車移除IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：商品從購(gòu)物車移除日期：2012年12月14日上層調(diào)用模塊：購(gòu)物車管理可調(diào)用模塊：無(wú)輸入處理輸出要移除商品信息操作結(jié)果擬創(chuàng)建訂單物品清單核心處理流程圖<使用核心處理流程圖描述上面IPO表中所述核心操作的處理流程。根據(jù)表4-6，“商品加入購(gòu)物車”必須要進(jìn)一步描述，請(qǐng)注意，因?yàn)榇宋氖欠侗荆虼诉@里沒(méi)有對(duì)“新建擬創(chuàng)建訂單商品清單”、“傳遞給訂單管理處理”這幾個(gè)步驟進(jìn)行細(xì)化，但是在正式論文中，這幾個(gè)步驟也必須細(xì)化出來(lái)> 在上述IPO表4-6中，對(duì)于“根據(jù)要移除商品信息刪除購(gòu)物車相關(guān)記錄”的描述還不夠準(zhǔn)確，將在下面的核心處理流程圖中進(jìn)行說(shuō)明，具體請(qǐng)參照?qǐng)D4-7。圖4-7根據(jù)要移除商品信息刪除購(gòu)物車相關(guān)記錄流程圖.2.3購(gòu)買數(shù)量設(shè)置輸入數(shù)據(jù)設(shè)計(jì)購(gòu)買數(shù)量：其定義參見(jiàn)表3-40。輸出數(shù)據(jù)設(shè)計(jì)購(gòu)買商品清單：其定義參見(jiàn)表3-25。IPO表表4-7購(gòu)買數(shù)量設(shè)置IPO表系統(tǒng)名稱：網(wǎng)上購(gòu)物系統(tǒng)設(shè)計(jì)者：模塊名稱：購(gòu)買數(shù)量設(shè)置日期：2012年12月14日上層調(diào)用模塊：購(gòu)物車管理可調(diào)用模塊：無(wú)輸入處理輸出購(gòu)買數(shù)量購(gòu)買商品清單核心處理流程圖<使用核心處理流程圖描述上面IPO表中所述核心操作的處理流程。根據(jù)表4-7，“選擇購(gòu)買數(shù)量”這樣的步驟比較簡(jiǎn)單，不需要進(jìn)一步描述> 在上述IPO表中，對(duì)于“將該數(shù)量加入購(gòu)買商品清單”的描述還不夠準(zhǔn)確，將在下面的核心處理流程圖中進(jìn)行說(shuō)明，具體請(qǐng)參照?qǐng)D4-8。圖4-8將該數(shù)量加入購(gòu)買商品清單流程圖<以下4.2.2到4.2.12小節(jié)請(qǐng)參照4.2.1小節(jié)，給予補(bǔ)充說(shuō)明>貨款支付功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)訂單管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)發(fā)貨信息管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)退貨處理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)商品管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)統(tǒng)計(jì)查詢功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)商品發(fā)貨功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)用戶管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)日志管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)系統(tǒng)角色管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)用戶級(jí)別管理功能結(jié)構(gòu)設(shè)計(jì)功能設(shè)計(jì)4.3數(shù)據(jù)庫(kù)設(shè)計(jì)主要實(shí)體屬性圖圖4-40商品類型實(shí)體屬性圖圖4-41商品信息實(shí)體屬性圖圖4-42購(gòu)物車記錄實(shí)體屬性圖圖4-43訂單項(xiàng)實(shí)體屬性圖圖4-44訂單實(shí)體屬性圖圖4-45買家實(shí)體屬性圖圖4-46退貨申請(qǐng)實(shí)體屬性圖圖4-47支付記錄實(shí)體屬性圖圖4-48商品發(fā)貨記錄實(shí)體屬性圖圖4-49用戶實(shí)體屬性圖圖4-50日志實(shí)體屬性圖主要實(shí)體關(guān)系圖實(shí)體關(guān)系圖（E-R圖）圖4-51在線購(gòu)物子系統(tǒng)E-R圖圖4-52系統(tǒng)管理子系統(tǒng)E-R圖主要數(shù)據(jù)庫(kù)表設(shè)計(jì)根據(jù)實(shí)體類，給出軟件系統(tǒng)主要庫(kù)表的設(shè)計(jì)，例如：（1）商品類別 保存商品類別的基本信息。表4-26商品類別表字段名數(shù)據(jù)類型長(zhǎng)度主鍵否描述CategoryIdGuid主鍵商品類別IDCategoryNamenvarchar(20)20否商品類別名稱（2）商品信息 保存商品的基本信息。表4-27商品信息表字段名數(shù)據(jù)類型長(zhǎng)度主鍵否描述IdGuid主鍵商品IDNamenvarchar(150)150否商品名稱Priceint否單價(jià)Amountint否庫(kù)存量Descriptionnvarchar(255)255否描述信息PhotoBinary否商品照片Categorynvarchar(50)50否商品類別Statusnvarchar(10)10否商品狀態(tài)（3）購(gòu)物車記錄 保存購(gòu)物車記錄的基本信息。表4-28購(gòu)物車記錄表字段名數(shù)據(jù)類型長(zhǎng)度主鍵否描述IdGuid主鍵購(gòu)物車記錄IDOwnerIdGuid否購(gòu)物車所有者IdGoodIdGuid否商品IdQuantityint否購(gòu)買數(shù)量CreateDateDatetime否創(chuàng)建日期Moneyint否商品總額（4）訂單項(xiàng) 保存訂單項(xiàng)的基本信息。表4-29訂單項(xiàng)表字段名數(shù)據(jù)類型長(zhǎng)度主鍵否描述OrderDetailIdGuid主鍵訂單項(xiàng)IDOrderIdGuid否訂單IDGoodIdGuid否商品IdQuantityint否購(gòu)買數(shù)量Moneyint否商品總額（5）訂單 保存訂單的基本信息。表4-30訂單表字段名數(shù)據(jù)類型長(zhǎng)度主鍵否描述IdGuid主鍵訂單IdUserIdGuid否客戶IdSumMoneyint否訂單總額OrderDateDatetime否下單日期PaymentStatuesnvarchar(10)10否支付狀態(tài)GoodsDeliverStatusnvarchar(10)10否發(fā)貨狀態(tài)EndDateDatetime否結(jié)單日期（6）用戶信息 保存用戶的基本信息。表4-31用戶信息表字段名數(shù)據(jù)類型長(zhǎng)度主鍵否描述IdGuid主鍵用戶IDNamenvarchar(10)10否用戶姓名Codenvarchar(20)20否用戶CodePasswordnvarchar(20)20否密碼Mailnvarchar(50)50否電子郵件MobilePhonenvarchar(50)50否手機(jī)號(hào)碼Telnvarchar(50)50否座機(jī)號(hào)碼Addressnvarchar(255)255否發(fā)貨地址SexByte否性別（7）退貨申請(qǐng)