第10章WebApp綜合應用課程設計課件

第10章WebApp開發(fā)綜合案例

/課程設計

軟件工程與實踐目錄

10.2Web商品進銷存信息系統(tǒng)2

10.3Web書城信息系統(tǒng)3

10.4本章小結(jié)4

10.1WebApp項目開發(fā)概述1

10.5課程設計任務書及評價5教學目標及重點

教學目標●了解Web工程及與傳統(tǒng)軟件工程的區(qū)別●理解WebApp的概念、特點和開發(fā)過程●掌握WebApp的分析、設計和測試方法●掌握WebApp綜合開發(fā)方法及課程設計重點重點10.1WebApp項目開發(fā)概述10.1.1WebApp的特點及類型1.WebE的概念及與傳統(tǒng)項目的區(qū)別1998年YogeshDeshpande和SteveHansen提出了Web工程（簡稱WebE）的概念，是指按計劃進行的網(wǎng)絡綜合性工作?；赪eb的系統(tǒng)和應用簡稱WebApp,不同于其他計算機軟件，而是基于web的系統(tǒng)與“頁面排版和軟件開發(fā)、市場和預算、內(nèi)部交流和外部聯(lián)系以及藝術和技術間”綜合作用的產(chǎn)物。

開發(fā)一個Web商品進銷存信息系統(tǒng)，為計劃、采購、銷售、庫存和管理提供方便，實現(xiàn)進銷存信息資源優(yōu)化，有效地提高工作效率。采用C/S結(jié)構(gòu)的基于WebService的進銷存系統(tǒng)，選擇VS2015與SQLServer2014開發(fā)環(huán)境，以C#編程語言完成，按照軟件工程方法，首先對系統(tǒng)進行了需求分析，在進行系統(tǒng)的總體設計的基礎上進行編程實現(xiàn)。.NET平臺內(nèi)建立對WebService支持，包括WebService構(gòu)建和使用，可在應用程序集成或其他場合被重用。系統(tǒng)總體的功能有商品基本計劃、采購、銷售、庫存、查詢、統(tǒng)計、增刪改和相關管理等。案例10-110.1WebApp項目開發(fā)概述WebE與傳統(tǒng)軟件工程區(qū)別,主要體現(xiàn)6個方面,并如表10-1所示：（1）WebApp強調(diào)信息的含量，傳統(tǒng)軟件工程則強調(diào)系統(tǒng)功能的完善；（2）WebApp關注視覺和感覺，傳統(tǒng)的軟件界面則奉行“簡單為美”原則；（3）多數(shù)WebApp是數(shù)據(jù)驅(qū)動，傳統(tǒng)的軟件開發(fā)多是功能驅(qū)動或過程驅(qū)動；（4）WebApp適應不同的用戶，傳統(tǒng)軟件系統(tǒng)的用戶群體則常圈定在某個范圍之內(nèi)；（5）WebApp應在短期內(nèi)開發(fā)完成，很難用傳統(tǒng)軟件工程中的形式化方法和測試技術；（6）WebE要求技術、藝術和科學在更大范圍內(nèi)相互結(jié)合。10.1WebApp項目開發(fā)概述比較內(nèi)容傳統(tǒng)項目小型WebApp項目大型WebApp項目需求收集嚴格的受限制的嚴格的技術規(guī)格說明模型、規(guī)格說明健全總體描述UML、模型、規(guī)格說明健全項目持續(xù)時間以月或年為度量單位以天、周或月為度量單位以月或年為度量單位測試和質(zhì)量保證致力于取得質(zhì)量目標致力于風險控制重視所有的SQA活動風險管理明確的內(nèi)部的明確的可交付使用的期限18個月或更長3-6個月或更短3-12個月或更短發(fā)布過程嚴格的快速的嚴格的發(fā)布后客戶的反饋需要大量的主動工作以用戶交互中自動獲得自動獲得及由請求反饋獲得表10-1WebApp與傳統(tǒng)軟件項目的區(qū)別軟件質(zhì)量保證10.1WebApp項目開發(fā)概述2.WebApp的特點WebApp的特點具有8個方面：（1）網(wǎng)絡密集性（Networkintensiveness）。（2）并發(fā)性（Concurrency）。（3）無法預測的負載量（Unpredictableload）。（4）性能敏感性（Performancesensitive）。（5）高可用性（Highavailability）。（6）數(shù)據(jù)驅(qū)動(Datadriven)。（7）內(nèi)容敏感（Contentsensitive）。（8）持續(xù)演化(Continuousevolution)。WebApp驅(qū)動持續(xù)演化的過程的特征：

①即時性。

②安全性。

③美觀性。

WebApp的開發(fā)具有3個特點：WebApp常以增量的方式進行開發(fā)；經(jīng)常發(fā)生變化；期限較短。因此，整個WebE過程也與這些特點相適應。10.1WebApp項目開發(fā)概述3.WebApp主要應用類型在WebApp中，主要應用類型包括：（1）信息型。利用網(wǎng)站的簡單導航和鏈接提供信息資源。（2）交互型。通過聊天室、公告牌或即時消息等進行信息傳遞。（3）面向事務型。用戶提交一個由WebApp完成的請求，如訂貨單。（4）面向服務型。應用程序向用戶提供服務，如確定抵押支付。（5）門戶型。應用程序引導用戶到鏈接的其他應用信息或服務。（6）數(shù)據(jù)庫訪問型。用戶查詢某大型數(shù)據(jù)庫并提取信息。（7）數(shù)據(jù)倉庫型。用戶查詢一組大型數(shù)據(jù)庫并提取信息。（8）用戶輸入型。基于表格的輸入是滿足通信需要的主要機制。（9）可定制型。用戶定制電子期刊等內(nèi)容以滿足特定需要。（10）下載型。用戶通過網(wǎng)站從合適的服務器下載信息。10.1WebApp項目開發(fā)概述10.1.2WebApp開發(fā)任務、過程和方法1.WebApp開發(fā)任務和過程WebApp的分散性和交互性，使其開發(fā)遵從一定的開發(fā)規(guī)范、技術標準和流程，以保證整個開發(fā)團隊協(xié)調(diào)一致的工作，從而提高開發(fā)工作效率，提升項目質(zhì)量。WebApp開發(fā)需要過程模型、適合WebApp開發(fā)特點的技術和方法。過程、技術（工具）和方法稱為WebE的三要素。WebE過程及WebApp開發(fā)流程根據(jù)WebE的特點，可構(gòu)建WebE過程框架，如圖10-1所示。（1）溝通交流（Communication）。在WebE過程中，溝通交流的特點有3種WebE活動：規(guī)劃（Formulation）、提取（Elicitation）和協(xié)商（Negotiation）。（2）計劃（Planning）。做出由一個任務定義和一個時間表組成的WebApp增量式項目開發(fā)計劃。（3）建模（Modeling）。軟件項目和設計應與WebApp開發(fā)相適應,然后并入WebApp建模活動中。（4）構(gòu)建（Construction）。利用Web工具和技術構(gòu)建已建模的WebApp，并可快速測試暴露設計問題及時調(diào)整及修改。10.1WebApp項目開發(fā)概述（5）部署（Deployment）。在實際開發(fā)過程中，WebApp開發(fā)的目標是按時、保質(zhì)、保量完成預期交付軟件。通常WebApp開發(fā)采用增量的迭代模型，其開發(fā)流程與傳統(tǒng)軟件開發(fā)項目的過程類似，具體WebApp開發(fā)流程，如圖10-2所示。主要任務包括：①對問題進行定義及陳述交流；②制定項目協(xié)議/合同及計劃/方案；③分析需求；④設計體系結(jié)構(gòu)、導航、接口;⑤使用Web開發(fā)工具實現(xiàn)WebApp；⑥測試及發(fā)布。圖10-1WebApp開發(fā)過程框架10.1WebApp項目開發(fā)概述圖10-2WebApp開發(fā)流程10.1WebApp項目開發(fā)概述2.WebApp開發(fā)技術及方法1）技術和工具建立高質(zhì)量的WebApp，需要三種技術：（1）基于部件的開發(fā)。（2）安全性技術。（3）Internet標準HTML和XML。2）WebE方法WebE方法主要有以下5種：（1）交流方法。（2）需求分析方法。（4）設計方法。（5）測試方法?？蓴U展10.1WebApp項目開發(fā)概述10.1.3WebApp需求分析1．WebApp需求分析的任務WebApp的需求分析有3個任務：表述問題、收集需求和分析建模，在表述問題期間主要確定WebApp的目的和目標，并定義用戶種類。收集需求主要通過調(diào)研等確定具體功能、內(nèi)容、界面等需求，并以分析建模進行具體描述。主要進行4種分析：①內(nèi)容分析；②交互分析；③功能分析；④配置分析。分析重點是解決3個重要問題：①表達或處理的信息內(nèi)容；②為最終用戶提供的功能；③WebApp表達內(nèi)容和執(zhí)行功能時，表現(xiàn)的行為，可將問題的回答表示為分析模型的一部分。

