【正文】 析階段已經(jīng)完全弄清楚了軟件的各種需求，就較好地解決了所開發(fā)的軟件“做什么”的問題，并已在軟件需求說明書中詳盡和充分地闡明了這些需求，那么下一步就要著手對軟件系統(tǒng)的功能結構、數(shù)據(jù)結構和用戶界面等進行設計，即軟件設計階段要解決“怎么做”的問題，并最終通過“設計模型圖”來反映設計的結果。在這種情況下，系統(tǒng)應給出友好的提示，提示用戶重新輸入或者進行自動的修復校正。 環(huán)境需求 包括硬件環(huán)境和軟件環(huán)境，以下為范本請根據(jù)實際情況加以修改表 服務器端環(huán)境系統(tǒng)所使用數(shù)據(jù)庫Microsoft SQL Server 2008 SP1操作系統(tǒng)Windows 2008 R2Web服務器IIS 數(shù)據(jù)庫SQL Server 2008客戶端：表 客戶端環(huán)境操作系統(tǒng)Windows XP 或其以上版本操作系統(tǒng)瀏覽器IE （、）分辨率最佳效果為1024768像素 性能需求主要闡述系統(tǒng)運行相對于性能的相關需求，以下為范本1. 可維護性維護方法：系統(tǒng)能真正做到使自身在數(shù)據(jù)損壞、丟失等情況下將備份數(shù)據(jù)倒回，實現(xiàn)數(shù)據(jù)的恢復。2. 用戶將選購商品放入購物車后，可以進入購物車刪除已放入商品。示例：（一） 能夠?qū)崿F(xiàn)商品展示、商品檢索、商品選擇、網(wǎng)上訂貨、網(wǎng)上支付和商品發(fā)貨等功能，對網(wǎng)上購物的全過程進行管理（二） 實現(xiàn)對網(wǎng)上購物過程中產(chǎn)生的所有業(yè)務數(shù)據(jù)的管理，如訂貨單、支付記錄、發(fā)貨信息的管理與維護（三） 具有配套的系統(tǒng)后臺管理維護功能，能夠?qū)ι唐沸畔?、用戶信息、系統(tǒng)日志等信息進行管理與維護，并能夠進行對應的權限管理（四） 響應速度合理，安全性較高（五） 系統(tǒng)運行穩(wěn)定，并且應易于維護. 主要業(yè)務流程使用UML的活動圖描述系統(tǒng)的主要業(yè)務流程等。第三章 需求分析軟件需求過程是整個軟件開發(fā)初始階段，對軟件的品質(zhì)具有決定性的作用。它反映了人們對現(xiàn)實世界的認知與理解，是從現(xiàn)實世界到人類大腦的映射。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那么這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體，新實體與原實體之間是一對多的關系。如果出現(xiàn)重復的屬性，就可能需要定義一個新的實體，新的實體由重復的屬性構成，新實體與原實體之間為一對多關系。活動圖可以用來：l 描述工作流或者業(yè)務流程；l 描述工程組織過程；l 描述算法流程。界面類處在用例圖中參與者與用例的關聯(lián)處，可以根據(jù)用例圖發(fā)現(xiàn)界面類。 常用的UML模型圖 用例圖用例圖用來描述軟件需求模型中的系統(tǒng)功能，通過一組用例可以描述軟件系統(tǒng)能夠給用戶提供的功能。 UML建模技術 UML語言和要素UML（Unified Modeling Language）統(tǒng)一建模語言,是用來對軟件密集型系統(tǒng)進行可視化建模的一種通用語言。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進行開發(fā)。噴泉模型不像瀑布模型那樣，需要分析活動結束后才開始設計活動，設計活動結束后才開始編碼活動。 []螺旋模型的優(yōu)點：l 設計上的靈活性,可以在項目的各個階段進行變更。螺旋模型將開發(fā)劃分為制訂計劃，風險分析，實施工程，客戶評估四類活動。這個模型中，軟件生命周期中的制訂計劃，需求分析，軟件設計，程序編寫，軟件測試和運行維護依次由上至下順序展開，如同瀑布流水，逐級下落，最終得到軟件產(chǎn)品。第五章總結了本文所做的工作，同時對進一步的工作進行了展望。展開敘述一些傳統(tǒng)網(wǎng)上購物系統(tǒng)普遍存在的問題 研究的意義和重要性 研究的意義此處插入論文的研究意義， 研究的重要性此處插入研究的重要性， 研究的內(nèi)容和主要工作 研究的內(nèi)容此處插入研究的內(nèi)容，簡要說明論文中的系統(tǒng)采用了什么樣的技術手段，采用了什么樣的組織架構，做了些什么研究工作，解決了哪些問題 本人主要工作此處插入作者本人在項目中所負責或者完成的具體工作，簡述作者本人所做的研究工作。世界電子商務的快速度發(fā)展，同時B2B、B2C、C2C等一系列的結構快速度發(fā)展，這些都需要網(wǎng)上商城來支持，少則自己開個商店，大則阿里巴巴等電子商務，這些都成就了商城系統(tǒng)的出現(xiàn)，正因為網(wǎng)上電子商務的安全性與穩(wěn)定性的要求高，所以對商城系統(tǒng)也需要有一個嚴格的考驗。商業(yè)信息化已經(jīng)被越來越多的企業(yè)和商家所關注。作者簽名： 日期： 年 月 日學位論文版權使用授權書本學位論文作者完全了解學校有關保留、使用學位論文的規(guī)定，同意學校保留并向國家有關部門或機構送交論文的復印件和電子版，允許論文被查閱和借閱。研究生簽名： 導師簽名： 日 期： 畢業(yè)設計（論文）原創(chuàng)性聲明和使用授權說明原創(chuàng)性聲明本人鄭重承諾：所呈交的畢業(yè)設計（論文），是我個人在指導教師的指導下進行的研究工作及取得的成果。 （保密的論文在解密后應遵循此規(guī)定）研究生簽名： 導師簽名： 日 期： …………………………………………………………………本人及導師同意將學位論文提交至清華大學“中國學術期刊（光盤版）電子雜志社”進行電子和網(wǎng)絡出版，并編入CNKI系列數(shù)據(jù)庫，傳播本學位論文的全部或部分內(nèi)容，同意按《中國優(yōu)秀博碩士學位論文全文數(shù)據(jù)庫出版章程》規(guī)定享受相關權益。本人完全意識到本聲明的法律后果由本人承擔。因此，人們認識到，作為國家信息化和社會信息化的重要組成部分之一的商業(yè)信息化，已然成為了促進社會經(jīng)濟發(fā)展的一個增長點，也是推動商業(yè)發(fā)展的重要手段。在長達6年的網(wǎng)上購物市場發(fā)展過程中，網(wǎng)上購物者漸漸開始接受并習慣新的購物消費方式，隨著網(wǎng)民人數(shù)增加，網(wǎng)上購物者人數(shù)有進一步擴大的趨勢。展開敘述一些傳統(tǒng)技術手段存在的問題此外，現(xiàn)有的電子商務系統(tǒng)普遍存在著…….問題，一直得不到解決。第四章是本文的重點，在進行了系統(tǒng)總體設計的基礎上，采用UML的包圖、類圖、順序圖和活動圖等對系統(tǒng)的子模塊進行了功能性詳細設計，并給出了主要功能的界面設計，同時通過實體類圖、ER圖和數(shù)據(jù)庫表結構對數(shù)據(jù)庫進行了詳細設計。羅伊斯在1970年提出，在20世紀80年代以前，瀑布模型一直都是唯一被廣泛采用的軟件開發(fā)模型。軟件風險駕馭的目標主要是在造成危害之前及時對風險進行識別，分析，采取對策進而消除或者減少風險的損害?？蛻粼u估：評價軟件功能和性能，提出修改建議。 面向?qū)ο蟮膰娙Ｐ驮诿嫦驅(qū)ο蟮姆椒ㄖ校岢隽擞谄俨寄Ｐ拖鄬膰娙Ｐ?，該模型的主要特點是認為軟件生命周期的各個階段是相互重疊和多次反復的，它是一種以用戶需求為動力，以對象為驅(qū)動的模型，主要用于描述面向?qū)ο蟮能浖_發(fā)過程。噴泉模型不像瀑布模型那樣，需要分析活動結束后才開始設計活動，設計活動結束后才開始編碼活動。 形式化方法提供了可以產(chǎn)生無缺陷軟件的承諾。與此同時，UML也正在變得越來越龐大，但當我們只是運用UML來進行面向?qū)ο笤O計時，并不需要用到所有的UML內(nèi)容，而是可以學習和使用UML那些最適合的部分。l 界面類位于系統(tǒng)與外界的交界處，承擔系統(tǒng)與外界的信息功能。 活動圖活動圖是UML的動態(tài)視圖之一，用來描述事物或?qū)ο蟮幕顒幼兓鞒獭Ｋ^第一范式（1NF）是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復的屬性。第二范式（2NF）要求實體的屬性完全依賴于主關鍵字。 數(shù)據(jù)建模因為數(shù)據(jù)模型的內(nèi)容是問題域和解域所共享的知識模型，所以可以用問題域的語言來描述它，也可以用解域的語言來描述它，還可以用介于二者之間的語言來描述，故產(chǎn)生了以下三種常用的數(shù)據(jù)模型：1） 概念數(shù)據(jù)模型[2]。此模型既要面向用戶，又要面向系統(tǒng)，主要用于數(shù)據(jù)庫管理系統(tǒng)（DBMS）的實現(xiàn)。. 業(yè)務描述描述系統(tǒng)當前的主要業(yè)務問題，進一步闡述通過計算機軟件要達到哪些目標，解決哪些主要問題等。以下從業(yè)務角度出發(fā)，給出了系統(tǒng)的總體用例圖，包含商品選購、網(wǎng)上訂貨、貸款支付、商品發(fā)貨、退貨管理、訂單管理和發(fā)貨信息等用例，如下圖所示：圖36 系統(tǒng)總體用例圖 商品選購圖37 商品選購用例圖表31商品選購用例描述描述項說明用例名稱商品選購標識符*YL01用例描述描述了買家使用本系統(tǒng)銷售管理子系統(tǒng)進行商品選購的整個過程參與者表客戶（買家）優(yōu)先級1狀態(tài)*進行中前置條件用戶已登錄系統(tǒng)后置條件系統(tǒng)給出操作成功提示基本操作流，進入商品列表查看界面或在搜索框中要購買商品關鍵信息進行檢索，提取符合條件的商品列表；“查看詳細信息”按鈕，進入商品詳細信息查看頁面；，設置購買數(shù)量，點擊界面上的“放入購物車”按鈕；，點擊“繼續(xù)購物”按鈕，返回主界面繼續(xù)選購其他商品；可選操作流1．用戶將選購商品放入購物車后，不繼續(xù)選購其他商品，進入購物車中確認商品信息，確認無誤后，點擊結算按鈕，進入支付界面。 商品選購圖316 商品選購類圖縮略表示 貨款支付圖317 貨款支付類圖縮略表示，給予補充說明 訂單管理 發(fā)貨信息管理 退貨處理 商品管理 統(tǒng)計查詢 商品發(fā)貨 用戶管理 日志管理 系統(tǒng)角色管理 用戶級別管理 非功能需求非功能需求[7]包括產(chǎn)品必須遵從的標準、規(guī)范和合約；外部界面的具體細節(jié)和性能要求；設計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。 安全需求主要闡述有關系統(tǒng)運行的安全性保障的相關需求，以下為范本1. 容錯性當用戶輸入或誤操作導致非法數(shù)據(jù)產(chǎn)生時，系統(tǒng)應具有一定的容錯機制。軟件設計是軟件開發(fā)的關鍵步驟，直接影響軟件的質(zhì)量。因此，商品選購模塊主要涉及商品信息的查詢獲取以及購物車管理兩個子模塊。圖47根據(jù)關鍵字搜索商品活動圖圖48添加購物車記錄活動圖在上述順序圖45中，“根據(jù)商品Id獲取商品對象實體”這個方法還可以進一步細化，如圖49。 表431用戶信息表字段名數(shù)據(jù)類型長度主鍵否描述IdGuid主鍵用戶IDNamenvarchar(10)10否用戶姓名Codenvarchar(20)20否用戶CodePasswordnvarchar(20)20否密碼Mailnvarchar(50)50否電子郵件MobilePhonenvarchar(50)50否手機號碼Telnvarchar(50)50否座機號碼Addressnvarchar(255)255否發(fā)貨地址SexByte否性別（7）退貨申請表 保存退貨申請的基本信息。除此之外，由于此次負責需求分析的過程，使我對軟件工程中需求工程的理論知識有了更深的認識，對于如何誘導用戶需求和與用戶溝通有了更深入的體會，受益匪淺。Sons,1998.[7] Chung L, Nixon BA, and . Nonfunctional requirements in software engineering. Boston：Kluwer Academic,2000.致謝此部分插入本論文的致謝內(nèi)容，主要表達對自己的導師，以及其他老師、同學和家人的感謝，言語一定要誠懇坦然。 最后，感謝我的家人和朋友對我的支持和幫助。盡我所知，除文中已經(jīng)注明引用的內(nèi)容外，本設計（論文）不含任何其他個人或集體已經(jīng)發(fā)表或撰寫過的作品成果。作者簽名: 二〇一〇年九月二十日致 謝時間飛逝，大學的學習生活很快就要過去，在這四年的學習生活中，收獲了很多，而這些成績的取得是和一直關心幫助我的人分不開的。郭謙功老師淵博的知識、嚴謹?shù)淖黠L和誨人不倦的態(tài)度給我留下了