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

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

摘要<簡單的論文總體描述>論文首先介紹了XX系統(tǒng)的研究背景，對所需要解決的問題進(jìn)行了概述，討論了項(xiàng)目的研究意義與重要性，闡述了系統(tǒng)開發(fā)方法和相關(guān)技術(shù)；論文提出了系統(tǒng)的設(shè)計(jì)目標(biāo)，對系統(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ì)中，對系統(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ù)庫表結(jié)構(gòu)對數(shù)據(jù)庫進(jìn)行了詳細(xì)設(shè)計(jì)；論文最后對研究的內(nèi)容進(jìn)行了總結(jié)，闡述了本人的主要工作，指出了論文存在的不足，并對進(jìn)一步的工作進(jìn)行了展望。關(guān)鍵詞：XXXX；XXXX；XXXX；

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

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

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

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

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