10.1WebApp項目開發(fā)概述2．WebApp需求分析模型WebE根據(jù)自身特點，將分析模型分為：1）內(nèi)容分析模型對WebE基礎的內(nèi)容進行分析。內(nèi)容模型包含結(jié)構(gòu)元素，為WebApp的內(nèi)容需求提供一個重要的視圖。其結(jié)構(gòu)元素包含內(nèi)容對象(如，文本、圖形圖像、照片、視頻圖橡、音頻)，其內(nèi)容對象是WebApp的一部分。2）交互分析模型交互模型由4種元素組成：用例、順序圖、狀態(tài)圖、用戶界面原型。（1）用例。（2）順序圖。（3）狀態(tài)圖。（4）用戶界面原型。10.1WebApp項目開發(fā)概述3）功能分析模型功能模型描述WebApp的兩個處理元素，各元素代表過程抽象的2個不同層次：（1）用戶可觀察到由WebApp傳遞給最終用戶的功能。（2）分析類中實現(xiàn)與類相關的行為的操作。

4）配置分析模型客戶端軟件提供的基礎設施，使用戶可從所在位置訪問。通常，瀏覽器用于顯示從服務器下載的內(nèi)容和功能。應針對各種瀏覽器特性及配置(配置模型的部分詳細說明)，對WebApp進行徹底測試。10.1WebApp項目開發(fā)概述5）關系導航分析模型關系導航分析(Relationship-navigationanalysis，RNA)提供一系列分析步驟，主要分析各網(wǎng)頁之間的關系。RNA方法可以分成5步：（1）用戶分析。（2）元素分析。（3）關系分材。（4）導航分析。（5）評估分析。10.1WebApp項目開發(fā)概述10.1.4WebApp設計1.WebApp設計的目標要求WebApp設計的目標要求，包括7個方面：（1）簡單性。（2）一致性。（3）相符性。（4）健壯性。（5）導航性。（6）視覺吸引。（7）兼容性。10.1WebApp項目開發(fā)概述2.WebApp的設計活動WebApp設計可分為6種活動：構(gòu)件設計、體系結(jié)構(gòu)設計、導航設計、內(nèi)容設計、美觀設計和界面設計。每種設計都影響整體質(zhì)量，可用金字塔表示，如圖10-3所示。1）構(gòu)件設計WebApp經(jīng)過發(fā)展逐漸形成為模板化功能化.處理功能主要包括：數(shù)據(jù)庫查詢及其他操作；與外部企業(yè)系統(tǒng)的數(shù)據(jù)接口；用戶的注冊和認證。為了重復利用這些功能，應設計和構(gòu)建一些程序構(gòu)件，同普通軟件在形式上一致.利用構(gòu)件技術,可便于組建各種WebApp。2）體系結(jié)構(gòu)設計體系結(jié)構(gòu)的設計主要定義WebApp超媒體結(jié)構(gòu)、設計模式、設計模板、內(nèi)容設計。設計模式為解決某些問題的一般性方法。如在WebApp中處理數(shù)據(jù)功能時，可用體系結(jié)構(gòu)和構(gòu)件級設計模式。超文本級的設計模式著重導航特征的設計，允許用戶以流暢的方式在WebApp內(nèi)容間移動。圖10-3WebApp設計金字塔模型10.1WebApp項目開發(fā)概述

體系結(jié)構(gòu)的設計與WebApp的目標、內(nèi)容、導航原則緊密相關。體系結(jié)構(gòu)主要分為4種：線性結(jié)構(gòu)、網(wǎng)格結(jié)構(gòu)、層次結(jié)構(gòu)和網(wǎng)狀結(jié)構(gòu)。（1）線性結(jié)構(gòu)。當內(nèi)部交互可預測順序時，Web內(nèi)容串形相連，常選擇線型結(jié)構(gòu)。這種結(jié)構(gòu)簡單，但缺乏靈活性。如圖10-4所示。（2）網(wǎng)格結(jié)構(gòu)：當WebApp內(nèi)容可分類地組織成二維或更高維時，可采用網(wǎng)格結(jié)構(gòu)，如圖10-5所示。這種結(jié)構(gòu)有很大靈活性，但也容易帶來混亂。

圖10-4線性結(jié)構(gòu)圖10-5網(wǎng)格結(jié)構(gòu)10.1WebApp項目開發(fā)概述

（3）層次結(jié)構(gòu)。如圖10-6是最常見的體系結(jié)構(gòu)。其結(jié)構(gòu)可設計成使控制流水平地穿過垂直分支（超文本分支）的方式。在此結(jié)構(gòu)中左邊展示的內(nèi)容可由超文本鏈接其他分支的內(nèi)容，實現(xiàn)內(nèi)容快速導航。（4）網(wǎng)絡結(jié)構(gòu)。如圖10-7在很多方面類似于面向?qū)ο笙到y(tǒng)的體系結(jié)構(gòu)。對結(jié)構(gòu)構(gòu)件（網(wǎng)頁）進行設計，使構(gòu)件可將控制傳遞（以超文本鏈接）到系統(tǒng)中的其他部件，使導航相對靈活。

圖10-6層次結(jié)構(gòu)圖10-7網(wǎng)絡結(jié)構(gòu)10.1WebApp項目開發(fā)概述

體系結(jié)構(gòu)線性結(jié)構(gòu)網(wǎng)格結(jié)構(gòu)層次結(jié)構(gòu)特點結(jié)構(gòu)比較固定Web內(nèi)容一維化Web內(nèi)容多維化最常見的結(jié)構(gòu)優(yōu)點簡單有極大的靈活性有較大的靈活性缺點靈活性不高很容易帶來混亂易混亂例子訂單大型網(wǎng)站普通網(wǎng)站4種類型的體系結(jié)構(gòu)，比較如表10-2所示。表10-2不同的體系結(jié)構(gòu)比較10.1WebApp項目開發(fā)概述

3）導航設計導航設計的主要過程為：①識別用戶角色，不同的用戶角色可獲得不同的內(nèi)容和服務。如注冊客戶、特權客戶可獲得不同級別的信息和服務；②為每一類用戶角色確定訪問目標;③為每類用戶的每個訪問目標設計最佳的導航路徑。導航設計還要解決使用各種輔助手段使導航更容易方便。在導航設計時，應為同類用戶建立一個語義導航單元，以便后繼的管理。4）內(nèi)容設計對內(nèi)容對象建模后，編寫對象傳遞的信息并對其格式化，盡量滿足用戶需求。常以所提供信息的概要描述和內(nèi)容對象的類型說明設計內(nèi)容對象。10.1WebApp項目開發(fā)概述

5）美觀及布局設計美觀設計又稱美工（學）設計，包括顏色配置、幾何圖案設計、文字大小字體和位置、圖形使用等。在布局及設計中，主要考慮全局顏色配置、字體、字號、風格、樣式、補充媒體（音頻、視頻、動畫）的使用，以及其他美觀元素。在設計時應進行布局規(guī)劃。在設計布局時，主要基本原則是：（1）巧用空間。（2）重視內(nèi)容。（3）順序組織布局元素。（4）組織導航、內(nèi)容和功能。（5）不要以滾動條擴展空間。（6）瀏覽器窗口大小。10.1WebApp項目開發(fā)概述

6）界面設計界面設計包括屏幕布局、交互模式定義和導航機制描述。界面設計應考慮3個方面:用戶目前位置、操作及可導向的目標。并注重6項基本原則：（1）頁面速度。（2）頁面正確。（3）菜單和界面風格統(tǒng)一。（4）鏈接指示明顯。（5）界面功能清晰。（6）常用表格等工具。10.1WebApp項目開發(fā)概述

10.1.5WebApp測試技術和方法應先測試最終用戶所見內(nèi)容和界面，再對體系結(jié)構(gòu)及導航設計等方面進行測試。最后，轉(zhuǎn)到測試技術能力、WebApp基礎設施及安裝或?qū)崿F(xiàn)方面。WebApp測試過程，如圖10-8所示。1.內(nèi)容測試用于檢驗WebApp提供信息的正確性、準確性和相關性。信息的正確性指信息的可靠性非誤傳，避免誤解與糾紛；準確性指是否有語法或拼寫錯誤。內(nèi)容測試目的是發(fā)現(xiàn)內(nèi)容方面的錯誤。除了檢查靜態(tài)內(nèi)容，還應檢測從數(shù)據(jù)庫所維護的數(shù)據(jù)中導出的動態(tài)內(nèi)容。

圖10-8WebApp測試過程10.1WebApp項目開發(fā)概述

2.界面測試界面測試的總體策略是：①發(fā)現(xiàn)與特定的界面機制相關的錯誤；②發(fā)現(xiàn)界面實現(xiàn)導航語義方式的錯誤、功能性錯誤或內(nèi)容顯示錯誤。用戶與WebApp以界面機制交互，測試的主要內(nèi)容為：（1）鏈接測試。（2）表單測試。（3）Cookies測試。（4）客戶端腳本測試。（5）動態(tài)HTML測試。（6）彈出窗口測試。（7）CGI腳本測試。（8）流動內(nèi)容測試。（9）界面機制的應用。使網(wǎng)頁具有記憶功能數(shù)據(jù)包通用網(wǎng)關接口10.1WebApp項目開發(fā)概述

3.性能測試性能測試用于發(fā)現(xiàn)性能方面的問題，其產(chǎn)生原因是：服務器端資源缺乏、不合適的網(wǎng)絡帶寬及數(shù)據(jù)庫數(shù)量，不完善或不當?shù)牟僮飨到y(tǒng)能力，功能設計不當，可能導致客戶-服務器性能下降的其他軟硬問題。性能測試的目的：①了解系統(tǒng)如何對負載作出反應；②收集度量數(shù)據(jù)，這些數(shù)據(jù)將促使修改設計，從而使性能的大改善。性能測試策略，包括以下3個方面（1）連接速度測試。（2）負載測試。（3）壓力測試。4.構(gòu)件級測試構(gòu)件級測試也稱功能測試，通過集中測試，試圖發(fā)現(xiàn)WebApp功能方面的錯誤。每個功能都是一個軟件模塊，可用黑盒技術對其進行測試。構(gòu)件級測試用例常受表單級的輸入驅(qū)動。10.1WebApp項目開發(fā)概述

5.導航測試導航描述了用戶在一個頁面內(nèi)操作的方式。主要檢測WebApp是否易于導航：導航是否直觀?Web系統(tǒng)的主要部分是否可通過主頁存取?Web系統(tǒng)是否需要站點地圖、搜索引擎或其他的導航幫助?在一頁面上放太多信息常起到相反效果。導航測試的目的始終是確保在WebApp上線前發(fā)現(xiàn)導航功能方面的錯誤。測試每個導航都執(zhí)行了預期功能：（1）導航鏈接。（2）重定向。（3）書簽。（4）框架和框架集。（5）站點地圖。（6）內(nèi)部搜索引擎。10.1WebApp項目開發(fā)概述

6.配置測試配置的可變性和不穩(wěn)定性是測試的重要因素。主要測試常用客戶端和服務器端配置，確保用戶在所有配置中的體驗一樣，并將特定于特殊配置的錯誤分離出來。7.安全性測試安全性測試將一系列設計的測試合并，模擬攻擊WebApp及其環(huán)境中的弱點，驗證其安全性。WebApp的安全性測試區(qū)域主要包括：(1)測試有效和無效的用戶名和密碼。(2)WebApp是否有超時的限制。(3)日志文件是至關重要。(4)使用安全套接字時。(5)測試無授權可否在服務器端放置和編輯腳本。測試網(wǎng)站的數(shù)據(jù)安全能力和抗攻擊能力，包括:(1)網(wǎng)站網(wǎng)絡環(huán)境安全測試。(2)系統(tǒng)軟件安全測試。(3)客戶端應用程序安全測試。(4)服務器端應用程序安全測試。(5)防御能力測試。10.1.6WebApp項目管理1.構(gòu)建WebApp項目團隊開發(fā)大型WebApp需要一個具有強有力的團隊,開發(fā)人員具有的技能和知識層次結(jié)構(gòu),可組成一個由管理、技術和人員交流技能構(gòu)成的三維技能空間.管理技能包括調(diào)整、規(guī)劃和將Web系統(tǒng)與已經(jīng)存在的信息系統(tǒng)集成;技術技能包括計算、網(wǎng)絡和Internet通訊；人員交流技能包括圖形設計、布局、人員通訊、表達技能等.開發(fā)人員可分為6類：Web決策人員（如項目經(jīng)理）、內(nèi)容提供人員、Web開發(fā)人員、Web發(fā)布人員、Web支持人員、Web管理人員.其結(jié)構(gòu)如圖10-9所示.其成員可屬于不同類別,分別承擔不同的任務。

10.1WebApp項目開發(fā)概述

圖10-9Web項目團隊結(jié)構(gòu)10.1WebApp項目開發(fā)概述。2.軟件項目管理原則進行WebApp項目管理的指導原則，主要有6項：（1）啟動項目。（2）選擇外包供應商。（3）評估報價的正確性和估算的可靠性。（4）理解所期望或?qū)崿F(xiàn)的項目管理程度。（5）確定開發(fā)進度。（6）管理范圍。3.配置管理對于WebApp配置管理，主要注重解決4個問題：內(nèi)容、人員、可伸縮性和關聯(lián)控制。10.2Web商品進銷存信息系統(tǒng)10.2.1系統(tǒng)需求分析1.系統(tǒng)開發(fā)的背景隨著信息化社會經(jīng)濟發(fā)展方式的轉(zhuǎn)變，企業(yè)面臨著激烈競爭,改善內(nèi)部及整個供應鏈各環(huán)節(jié)的管理、調(diào)度及資源配置，迅速適應客戶新需求和市場新機遇成為決定性因素。企業(yè)是一個充分利用資源(人、財、物、信息和時間)，創(chuàng)造價值的機構(gòu)，WebApp可對這些資源進行計劃、調(diào)度、控制、衡量、改進的管理技術和支持。商品進銷存是企業(yè)供銷的重要部門，是WebApp主要組成部分。開發(fā)和使用合理的WebApp，有效地控制存儲、檢索和資源有效利用，有助于讓產(chǎn)、供、銷、財務形成一個統(tǒng)一的整體，從而使企業(yè)處于全面受控狀態(tài)，壓縮投資規(guī)模，加快資金周轉(zhuǎn)，降低產(chǎn)品成本和不必要的原料和在商品積壓。10.2Web商品進銷存信息系統(tǒng)2.

系統(tǒng)的可行性分析WebApp項目研發(fā)目的是：利用計算機網(wǎng)絡和數(shù)據(jù)庫技術，使企業(yè)生產(chǎn)、庫存和銷售能夠有利結(jié)合起來，產(chǎn)銷存銜接，提高企業(yè)的效率和效益。主要任務包括：（1）適用性。（2）經(jīng)濟性。（3）整體性。（4）功能需求。（5）性能需求。（6）安全保密性。（7）用戶界面需求。（8）環(huán)境需求。10.2Web商品進銷存信息系統(tǒng)3系統(tǒng)功能需求分析1）需求問題提出以前，企業(yè)通過手工或單機維護“數(shù)據(jù)表”管理進貨與庫存等數(shù)據(jù)。使用中遇到很多問題，包括：（1）文件級共享，共享性差，安全性低；（2）實時性差，“數(shù)據(jù)表”中的內(nèi)容只有及時保存后，其他電腦才能讀到，另外，不能允許兩個以上的人同時更新庫存文件；（3）查詢、統(tǒng)計等操作不方便；（4）以前根本不能實現(xiàn)Web網(wǎng)上訂購功能。

2）功能需求分析在數(shù)據(jù)庫服務器及SQLServer2014中，創(chuàng)建商品進銷存管理數(shù)據(jù)庫，在數(shù)據(jù)庫上建立各關系模式對應的庫表，并確定主鍵、索引、參照完整性、用戶自定義完整性等。10.2Web商品進銷存信息系統(tǒng)（1）C/S模式實現(xiàn)的庫存管理系統(tǒng)功能需求：●對各原始數(shù)據(jù)表實現(xiàn)輸入、修改、刪除、添加、查詢、打印等基本操作；●方便及時多用戶地錄入商品、進貨、工具等入出庫單數(shù)據(jù)；●方便查閱、核對入出庫單數(shù)據(jù)，并能方便維護商品、進貨、工具等入出庫單原始數(shù)據(jù)；●以組合方式快速查閱商品、進貨、工具等入出庫單原始數(shù)據(jù)；●按一鍵完成對庫存、按月或分日對商品、進貨的統(tǒng)計；●自動產(chǎn)生商品或進貨的實時庫存；●以樹型結(jié)構(gòu)/表格方式方便查閱各類各種商品或進貨的實時庫存;●由分類統(tǒng)計值，反查其明細清單；●將主要表或查詢信息按需導出到“數(shù)據(jù)表”中，支持原有手工處理要求，導出到“數(shù)據(jù)表”的數(shù)據(jù)能用于保存或排版打印等需要；●分級別用戶管理；●月份設定與統(tǒng)計管理；10.2Web商品進銷存信息系統(tǒng)●高級管理員的管理操作如：系統(tǒng)數(shù)據(jù)的備份與恢復、系統(tǒng)用戶的維護、動態(tài)SQL命令操作、系統(tǒng)日志查閱等；●系統(tǒng)設計成傳統(tǒng)的Windows多文檔多窗口操作界面，要求系統(tǒng)具有操作方便、簡捷等特點；●用戶管理功能,包括用戶登錄、注冊新用戶、更改用戶密碼等功能;●其他子系統(tǒng)應有的查詢、統(tǒng)計功能；●要求所設計系統(tǒng)界面友好，功能安排合理，操作使用方便，并能進一步考慮子系統(tǒng)在安全性、完整性、并發(fā)控制、備份恢復等方面的功能要求。（2）B/S模式實現(xiàn)的網(wǎng)上訂購系統(tǒng)功能需求：●實現(xiàn)網(wǎng)上用戶的注冊與登錄，登錄用戶的管理；●方便查閱（如分頁查詢）商品及庫存信息，方便商品選購；●實現(xiàn)基本的購物車功能；●完成訂購、實現(xiàn)網(wǎng)上支付過程，并自動產(chǎn)生訂購明細數(shù)據(jù)，產(chǎn)生商品●要求Web網(wǎng)頁系統(tǒng)要運行穩(wěn)定、可靠，操作簡單、方便。10.2Web商品進銷存信息系統(tǒng)3）庫存管理系統(tǒng)C/S模式要求基于以上系統(tǒng)涉及的處理數(shù)據(jù)，C/S模式實現(xiàn)的庫存管理系統(tǒng)具體涉及到問題：（1）方便及時多用戶地錄入商品、進貨、工具等入出庫單數(shù)據(jù)；（2）方便查閱、核對入出庫單數(shù)據(jù)，并方便維護商品、進貨、工具等入出庫單原始數(shù)據(jù)；（3）以組合方式快速查閱商品、進貨、工具等入出庫單原始數(shù)據(jù)；（4）按一鍵完成對庫存、按月或分日對商品、進貨的統(tǒng)計（5）自動產(chǎn)生商品或進貨的實時庫存；（6）以樹型結(jié)構(gòu)或表格方式方便查閱各種類商品或進貨的實時庫存;（7）由分類統(tǒng)計值，反查其明細清單；（8）將主要表或查詢信息按需導出到“數(shù)據(jù)表”中，支持原有手工處理要求，導出到“數(shù)據(jù)表”的數(shù)據(jù)能用于保存或排版打印等需要；（9）分級別用戶管理；（10）月份設定與統(tǒng)計管理等。

10.2Web商品進銷存信息系統(tǒng)4）業(yè)務流程及數(shù)據(jù)流圖在認真調(diào)查分析有關信息需求的基礎上，通過對Web訂購子系統(tǒng)的業(yè)務流程圖分析，可得到其中“網(wǎng)上訂購”部分的數(shù)據(jù)流圖，如圖10-10所示。圖10-10Web訂購子系統(tǒng)中“網(wǎng)上訂購”數(shù)據(jù)流圖10.2Web商品進銷存信息系統(tǒng)庫存管理業(yè)務處理的商品庫存管理子系統(tǒng)的業(yè)務流程圖，如圖10-11。從而得到數(shù)據(jù)流圖。圖10-11庫存管理子系統(tǒng)業(yè)務流程圖10.2Web商品進銷存信息系統(tǒng)5）系統(tǒng)數(shù)據(jù)字典數(shù)據(jù)流圖主要用于描述數(shù)據(jù)與處理的關系，數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程五個部分。以下數(shù)據(jù)字典卡片的形式來舉例說明。（1）“商品入庫單”數(shù)據(jù)結(jié)構(gòu)：名字：商品入庫單別名：商品生產(chǎn)量描述：每天生產(chǎn)或加工車間，以入庫單形式來記錄其產(chǎn)量，并登記入庫定義：商品入庫單=入庫單號+類別+規(guī)格+材質(zhì)+單位+生產(chǎn)車間+成本+日期+入庫值+經(jīng)辦人位置：保存到入出庫表或打印保存10.2Web商品進銷存信息系統(tǒng)（2）“商品入庫單”數(shù)據(jù)結(jié)構(gòu)之數(shù)據(jù)項：名字：入庫單號名字：類別別名：序號別名：商品類別名描述：某商品入庫的數(shù)字編號描述：商品的第一大分類名定義：整型數(shù)定義：字符型漢字名稱，漢字數(shù)<=3位置：商品入庫表、商品入出庫表位置：商品入庫表、商品入出庫表、商品庫存表、各統(tǒng)計表,以及其他數(shù)據(jù)項的定義略（3）數(shù)據(jù)流數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。前面已畫出的?shù)據(jù)流圖能較好地反映出數(shù)據(jù)的前后流動關系，除此外還能描述為（以“入庫單數(shù)據(jù)流”來說明）：數(shù)據(jù)流名：入庫單數(shù)據(jù)流說明：“商品入庫單”數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)的流向數(shù)據(jù)流來源：管理員接收事務數(shù)據(jù)流去向：庫存處理事務平均流量：每天幾十次高峰期流量：每天上百次10.2Web商品進銷存信息系統(tǒng)（4）數(shù)據(jù)存儲數(shù)據(jù)存儲是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。它可以是手工文檔或手工憑單，也可是計算機文檔。對數(shù)據(jù)存儲的描述通常包括（以入庫表數(shù)據(jù)存儲為例）：數(shù)據(jù)存儲名：入庫表說明：入庫單數(shù)據(jù)，作為原始數(shù)據(jù)需要保存與備查編號：入庫單為唯一標識，順序整數(shù)，從1開始每次增加1輸入的數(shù)據(jù)流：入庫單數(shù)據(jù)流，來自生產(chǎn)車間.10.2Web商品進銷存信息系統(tǒng)輸出的數(shù)據(jù)流：出庫單數(shù)據(jù)流，用于銷售部門銷售數(shù)據(jù)結(jié)構(gòu)：“商品入庫單”、“商品出庫單”、“商品庫存”數(shù)據(jù)量：一天，100*100=10000字節(jié)存取頻度：每小時存取更新10-20次，查詢>=100次存取方式：聯(lián)機處理、檢索與更新、順序檢索與隨機檢索數(shù)據(jù)流圖表達了數(shù)據(jù)和處理的關系，數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程五個部分。以下數(shù)據(jù)字典卡片的形式來舉例說明?！吧唐啡霂靻巍睌?shù)據(jù)結(jié)構(gòu)：名字：商品入庫單別名：商品生產(chǎn)量描述：每天生產(chǎn)或加工車間，以入庫單形式來記錄其產(chǎn)量，并登記入庫定義：商品入庫單=入庫單號+類別+規(guī)格+材質(zhì)+單位+生產(chǎn)車間+成本+日期+入庫值+經(jīng)辦人位置：保存到入出庫表或打印保存10.2Web商品進銷存信息系統(tǒng)（5）處理過程處理過程的具體處理邏輯一般用判定表或判定樹來描述。數(shù)據(jù)字典中只需要描述處理過程的說明性信息。如“實時商品庫存計算”的處理過程說明如下：處理過程名：實時商品庫存計算說明：隨著入庫單、出庫單的不斷輸入，要能實時計算出當前各商品的庫存輸入：入庫單數(shù)據(jù)流，來自生產(chǎn)車間；出庫單數(shù)據(jù)流，來自銷售部門銷售輸出：計算出各商品當前庫存處理：商品庫存計算的功能就是實時計算商品庫存，處理頻度：每小時20-40次，每當有入庫單數(shù)據(jù)流或出庫單數(shù)據(jù)流發(fā)生都要引發(fā)庫存計算事務，計算庫存涉及的數(shù)據(jù)：每小時4kb-10kb，希望在發(fā)生入庫或出庫信息時實時計算庫存。10.2Web商品進銷存信息系統(tǒng)

6）具體處理的主要數(shù)據(jù)B/S模式實現(xiàn)的網(wǎng)上訂購系統(tǒng)的具體處理的主要數(shù)據(jù)要求：（1）可以實現(xiàn)網(wǎng)上用戶的注冊與登錄，登錄用戶的管理；（2）方便查閱（如分頁查詢）商品及庫存信息,方便商品選購（3）實現(xiàn)基本的購物車具體功能；（4）完成訂購、實現(xiàn)網(wǎng)上支付過程，并自動產(chǎn)生訂購明細數(shù)據(jù)，產(chǎn)生商品Web銷售對應的出庫記錄；自動更改商品庫存；（5）事后能查閱個人的歷史訂單及明細數(shù)據(jù)；（6）具有商務網(wǎng)站基本功能：網(wǎng)站公告、系統(tǒng)簡介、用戶信息維護、找回密碼、聯(lián)系、友情鏈接等。C/S與B/S兩類系統(tǒng)共用同一個數(shù)據(jù)庫，數(shù)據(jù)間緊密依賴、密切關聯(lián)與聯(lián)動，數(shù)據(jù)庫則集中存放在企業(yè)服務器上的SQLServer2014的DBMS中。

7）系統(tǒng)需要管理的實體信息(P333-334)10.2Web商品進銷存信息系統(tǒng)圖10-12Web進銷存信息系統(tǒng)E-R圖10.2.2系統(tǒng)設計1.數(shù)據(jù)庫概念結(jié)構(gòu)設計根據(jù)實體聯(lián)系分析可以畫出基于Web進銷存信息系統(tǒng)的E-R圖，如圖10-12所示。10.2Web商品進銷存信息系統(tǒng)由實體之間的聯(lián)系，可畫出各實體的E-R圖，如圖10-13至圖10-18所示?？山⑾鄳P系數(shù)據(jù)表。

圖10-13現(xiàn)有庫存實體E-R圖圖10-14入庫實體E-R圖圖10-17設備庫存實體E-R圖圖10-18計劃采購實體E-R10.2Web商品進銷存信息系統(tǒng)實體與實體間的關系E-R圖，如圖10-19所示。圖10-19實體之間關系E-R圖10.2Web商品進銷存信息系統(tǒng)2.系統(tǒng)功能模塊設計（1）主要功能模塊。庫存系統(tǒng)包含6個主要功能模塊，即系統(tǒng)模塊、入庫業(yè)務管理模塊、出庫業(yè)務管理模塊、退料業(yè)務管理模塊（還庫業(yè)務管理模塊）、盤點業(yè)務管理模塊（報表輸出）、需求管理模塊。對于每個功能模塊，都包含數(shù)據(jù)錄入、編輯、查詢、統(tǒng)計、打印、應急、幫助等功能。（2）開發(fā)步驟。開發(fā)一個典型數(shù)據(jù)庫應用程序，需要3個步驟：數(shù)據(jù)庫設計、GUI用戶界面設計和業(yè)務邏輯實現(xiàn)。后面將具體介紹相關步驟，GUI設計通常需要和業(yè)務邏輯交替進行。對Web網(wǎng)上訂購子系統(tǒng)的功能進行集中、分類，按照結(jié)構(gòu)化程序設計的要求，可得出子系統(tǒng)的功能模塊圖如圖10-20，而庫存管理子系統(tǒng)各項功能模塊如圖10-21所示。10.2Web商品進銷存信息系統(tǒng)圖10-20Web網(wǎng)上訂購子系統(tǒng)一級功能模塊圖圖10-21庫存管理子系統(tǒng)功能模塊圖10.2Web商品進銷存信息系統(tǒng)

3）操作流程設計網(wǎng)上訂購系統(tǒng)運行時,通?？梢园凑杖鐖D10-22所示的操作流程進行操作。4）數(shù)據(jù)庫設計按照E-R圖轉(zhuǎn)化為關系模式方法,系統(tǒng)共用到至少23個關系模式(含4個輔助關系),在此只給出23個表名:Web訂單表,Web訂單明細表；Web用戶表；Web購買折扣表(webdiscount)；Web支付方式表(Webpaydefault)；Web即時信息表(webmessage)；商品年月設置表tccpny)；商品入出庫表(tccprck)(轉(zhuǎn)下頁)；圖10-22網(wǎng)站操作流程示意圖10.2Web商品進銷存信息系統(tǒng)商品實時庫存表(tccpsskc)；月累計庫存表(tccptj)；商品月區(qū)段庫存表(tccpkctj)；月商品明細庫存表(tccpkc200412)；進貨年月設置表tcplny)；進貨入出庫表(tcplrck)；進貨實時庫存表(tcplsskc)；進貨累計庫存表(tcpltj)；進貨月區(qū)段庫存表(tcplkctj)；進貨月區(qū)段庫存表2(tcplkctj2)；月進貨明細庫存表(tcplkc200412)；工具庫存表(tcmjkc)；系統(tǒng)用戶表(users)；日志表(logs)；系統(tǒng)參數(shù)表(tcsyspara)。數(shù)據(jù)庫庫表關系圖如圖10-23所示。10.2Web商品進銷存信息系統(tǒng)【注意】表索引對性能的影響以及是否采用，需要通過實際系統(tǒng)的運行比較進行判定。圖10-23系統(tǒng)數(shù)據(jù)庫庫表關系圖10.2Web商品進銷存信息系統(tǒng)10.2.3系統(tǒng)實現(xiàn)

1.主窗體及其菜單（1）庫存管理子系統(tǒng)的主窗體。以庫存管理子系統(tǒng)為例，采用了多文檔界面，為此需在本系統(tǒng)項目中添加一個多文檔窗體，命名為frmmain.在主窗體中,可加入主菜單、工具欄與狀態(tài)欄等,如圖10-24。圖10-24庫存管理子系統(tǒng)的主界面10.2Web商品進銷存信息系統(tǒng)（2）主窗體的菜單。在主窗體中，單擊鼠標右鍵，選擇彈出式菜單中的“menueditor…”命令，創(chuàng)建如圖10-25所示的應用系統(tǒng)菜單結(jié)構(gòu)。圖10-25庫存管理主窗體菜單

10.2Web商品進銷存信息系統(tǒng)

2.主要模塊的實現(xiàn)1）商品出庫或入庫錄入模塊企業(yè)商品的采購入庫錄入窗口，其運行界面(只列出子窗口，以下同)示意圖，如圖10-26所示。出庫或入庫錄入組合查詢窗口如圖10-27所示。

圖10-26商品采購入庫錄入窗口圖10-27商品出庫或入庫組合查詢窗口10.2Web商品進銷存信息系統(tǒng)

2）商品月明細庫存生成與查詢模塊商品月明細庫存生成與查詢模塊的運行界面如圖10-29所示,模塊實現(xiàn)簡述：利用組合條件實現(xiàn)查詢，能方便并快速地查找到信息。系統(tǒng)年月設置表控制著商品月明細庫存的天數(shù)范圍及對月明細庫存表的創(chuàng)建、生成、結(jié)轉(zhuǎn)、刪除等管理功能，圖10-28及圖10-29所示的窗口簡明地實現(xiàn)了這些功能。

圖10-28商品明細庫存生成與查詢模塊運行界面圖10-29系統(tǒng)年月設置表的控制功能10.2Web商品進銷存信息系統(tǒng)

3）商品實時庫存計算與組合查詢模塊商品實時庫存計算與組合查詢模塊的運行界面如圖10-30所示,模塊實現(xiàn)簡述：本功能窗體被設計成上下兩部分，上部分數(shù)據(jù)網(wǎng)格控件顯示查到的庫存記錄；下部分可組合6種條件。商品實時庫存樹形查詢窗體，如圖10-31所示。

圖10-30商品實時庫存組合查詢窗體圖10-31商品實時庫存樹形查詢窗體10.2Web商品進銷存信息系統(tǒng)

4）商品進銷存統(tǒng)計模塊商品進銷存統(tǒng)計模塊的運行界面如圖10-32所示,模塊主要實現(xiàn)商品進貨、銷售、庫存和結(jié)余統(tǒng)計（主要包含月產(chǎn)量、銷量及結(jié)余等）與顯示，及月商品間段庫存統(tǒng)計（主要包含期初值、生產(chǎn)量、銷售量、銷量及期末值等）與顯示功能。

圖10-32商品進銷存統(tǒng)計報表窗口10.3Web圖書商城信息系統(tǒng)

10.3.1可行性分析1.技術可行性建立Web書城信息系統(tǒng)(簡稱網(wǎng)上書城0的技術方面,從計算機及網(wǎng)絡硬件及軟件資源方面都可行。在軟件開發(fā)方面，本系統(tǒng)是一個基于ASP、VBScript和SQLServer2014的Web應用程序。2.經(jīng)濟可行性(1)費用支出。主要包括3個方面：①在基建投資上；②其他一次支出；③經(jīng)常性支出。(2)經(jīng)濟效益。(3)投資回收周期。3.社會可行性(1)法律方面的可行性。(2)使用方面的可行性。4.結(jié)論 10.3.2軟件需求分析Web書城是一種高質(zhì)量、更快捷方便的購書方式。Web書城不僅可用于圖書的再線銷售，也有音碟、影碟的在線銷售和相關廣告宣傳與鏈接導航。而且網(wǎng)站式的書店對圖書的管理更加合理化、信息化、現(xiàn)代化。售書的同時還具有書籍類商品管理、購物車、訂單管理、會員管理等功能，非常靈活的網(wǎng)站內(nèi)容和文章管理功能。開發(fā)一個Web書城，采用結(jié)構(gòu)化分析設計方法，該系統(tǒng)包括前臺購書和后臺管理兩大總的模塊，后臺管理模塊又包括分類錄入書籍（以及書籍的相關信息，如名稱、頁數(shù)、摘要、目錄等）和管理前臺用戶，前臺管理模塊包括用戶登錄，查詢、瀏覽書籍，以及購書功能。本網(wǎng)站的所有會員都可以特價買書，新用戶可通過注冊成為本網(wǎng)站的會員，并可定購書籍和查詢訂單。10.3Web圖書商城信息系統(tǒng)

1）系統(tǒng)功能需求開發(fā)一個基于WEB的Web書城信息系統(tǒng)。具體功能包括：(1)瀏覽功能：所有人員都可以瀏覽圖書館的圖書信息。(2)讀者注冊：讀者在借書之前需要辦理借書證，獲得登陸系統(tǒng)密碼。(3)借還功能：合法借書者可以借、還圖書和雜志。(4)借書管理:管理員可進行注冊更改注銷借書者信息等維護.(5)讀者登錄系統(tǒng)，通過系統(tǒng)完成續(xù)借和預約圖書和雜志功能。(6)統(tǒng)計功能：包括對讀者借書情況、圖書情況的統(tǒng)計功能2）系統(tǒng)結(jié)構(gòu)分析Web書城管理系統(tǒng)的結(jié)構(gòu)，可以劃分為兩個部分。如圖10-33所示。系統(tǒng)前臺管理和系統(tǒng)后臺管理。10.3Web圖書商城信息系統(tǒng)系統(tǒng)前臺管理和系統(tǒng)后臺管理。

圖10-33Web書城信息系統(tǒng)功能結(jié)構(gòu)10.3Web圖書商城信息系統(tǒng)（1）系統(tǒng)前臺。如圖10-34所示。圖10-34系統(tǒng)前臺結(jié)構(gòu)圖10.3Web圖書商城信息系統(tǒng)（2）系統(tǒng)后臺。如圖10-35所示。圖10-35系統(tǒng)后臺結(jié)構(gòu)圖3）系統(tǒng)數(shù)據(jù)流圖Web書城管理系統(tǒng)主要處理模塊的數(shù)據(jù)流程圖，如圖10-36至圖10-40所示。圖10-36頂層數(shù)據(jù)流程圖10.3Web圖書商城信息系統(tǒng)圖10-37購書系統(tǒng)細化分析數(shù)據(jù)流程圖圖10-38“書處理”的細化10.3Web圖書商城信息系統(tǒng)圖10-39“支付處理”的細化圖10-40“配送”的細化10.3Web圖書商城信息系統(tǒng)4）軟件系統(tǒng)數(shù)據(jù)字典以下僅以圖10-41至圖10-42，訂書處理的1層數(shù)據(jù)流圖為例，其相對應的數(shù)據(jù)字典為：數(shù)據(jù)源點及匯點描述：加工邏輯詞條描述：數(shù)據(jù)流名詞條描述：數(shù)據(jù)文件詞條描述。網(wǎng)上圖書銷售的數(shù)據(jù)字典，主要通過以下幾個部分進行描述。（1）數(shù)據(jù)存儲。三個數(shù)據(jù)表的數(shù)據(jù)存儲，如表10-3所示。名字別名描述定義位置用戶表會員表記錄會員的個人基本情況用戶表=會員id+姓名+聯(lián)系方式+家庭住址+登錄密碼Web書城數(shù)據(jù)庫管理員表管理員表記錄會員的個人基本情況管理員表=管理員id+職位+聯(lián)系方式+姓名+登錄密碼Web書城數(shù)據(jù)庫圖書表圖書表記錄所賣書的基本信息圖書表=圖書id+名稱+出處+作者+出版日期Web書城數(shù)據(jù)庫表10-3數(shù)據(jù)表的數(shù)據(jù)存儲10.3Web圖書商城信息系統(tǒng)（2）數(shù)據(jù)結(jié)構(gòu)。三個數(shù)據(jù)表的數(shù)據(jù)結(jié)構(gòu)，如表10-4所示。表10-4數(shù)據(jù)表的數(shù)據(jù)結(jié)構(gòu)名字別名定義位置會員id會員號，編號會員id=會員申請日期+會員個人編號會員申請日期=8{數(shù)字字符}8會員個人編號=5{數(shù)字字符}5用戶表管理員id管理員號，管理員編號管理員id=部門編號+職工個人編號部門編號=2{數(shù)字字符}2職工個人編號=5{數(shù)字字符}5管理員表圖書id圖書號，圖書編號圖書id=種類編號+編號種類編號=2{數(shù)字字符}2編號=5{數(shù)字字符}5圖書表10.3Web圖書商城信息系統(tǒng)（3）數(shù)據(jù)元素。用戶表、管理員表和Web書城數(shù)據(jù)庫的數(shù)據(jù)元素，如表10-5所示

表10-5數(shù)據(jù)元素名字別名描述定義位置姓名昵稱1{字符}8用戶表、管理員表Web書城數(shù)據(jù)庫聯(lián)系方式聯(lián)系方式手機、電子郵件或電話聯(lián)系方式12{數(shù)字型}12|8{數(shù)字型}8用戶表、管理員表Web書城數(shù)據(jù)庫職位職位1{漢字}4用戶表、管理員表Web書城數(shù)據(jù)庫密碼登陸密碼6{字符}6用戶表、管理員表Web書城數(shù)據(jù)庫出處出版社1{漢字}15圖書表Web書城數(shù)據(jù)庫作者編輯者1{漢字}4圖書表Web書城數(shù)據(jù)庫10.3Web圖書商城信息系統(tǒng)5）實體—聯(lián)系圖Web書城的實體—聯(lián)系圖。如圖10-41所示。圖10-41Web書城系統(tǒng)E-R圖10.3Web圖書商城信息系統(tǒng)6）狀態(tài)轉(zhuǎn)換圖Web書城的狀態(tài)轉(zhuǎn)換圖。如圖10-42所示。圖10-42Web書城系統(tǒng)狀態(tài)轉(zhuǎn)換圖10.3Web圖書商城信息系統(tǒng)10.3.3軟件設計1.子系統(tǒng)設計1）子系統(tǒng)功能（1）提供了全面,詳細的圖書購物入口，輕松實現(xiàn)快捷購買。（2）可以通過不同分類進行導航,用最方便,最快捷的方式找到你需要的圖書。（3）提供了圖書購物所需的各種工具與網(wǎng)站,滿足你的圖書購買需求。（4）公正性很強(大站.專站.小站）排列順序分明.公平公正的圖書網(wǎng)址TOP排行榜。10.3Web圖書商城信息系統(tǒng)10.3Web書城信息系統(tǒng)2）子系統(tǒng)流程圖經(jīng)過系統(tǒng)需求分析，可以設計并畫出Web書城子系統(tǒng)流程圖，如圖10-43所示。圖10-43Web書城子系統(tǒng)流程圖10.3Web書城信息系統(tǒng)3）子系統(tǒng)模塊設計（1）書籍管理模塊。（2）用戶管理模塊。（3）銷售統(tǒng)計模塊。（4）商品查詢模塊。（5）商品瀏覽模塊。（6）購物車模塊。2.數(shù)據(jù)結(jié)構(gòu)設計（1）books表。數(shù)據(jù)結(jié)構(gòu)的books表，如表10-6所示。表10-6books表（2）user表。數(shù)據(jù)結(jié)構(gòu)的user表，如表10-7所示。表10-7user表10.3Web圖書商城信息系統(tǒng)3.網(wǎng)站模塊及界面設計1）網(wǎng)站模塊接口網(wǎng)上書店網(wǎng)站模塊及其接口,如圖10-44所示。圖10-44網(wǎng)站模塊及其接口

2）界面功能設計。如表10-8所示。書店模塊書店主界面書籍查看暢銷書籍新書上架書籍詳細介紹用戶用戶登陸用戶注冊找回密碼用戶注銷購物車查看購物車支付金額管理員后臺主界面后臺用戶管理前臺用戶管理前臺用戶詳細信息書籍分類管理書籍查看書籍修改書籍添加10.3Web圖書商城信息系統(tǒng)10.3.4軟件實現(xiàn)鑒于篇幅有限，主要概要簡介界面的實現(xiàn)。1）Web書城主界面Web書城主界面，如圖10-45所示。圖10-45Web書城頁面

10.3Web圖書商城信息系統(tǒng)在主頁面用戶可以登陸，注冊，找回密碼，查詢書籍等。點擊相應的超鏈接即可。2）書籍查詢書籍查詢可按書名、作者、出版社等關鍵字進行查詢，在輸入框中輸入相應的信息，點擊“搜索”即可，轉(zhuǎn)到相應的書籍。Web書城書籍查詢界面，如圖10-46所示。圖10-46書籍查詢界面10.3Web圖書商城信息系統(tǒng)3）暢銷書籍暢銷書籍頁面，可以分門別類地列出大量最近最受歡迎的各種書籍信息，通過點擊即可查詢?yōu)g覽。4）最新書籍最新書籍頁面是最近新添書籍，可以讓用戶了解最近新書。5）書籍詳細介紹書籍詳細介紹頁面是對一本書的詳細介紹，包括書名、作者、價格、評論。6）用戶登陸在用戶登陸時要輸入用戶名、密碼，還有驗證碼。如果信息合法，則進入登陸成功頁面。用戶注冊及會員登錄界面如圖10-47所示。10.3Web圖書商城信息系統(tǒng)圖10-47用戶注冊及會員登錄界面10.3Web圖書商城信息系統(tǒng)7）登陸成功用戶登陸成功后，會在登陸窗口上顯示“***用戶，歡迎您！”的提示。8）登錄失敗如果登陸失敗，會談出對話框提示密碼錯誤，會提示用戶重新登陸。9）找回密碼用戶要找回密碼，需要回答問題或向注冊的郵箱/手機發(fā)送信息，重新輸入找回的密碼。10）用戶注冊用戶注冊，需要輸入用戶名、密碼、確認密碼、電子郵箱、問題、問題答案。然后進行提交。11）查看購物車查看購物車，可查看書籍的數(shù)量及總價等，也可刪除或重新購物，最后經(jīng)過確認付款結(jié)賬。如圖10-48所示。圖10-48查看購物車10.3Web圖書商城信息系統(tǒng)12）后臺主界面在后臺主界面，管理員點擊相應的鏈接就可以進行管理。包括書籍管理、用戶管理、分類管理。13）后臺用戶管理后臺用戶管理，可以刪除管理員，添加管理員。14）前臺用戶管理前臺用戶管理頁面，管理員可以查看用