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

1、第第10章章 WebApp開發(fā)綜合案例開發(fā)綜合案例 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 2 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 3 10.4 本章小結本章小結 4 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 1 10.5 課程設計任務書及評價課程設計任務書及評價 510.1 WebApp項目開發(fā)概述項目開發(fā)概述 第10章 WebApp開發(fā)綜合案例教學目標教學目標 了解Web工程概念及與傳統(tǒng)軟件工程的區(qū)別 理解WebApp的概念、特點和開發(fā)過程 掌握WebApp的分析、設計和測試方法 掌握WebApp綜合開發(fā)方法及課程設計過程10.1 WebApp項目開發(fā)概述項目開發(fā)

2、概述 10.1.1 WebApp的特點及類型的特點及類型 1）WebE的概念及與傳統(tǒng)項目的區(qū)別的概念及與傳統(tǒng)項目的區(qū)別 1998年年Yogesh Deshpande和和Steve Hansen提出提出了了Web工程（簡稱工程（簡稱WebE）的概念，是指按計劃進行的網(wǎng)）的概念，是指按計劃進行的網(wǎng)絡綜合性工作?；诮j綜合性工作。基于Web的系統(tǒng)和應用簡稱的系統(tǒng)和應用簡稱WebApp,不不同于其他計算機軟件，而是基于同于其他計算機軟件，而是基于web的系統(tǒng)與的系統(tǒng)與“頁面排頁面排版和軟件開發(fā)、市場和預算、內部交流和外部聯(lián)系以及版和軟件開發(fā)、市場和預算、內部交流和外部聯(lián)系以及藝術和技術間藝術和技術間”

3、綜合作用的產(chǎn)物。綜合作用的產(chǎn)物。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 WebE與傳統(tǒng)軟件工程的區(qū)別與傳統(tǒng)軟件工程的區(qū)別，主要體現(xiàn)在，主要體現(xiàn)在6個方面，并如表個方面，并如表10-1所示所示： （1）WebApp強調信息的含量，傳統(tǒng)軟件工程則強調系統(tǒng)功能的完善； （2）WebApp關注視覺和感覺，傳統(tǒng)的軟件界面則奉行“簡單為美”原則； （3）多數(shù)WebApp是數(shù)據(jù)驅動，傳統(tǒng)的軟件開發(fā)多是功能驅動或過程驅動； （4）WebApp適應不同的用戶，傳統(tǒng)軟件系統(tǒng)的用戶群體則常圈定在某個范圍之內； （5）WebApp應在短期內開發(fā)完成，很難用傳統(tǒng)軟件工程中的形式化方法和測試技術； （6）WebE

4、要求技術、藝術和科學在更大范圍內相互結合。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 比較內容傳統(tǒng)項目小型WebApp項目大型WebApp項目需求收集嚴格的受限制的嚴格的技術規(guī)格說明模型、規(guī)格說明健全總體描述UML、模型、規(guī)格說明健全項目持續(xù)時間以月或年為度量單位以天、周或月為度量單位以月或年為度量單位測試和質量保證致力于取得質量目標致力于風險控制重視所有的SQA活動風險管理明確的內部的明確的可交付使用的期限18個月或更長3-6個月或更短3-12個月或更短發(fā)布過程嚴格的快速的嚴格的發(fā)布后客戶的反饋需要大量的主動工作以用戶交互中自動獲得自動獲得及由請求反饋獲得表10-1 WebApp與傳統(tǒng)軟

5、件項目的區(qū)別 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 2）WebApp的特點WebApp的特點的特點具有以下8個方面：（1）網(wǎng)絡密集性（Network intensiveness）。（2）并發(fā)性（Concurrency）。（3）無法預測的負載量（Unpredictable load）。（4）性能敏感性（Performance sensitive）。（5）高可用性（High availability）。（6）數(shù)據(jù)驅動 (Data driven)。（7）內容敏感（Content sensitive）。（8）持續(xù)演化(Continuous evolution)。WebApp驅動持續(xù)演化的過程

6、的特征： 即時性。即時性。 安全性。安全性。 美觀性美觀性。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 WebApp的開發(fā)具有3個特點：WebApp常以增量的方式進行開發(fā)；經(jīng)常發(fā)生變化；期限較短。因此，整個WebE過程也與這些特點相適應。 3）WebApp主要應用類型在在WebApp中，主要應用類型包括：中，主要應用類型包括： （1）信息型。 （2）下載型。 （3）可定制型。 （4）交互型。 （5）用戶輸入型。 （6）面向事務型。 （7）面向服務型。 （8）門戶型。 （9）數(shù)據(jù)庫訪問型。 （10）數(shù)據(jù)倉庫型。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 10.1.2 WebApp開發(fā)過程

7、及技術方法開發(fā)過程及技術方法 1. WebApp開發(fā)過程開發(fā)過程 WebApp的分散性和交互性，使其開發(fā)遵從一定的開發(fā)規(guī)范、的分散性和交互性，使其開發(fā)遵從一定的開發(fā)規(guī)范、技術標準和流程，以保證整個開發(fā)團隊協(xié)調一致的工作，從而提技術標準和流程，以保證整個開發(fā)團隊協(xié)調一致的工作，從而提高開發(fā)工作效率，提升項目質量。高開發(fā)工作效率，提升項目質量。WebApp開發(fā)需要過程模型、開發(fā)需要過程模型、適合適合WebApp開發(fā)特點的技術和方法。過程、技術（工具）和方開發(fā)特點的技術和方法。過程、技術（工具）和方法稱為法稱為WebE的三要素。的三要素。 1）WebE過程及過程及WebApp開發(fā)流程開發(fā)流程 根據(jù)根

8、據(jù)WebE的特點，可構建的特點，可構建WebE過程框架，如圖過程框架，如圖10-1所示。所示。（1 1）溝通交流（）溝通交流（CommunicationCommunication）。在）。在WebEWebE過程中，溝通交流的特點有過程中，溝通交流的特點有3 3種種WebEWebE活動：規(guī)劃（活動：規(guī)劃（FormulationFormulation）、提?。ǎ⑻崛。‥licitationElicitation）和協(xié)商）和協(xié)商（NegotiationNegotiation）。）。（2 2）計劃（）計劃（PlanningPlanning）。做出由一個任務定義和一個時間表組成的）。做出由一個任務定義

9、和一個時間表組成的WebAppWebApp增量式項目開發(fā)計劃。增量式項目開發(fā)計劃。（3 3）建模（）建模（ModelingModeling）。軟件項目和設計應與）。軟件項目和設計應與WebAppWebApp開發(fā)相適應，然開發(fā)相適應，然后并入后并入WebAppWebApp建?；顒又?。建?；顒又小?（4 4）構建（）構建（ConstructionConstruction）。利用）。利用WebWeb工具和技術構建已建模的工具和技術構建已建模的WebAppWebApp，并可快速測試暴露設計問題及時調整及修改。并可快速測試暴露設計問題及時調整及修改。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 10.

10、1 WebApp項目開發(fā)概述項目開發(fā)概述 （5）部署（Deployment）。 在實際開發(fā)過程中，WebApp開發(fā)的目標是按時、保質、保量完成預期交付軟件。通常WebApp開發(fā)采用增量的迭代模型，其開發(fā)流程與傳統(tǒng)軟件開發(fā)項目的過程類似，具體WebApp開發(fā)流程，如圖10-2所示。 主要任務包括：對問題進行定義及陳述交流；制定項目協(xié)議/合同及計劃/方案；分析需求；設計體系結構、導航、接口；使用Web開發(fā)工具實現(xiàn)WebApp；測試及發(fā)布。圖10-2 WebApp開發(fā)流程10.1 WebApp項目開發(fā)概述項目開發(fā)概述 2. WebApp開發(fā)技術及方法1）技術和工具建立高質量的建立高質量的WebApp

11、，需要三種技術：，需要三種技術：（1）基于部件的開發(fā)。（2）安全性技術。（3）Internet標準HTML和XML。2）WebE方法WebE方法方法主要有以下5種：（1）交流方法。 （2）需求分析方法。（4）設計方法。（5）測試方法。 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 10.1.3 WebApp需求分析 WebApp的需求分析需求分析有3個任務個任務：表述問題、收集需求和分析建模，在表述問題期間主要確定WebApp的目的和目標，并定義用戶種類。收集需求主要通過調研等確定具體功能、內容、界面等需求，并以分析建模進行具體描述。主要進行4種分析種分析：內容分析；交互分析；功能分析；配置

12、分析。分析重點分析重點是解決3個重要問題：表達或處理的信息內容；為最終用戶提供的功能；WebApp表達內容和執(zhí)行功能時，表現(xiàn)的行為，可將問題的回答表示為分析模型的一部分。 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 WebE根據(jù)自身的特點，將分析模型分為：根據(jù)自身的特點，將分析模型分為：1）內容分析模型對WebE基礎的內容進行分析。內容模型包含結構元素，為WebApp的內容需求提供一個重要的視圖。其結構元素包含內容對象(如，文本、圖形圖像、照片、視頻圖橡、音頻)，其內容對象是WebApp的一部分。2）交互分析模型交互模型交互模型由4種元素組成組成：用例、順序圖、狀態(tài)圖、用戶界面原型。（1）

13、用例。（2）順序圖。（3）狀態(tài)圖。（4）用戶界面原型。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 3）功能分析模型 功能模型功能模型描述WebApp的兩個處理元素，各元素代表過程抽象的2個不同層次： （1）用戶可觀察到由WebApp傳遞給最終用戶的功能。 （2）分析類中實現(xiàn)與類相關的行為的操作。 4）配置分析模型 客戶端軟件提供的基礎設施，使用戶可從所在位置訪問。通常，瀏覽器用于顯示從服務器下載的內容和功能。應針對各種瀏覽器特性及配置(配置模型的部分詳細說明)，對WebApp進行徹底測試。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 5）關系導航分析模型 關系導航分析關系導航分析(Rel

14、ationship-navigation analysis，RNA)提供一系列分析步驟，主要分析各網(wǎng)頁之間的關系。RNA方法方法可以分成5步： （1）用戶分析。 （2）元素分析。 （3）關系分材。 （4）導航分析。 （5）評估分析。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 10.1.4 WebApp設計 1. WebApp設計的目標要求WebApp設計設計的目標要求目標要求，主要包括7個方面：（1）簡單性。（2）一致性。（3）相符性。（4）健壯性。（5）導航性。（6）視覺吸引。（7）兼容性。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 2. WebApp的設計活動 WebApp設計設計

15、可分為6種活動種活動：構件設計、體系結構設計、導航設計、內容設計、美觀設計和界面設計。每種設計都影響整體質量，可用金字塔表示，如圖10-3所示。1）構件設計 WebApp經(jīng)過發(fā)展逐漸形成為模板化功能化。其處理功能主要包括：數(shù)據(jù)庫查詢及其他操作；與外部企業(yè)系統(tǒng)的數(shù)據(jù)接口；用戶的注冊和認證。為了重復利用這些功能，應設計和構建一些程序構件，同普通軟件在形式上一致。利用構件技術，可便于組建各種WebApp。2）體系結構設計 體系結構的設計主要定義WebApp超媒體結構、設計模式、設計模板、內容設計。設計模式為解決某些問題的一般性方法。如在WebApp中處理數(shù)據(jù)功能時，可用體系結構和構件級設計模式。超文

16、本級的設計模式著重導航特征的設計，允許用戶以流暢的方式在WebApp內容間移動。 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 圖10-3 WebApp設計金字塔模型 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 體系結構的設計與WebApp的目標、內容、導航原則緊密相關。體系結構主要分為體系結構主要分為4種：線性結構、網(wǎng)格結構、層次結構和網(wǎng)狀結構。 （1）線性結構。當內部交互可預測順序時，Web內容串形相連，常選擇線型結構。這種結構簡單，但缺乏靈活性。如圖10-4所示。 （2）網(wǎng)格結構：當WebApp內容可分類地組織成二維或更高維時，可采用網(wǎng)格結構，如圖10-5所示。這種結構有很大靈活性

17、，但也容易帶來混亂。 圖10-4 線性結構 圖10-5 網(wǎng)格結構10.1 WebApp項目開發(fā)概述項目開發(fā)概述 （3）層次結構。如圖10-6是最常見的體系結構。其結構可設計成使控制流水平地穿過垂直分支（超文本分支）的方式。在此結構中左邊展示的內容可由超文本鏈接其他分支的內容，實現(xiàn)內容快速導航。 （4）網(wǎng)絡結構。如圖10-7在很多方面類似于面向對象系統(tǒng)的體系結構。對結構構件（網(wǎng)頁）進行設計，使構件可將控制傳遞（以超文本鏈接）到系統(tǒng)中的其他部件，使導航相對靈活。 圖10-6 層次結構 圖10-7 網(wǎng)絡結構10.1 WebApp項目開發(fā)概述項目開發(fā)概述 體系結構線性結構網(wǎng)格結構層次結構特點結構比較固

18、定Web內容一維化Web內容多維化最常見的結構優(yōu)點簡單有極大的靈活性有較大的靈活性缺點靈活性不高很容易帶來混亂易混亂例子訂單大型網(wǎng)站普通網(wǎng)站上述4種類型的體系結構，比較如表10-2所示。表表10-2 不同的體系結構比較不同的體系結構比較10.1 WebApp項目開發(fā)概述項目開發(fā)概述 3）導航設計 導航設計的主要過程為：識別用戶角色，不同的用戶角色可獲得不同的內容和服務。如注冊客戶、特權客戶可獲得不同級別的信息和服務；為每一類用戶角色確定訪問目標；為每類用戶的每個訪問目標設計最佳的導航路徑。導航設計還要解決使用各種輔助手段使導航更容易方便。在導航設計時，應為同類用戶建立一個語義導航單元，以便后繼

19、的管理。 4）內容設計 對內容對象建模后，編寫對象傳遞的信息并對其格式化，盡量滿足用戶需求。常以所提供信息的概要描述和內容對象的類型說明來設計內容對象。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 5）美觀及布局設計 美觀設計又稱美工（學）設計，美觀設計又稱美工（學）設計，包括顏色配置、幾何圖案設計、文字大小字體和位置、圖形使用等。在布局及設計中，主要考慮全局顏色配置、字體、字號、風格、樣式、補充媒體（音頻、視頻、動畫）的使用，以及其他美觀元素。在設計時應進行布局規(guī)劃。在設計布局時，主要基本原則設計布局時，主要基本原則是：是：（1）巧用空間。（2）重視內容。（3）順序組織布局元素。（4）組織

20、導航、內容和功能。（5）不要以滾動條擴展空間。（6）瀏覽器窗口大小。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 6）界面設計 界面設計包括屏幕布局，交互模式定義和導航機制描述。界面設計包括屏幕布局，交互模式定義和導航機制描述。界面設計應考慮3個方面:用戶目前位置、操作及可導向的目標。并注重6項基本原則：基本原則： （1）頁面速度。 （2）頁面正確。 （3）菜單和界面風格統(tǒng)一。 （4）鏈接指示明顯。 （5）界面功能清晰。 （6）常用表格等工具。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 10.1.5 WebApp測試 應先測試最終用戶所見內容和界面，再對體系結構及導航設計等方面進行測試。

21、最后，轉到測試技術能力，WebApp基礎設施及安裝或實現(xiàn)方面。WebApp測試過程，如圖測試過程，如圖10-8所示。 圖10-8 WebApp測試過程 1） 內容測試 用于檢驗WebApp提供信息的正確性、準確性和相關性。信息的正確性指信息的可靠性非誤傳，避免誤解與糾紛；準確性指是否有語法或拼寫錯誤。內容測試目的是發(fā)現(xiàn)內容方面的錯誤。除了檢查靜態(tài)內容，還應檢測從數(shù)據(jù)庫所維護的數(shù)據(jù)中導出的動態(tài)內容。 10.1 WebApp項目開發(fā)概述項目開發(fā)概述圖10-3 WebApp設計金字塔模型 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 2）界面測試 界面測試的總體策略是：發(fā)現(xiàn)與特定的界面機制相關的錯

22、誤；發(fā)現(xiàn)界面實現(xiàn)導航語義方式的錯誤、功能性錯誤或內容顯示錯誤。用戶與WebApp以界面機制交互，測試的主要內容為：測試的主要內容為：（1）鏈接測試。（2）表單測試。（3）Cookies測試。（4）客戶端腳本測試。（5）動態(tài)HTML測試。（6）彈出窗口測試。（7）CGI腳本測試。（8）流動內容測試。（9）界面機制的應用。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 3）性能測試 性能測試用于發(fā)現(xiàn)性能方面的問題，其產(chǎn)生原因是：服務器端資源缺乏、不合適的網(wǎng)絡帶寬及數(shù)據(jù)庫數(shù)量，不完善或不當?shù)牟僮飨到y(tǒng)能力，功能設計不當，可能導致客戶-服務器性能下降的其他軟硬問題。性能測試的目的：了解系統(tǒng)如何對負載作出

23、反應；收集度量數(shù)據(jù)，這些數(shù)據(jù)將促使修改設計，從而使性能的大改善。性能測試策略，包括以下3個方面 （1）連接速度測試。 （2）負載測試。 （3）壓力測試。4）構件級測試 構件級測試也稱功能測試，通過集中測試，試圖發(fā)現(xiàn)WebApp功能方面的錯誤。每個功能都是一個軟件模塊，可用黑盒技術對其進行測試。構件級測試用例常受表單級的輸入驅動。 10.1 WebApp項目開發(fā)概述項目開發(fā)概述 5）導航測試 導航描述了用戶在一個頁面內操作的方式。主要檢測WebApp是否易于導航：導航是否直觀?Web系統(tǒng)的主要部分是否可通過主頁存取?Web系統(tǒng)是否需要站點地圖、搜索引擎或其他的導航幫助?在一頁面上放太多信息常起到

24、相反效果。導航測試的目的始終是確保在WebApp上線前發(fā)現(xiàn)導航功能方面的錯誤。測試每個導航都執(zhí)行了預期功能：測試每個導航都執(zhí)行了預期功能：（1）導航鏈接。（2）重定向。（3）書簽。（4）框架和框架集。（5）站點地圖。（6）內部搜索引擎。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 6） 配置測試 配置的可變性和不穩(wěn)定性是測試的重要因素。主要測試常用客戶端和服務器端配置，確保用戶在所有配置中的體驗一樣，并將特定于特殊配置的錯誤分離出來。 7）安全性測試 安全性測試將一系列設計的測試合并，模擬攻擊WebApp及其環(huán)境中的弱點，驗證其安全性。WebApp的安全性測試區(qū)域主要包括：安全性測試區(qū)域主要

25、包括： (1)測試有效和無效的用戶名和密碼。 (2) WebApp是否有超時的限制。 (3)日志文件是至關重要。 (4)使用安全套接字時。 (5)測試無授權可否在服務器端放置和編輯腳本。測試網(wǎng)站的數(shù)據(jù)安全能力和抗攻擊能力，包括測試網(wǎng)站的數(shù)據(jù)安全能力和抗攻擊能力，包括: (1)網(wǎng)站網(wǎng)絡環(huán)境安全測試。 (2)系統(tǒng)軟件安全測試。 (3)客戶端應用程序安全測試。 (4)服務器端應用程序安全測試。 (5)防御能力測試。10.1 WebApp項目開發(fā)概述項目開發(fā)概述 10.1.6 WebApp項目管理 1）構建WebApp項目團隊 開發(fā)大型的WebApp需要有一個具有強有力的團隊，開發(fā)人員所具有的技能和知

26、識層次結構可組成一個由管理、技術和人員交流技能構成的三維技能空間。管理技能包括調整、規(guī)劃和將Web系統(tǒng)與已經(jīng)存在的信息系統(tǒng)集成；技術技能包括計算、網(wǎng)絡和Internet通訊；人員交流技能包括圖形設計、布局、人員通訊、表達技能等。開發(fā)人員可分為開發(fā)人員可分為6類：Web決策人員（如項目經(jīng)理）、內容提供人員、Web開發(fā)人員、Web發(fā)布人員、Web支持人員、Web管理人員。其結構如圖10-9所示。其成員可屬于不同類別，分別承擔不同的任務。 圖10-9 Web項目團隊結構10.1 WebApp項目開發(fā)概述項目開發(fā)概述。 2）軟件項目管理原則進行WebApp項目管理的指導原則，主要有項目管理的指導原則，

27、主要有6項：（1）啟動項目。（2）選擇外包供應商。（3）評估報價的正確性和估算的可靠性。（4）理解所期望或實現(xiàn)的項目管理程度。（5）確定開發(fā)進度。（6）管理范圍。3） 配置管理 對于WebApp配置管理，主要注重解決注重解決4個問題：內容、人員、可伸縮個問題：內容、人員、可伸縮性和關聯(lián)控制。性和關聯(lián)控制。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 10.2.1 系統(tǒng)需求分析1. 系統(tǒng)開發(fā)的背景 隨著信息化社會經(jīng)濟發(fā)展方式的轉變，企業(yè)面臨著激烈競爭，改善內部及整個供應鏈各環(huán)節(jié)的管理、調度及資源配置，迅速適應客戶新需求和市場新機遇成為決定性因素。企業(yè)是一個充分利用資源(人、財、物、信息和

28、時間)，創(chuàng)造價值的機構，ebApp可對這些資源進行計劃、調度、控制、衡量、改進的管理技術和支持。商品進銷存是企業(yè)供銷的重要部門，是WebApp主要組成部分。開發(fā)和使用合理的WebApp，有效地控制存儲、檢索和資源有效利用，有助于讓產(chǎn)、供、銷、財務形成一個統(tǒng)一的整體，從而使企業(yè)處于全面受控狀態(tài)，壓縮投資規(guī)模，加快資金周轉，降低產(chǎn)品成本和不必要的原料和在商品積壓。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 2. 系統(tǒng)的可行性分析 WebApp項目研發(fā)目的項目研發(fā)目的是：利用計算機網(wǎng)絡和數(shù)據(jù)庫技術，使企業(yè)生產(chǎn)、庫存和銷售能夠有利結合起來，產(chǎn)銷存銜接，提高企業(yè)的效率和效益。主要任務主要任務包

29、括：（1）適用性。（2）經(jīng)濟性。（3）整體性。（4）功能需求。（5）性能需求。（6）安全保密性。（7）用戶界面需求。（8）環(huán)境需求。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 3 系統(tǒng)功能需求分析 1）需求問題提出 以前，企業(yè)通過手工或單機維護“數(shù)據(jù)表”管理進貨與庫存等數(shù)據(jù)。使用中遇到很多問題，包括： （1）文件級共享，共享性差，安全性低； （2）實時性差，“數(shù)據(jù)表”中的內容只有及時保存后，其他電腦才能讀到，另外，不能允許兩個以上的人同時更新庫存文件； （3）查詢、統(tǒng)計等操作不方便； （4）以前根本不能實現(xiàn)Web網(wǎng)上訂購功能。 2）功能需求分析 在數(shù)據(jù)庫服務器及SQL Server

30、2008中，創(chuàng)建商品進銷存管理數(shù)據(jù)庫，在數(shù)據(jù)庫上建立各關系模式對應的庫表，并確定主鍵、索引、參照完整性、用戶自定義完整性等。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(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)生商品或進貨的實時庫存； 以樹型結構或表格方式方便查閱各類各種商品

31、或進貨的實時庫存； 由分類統(tǒng)計值，反查其明細清單； 將主要表或查詢信息按需導出到“數(shù)據(jù)表”中，支持原有手工處理要求，導出到“數(shù)據(jù)表”的數(shù)據(jù)能用于保存或排版打印等需要； 分級別用戶管理； 月份設定與統(tǒng)計管理；10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(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)界面友好，功能安排合理，操作使用方便

32、，并能進一步考慮子系統(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)生商品10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 要求Web網(wǎng)頁系統(tǒng)要運行穩(wěn)定、可靠，操作簡單、方便。 3）庫存管理系統(tǒng)C/S模式要求基于以上系統(tǒng)涉及的處理數(shù)據(jù)，C/S模式實現(xiàn)的庫存管理系統(tǒng)具體涉及到問題：（1）方便及時多用戶地錄入商品、進貨、工具等入出庫單數(shù)據(jù)；（2）方便查閱、核對入出庫單

33、數(shù)據(jù)，并方便維護商品、進貨、工具等入出庫單原始數(shù)據(jù)；（3）以組合方式快速查閱商品、進貨、工具等入出庫單原始數(shù)據(jù)；（4）按一鍵完成對庫存、按月或分日對商品、進貨的統(tǒng)計（5）自動產(chǎn)生商品或進貨的實時庫存；（6）以樹型結構或表格方式方便查閱各類各種商品或進貨的實時庫存；（7）由分類統(tǒng)計值，反查其明細清單；（8）將主要表或查詢信息按需導出到“數(shù)據(jù)表”中，支持原有手工處理要求，導出到“數(shù)據(jù)表”的數(shù)據(jù)能用于保存或排版打印等需要；（9）分級別用戶管理；（10）月份設定與統(tǒng)計管理等。 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 4）業(yè)務流程及數(shù)據(jù)流圖 在認真調查分析有關信息需求的基礎上， 通過對We

34、b訂購子系統(tǒng)的業(yè)務流程圖分析，可得到其中“網(wǎng)上訂購”部分的數(shù)據(jù)流圖，如圖10-10所示。圖10-10 Web訂購子系統(tǒng)中“網(wǎng)上訂購”數(shù)據(jù)流圖 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 庫存管理業(yè)務處理的商品庫存管理子系統(tǒng)的業(yè)務流程圖，如圖10-11。從而得到數(shù)據(jù)流圖。圖10-11 庫存管理子系統(tǒng)業(yè)務流程圖 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(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ù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程五個部分。以下數(shù)據(jù)字典卡

35、片的形式來舉例說明。 （1）“商品入庫單”數(shù)據(jù)結構： 名字：商品入庫單 別名：商品生產(chǎn)量 描述：每天生產(chǎn)或加工車間，以入庫單形式來記錄其產(chǎn)量，并登記入庫 定義：商品入庫單=入庫單號+類別+規(guī)格+材質+單位+生產(chǎn)車間+成本+日期+入庫值+經(jīng)辦人 位置：保存到入出庫表或打印保存10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) （2）“商品入庫單商品入庫單”數(shù)據(jù)結構之數(shù)據(jù)項數(shù)據(jù)結構之數(shù)據(jù)項：名字：入庫單號 名字：類別別名：序號 別名：商品類別名描述：唯一標識某商品入庫的數(shù)字編號 描述：商品的第一大分類名定義：整型數(shù) 定義：字符型漢字名稱，漢字數(shù)=100次 存取方式：聯(lián)機處理、檢索與更新、順序檢索

36、與隨機檢索 數(shù)據(jù)流圖表達了數(shù)據(jù)和處理的關系，數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程五個部分。以下數(shù)據(jù)字典卡片的形式來舉例說明?！吧唐啡霂靻巍睌?shù)據(jù)結構： 名字：商品入庫單 別名：商品生產(chǎn)量 描述：每天生產(chǎn)或加工車間，以入庫單形式來記錄其產(chǎn)量，并登記入庫 定義：商品入庫單=入庫單號+類別+規(guī)格+材質+單位+生產(chǎn)車間+成本+ 日期+入庫值+經(jīng)辦人 位置：保存到入出庫表或打印保存10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) （5）處理過程 處理過程的具體處理邏輯一般用判定表或判定樹來描述

37、。數(shù)據(jù)字典中只需要描述處理過程的說明性信息。如“實時商品庫存計算”的處理過程說明如下： 處理過程名：實時商品庫存計算 說明：隨著入庫單、出庫單的不斷輸入，要能實時計算出當前各商品的庫存 輸入：入庫單數(shù)據(jù)流，來自生產(chǎn)車間；出庫單數(shù)據(jù)流，來自銷售部門銷售 輸出：計算出各商品當前庫存 處理：商品庫存計算的功能就是實時計算商品庫存，處理頻度：每小時20-40次，每當有入庫單數(shù)據(jù)流或出庫單數(shù)據(jù)流發(fā)生都要引發(fā)庫存計算事務，計算庫存涉及的數(shù)據(jù)：每小時4kb-10kb，希望在發(fā)生入庫或出庫信息時實時計算庫存。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 6）具體處理的主要數(shù)據(jù)B/S模式實現(xiàn)的網(wǎng)上訂購系

38、統(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è)服務器上的SQL Server 2008的DBMS中。7）系統(tǒng)需要管理的實體信息 1

39、0.2.2 系統(tǒng)設計 1）數(shù)據(jù)庫概念結構設計根據(jù)實體聯(lián)系分析可以畫出基于Web進銷 存信息系統(tǒng)的E-R圖，如圖10-12所示。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 圖10-12 Web進銷存信息系統(tǒng)E-R圖 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 由實體之間的聯(lián)系，可畫出各實體的E-R圖，如圖10-13至圖10-18所示。可建立相應關系數(shù)據(jù)表。 圖10-13 現(xiàn)有庫存實體E-R圖 圖10-14 入庫實體E-R圖圖10-17 設備庫存實體E-R圖 圖10-18 計劃采購實體E-R 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 實體與實體間的關系E-R圖，如圖

40、10-19所示。圖10-19 實體之間關系E-R圖10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(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)的功能進行集中、分類，按照

41、結構化程序設計的要求，可得出子系統(tǒng)的功能模塊圖如圖10-20，而庫存管理子系統(tǒng)各項功能模塊如圖10-21所示。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 圖10-20 Web網(wǎng)上訂購子系統(tǒng)一級功能模塊圖 圖10-21 庫存管理子系統(tǒng)功能模塊圖 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 3）操作流程設計 網(wǎng)上訂購系統(tǒng)運行時通?？梢园凑杖鐖D 10-22所示的操作流程進行操作。 4）數(shù)據(jù)庫設計 按照實體-聯(lián)系圖轉化為關系模式的方法，本系統(tǒng)共使用到至少23個關系模式(含4個輔助關系)，在此只給出23個表名：Web訂單表(weborders)；Web訂單明細表 weborderde

42、tails)；Web用戶表(webuser)；Web購買折扣表(webdiscount)；Web支付方式表(Webpaydefault)；Web即時信息表(webmessage)；商品年月設置表tccpny)；商品入出庫表(tccprck)；10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 圖10-22 網(wǎng)站操作流程示意圖 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 商品實時庫存表(tccpsskc)；月累計庫存表(tccptj)；商品月區(qū)段庫存表(tccpkctj)；月商品明細庫存表(tccpkc200412)；進貨年月設置表tcplny)；進貨入出庫表(tcplrck)；進貨

43、實時庫存表(tcplsskc)；進貨累計庫存表(tcpltj)；進貨月區(qū)段庫存表(tcplkctj)；進貨月區(qū)段庫存表2(tcplkctj2)；月進貨明細庫存表(tcplkc200412)；工具庫存表(tcmjkc)；系統(tǒng)用戶表 (users)；日志表(logs)；系統(tǒng)參數(shù)表(tcsyspara)。數(shù)據(jù)庫庫表關系圖如圖10-23所示。10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 【注意】表索引對性能的影響以及是否采用，需要通過實際系統(tǒng)的運行比較進行判定。圖10-23 系統(tǒng)數(shù)據(jù)庫庫表關系圖10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 10.2.3 系統(tǒng)實現(xiàn) 1. 主窗體及其菜單

44、（1）庫存管理子系統(tǒng)的主窗體。以庫存管理子系統(tǒng)為例，采用了多文檔界面，為此需在本系統(tǒng)項目中添加一個多文檔窗體，命名為frmmain.在主窗體中,可加入主菜單、工具欄與狀態(tài)欄等,如圖10-24。圖10-24 庫存管理子系統(tǒng)的主界面10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) （2）主窗體的菜單。在主窗體中，單擊鼠標右鍵，選擇彈出式菜單中的“menu editor”命令，創(chuàng)建如圖10-25所示的應用系統(tǒng)菜單結構。圖10-25 庫存管理主窗體菜單 10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 2. 主要模塊的實現(xiàn) 1）商品出庫或入庫錄入模塊 企業(yè)商品的采購入庫錄入窗口，其運行界面(只

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

46、8 商品明細庫存生成與查詢模塊運行界面 圖10-29 系統(tǒng)年月設置表的控制功能10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 3）商品實時庫存計算與組合查詢模塊 商品實時庫存計算與組合查詢模塊的運行界面如圖10-30所示,模塊實現(xiàn)簡述：本功能窗體被設計成上下兩部分，上部分數(shù)據(jù)網(wǎng)格控件顯示查到的庫存記錄；下部分可組合6種條件。商品實時庫存樹形查詢窗體，如圖10-31所示。 圖10-30 商品實時庫存組合查詢窗體 圖10-31 商品實時庫存樹形查詢窗體10.2 Web商品進銷存信息系統(tǒng)商品進銷存信息系統(tǒng) 4）商品進銷存統(tǒng)計模塊 商品進銷存統(tǒng)計模塊的運行界面如圖10-32所示,模塊主要實現(xiàn)商品

47、進貨、銷售、庫存和結余統(tǒng)計（主要包含月產(chǎn)量、銷量及結余等）與顯示，及月商品間段庫存統(tǒng)計（主要包含期初值、生產(chǎn)量、銷售量、銷量及期末值等）與顯示功能。 圖10-32 商品進銷存統(tǒng)計報表窗口10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 10.3.1可行性分析1）技術可行性建立Web書城信息系統(tǒng)(簡稱網(wǎng)上書城0的技術方面,從計算機及網(wǎng)絡硬件及軟件資源方面都可行。在軟件開發(fā)方面，本系統(tǒng)是一個基于ASP、VBScript 和SQL Server 2008的Web應用程序。2）經(jīng)濟可行性(1) 費用支出。主要包括3個方面： 在基建投資上； 其他一次支出； 經(jīng)常性支出。(2) 經(jīng)濟效益。(3) 投資回收周期。3

48、）社會可行性(1) 法律方面的可行性。(2) 使用方面的可行性。4）結論10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 10.3.2 軟件需求分析 Web書城是一種高質量、更快捷方便的購書方式。Web書城不僅可用于圖書的再線銷售，也有音碟、影碟的在線銷售和相關廣告宣傳與鏈接導航。而且網(wǎng)站式的書店對圖書的管理更加合理化、信息化、現(xiàn)代化。售書的同時還具有書籍類商品管理、購物車、訂單管理、會員管理等功能，非常靈活的網(wǎng)站內容和文章管理功能。 開發(fā)一個Web書城，采用結構化設計分析方法，該系統(tǒng)包括前臺購書和后臺管理兩大總的模塊，后臺管理模塊又包括分類錄入書籍（以及書籍的相關信息，如名稱、頁數(shù)、摘要、目錄等）和

49、管理前臺用戶，前臺管理模塊包括用戶登錄，查詢、瀏覽書籍，以及購書功能。本網(wǎng)站的所有會員都可以特價買書，新用戶可通過注冊成為本網(wǎng)站的會員，并可定購書籍和查詢訂單。10.3 Web書城信息系統(tǒng)書城信息系統(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)計功能：包括對讀者借書

50、情況、圖書情況的統(tǒng)計功能 2）系統(tǒng)結構分析 Web書城管理系統(tǒng)的結構，可以劃分為兩個部分。如圖10-33 所示。 系統(tǒng)前臺管理和系統(tǒng)后臺管理。10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 系統(tǒng)前臺管理和系統(tǒng)后臺管理。 圖圖10-33 Web書城信息系統(tǒng)功能結構10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) （1）系統(tǒng)前臺。如圖10-34 所示。圖10-34 系統(tǒng)前臺結構圖10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) （2）系統(tǒng)后臺。如圖10-35 所示。圖10-35 系統(tǒng)后臺結構圖3）系統(tǒng)數(shù)據(jù)流圖Web書城管理系統(tǒng)主要處理模塊的數(shù)據(jù)流程圖，如圖10-36 至圖10-40所示。圖10-36 頂層數(shù)據(jù)流程圖10

51、.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 圖10-37 購書系統(tǒng)細化分析數(shù)據(jù)流程圖圖10-38 “書處理”的細化 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 圖10-39 “支付處理”的細化圖10-40 “配送”的細化 10.3 Web書城信息系統(tǒng)書城信息系統(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所示。10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 表10

52、-3 數(shù)據(jù)表的數(shù)據(jù)存儲名字別名描述定義位置用戶表會員表記錄會員的個人基本情況用戶表=會員id+姓名+聯(lián)系方式+家庭住址+登錄密碼Web書城數(shù)據(jù)庫管理員表管理員表記錄會員的個人基本情況管理員表=管理員id+職位+聯(lián)系方式+姓名+登錄密碼Web書城數(shù)據(jù)庫圖書表圖書表記錄所賣書的基本信息圖書表=圖書id+名稱+出處+作者+出版日期Web書城數(shù)據(jù)庫（2）數(shù)據(jù)結構。三個數(shù)據(jù)表的數(shù)據(jù)結構，如表10-4所示。10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 表10-4 數(shù)據(jù)表的數(shù)據(jù)結構名字別名定義位置會員id會員號，編號會員id=會員申請日期+會員個人編號會員申請日期=8數(shù)字字符8會員個人編號=5數(shù)字字符5用戶表管

53、理員id管理員號，管理員編號管理員id=部門編號+職工個人編號部門編號=2數(shù)字字符2職工個人編號=5數(shù)字字符5管理員表圖書 id圖書號，圖書編號圖書id=種類編號+編號種類編號=2數(shù)字字符2編號=5數(shù)字字符5圖書表（3）數(shù)據(jù)元素。用戶表、管理員表和Web書城數(shù)據(jù)庫的數(shù)據(jù)元素，如表10-5所示 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 表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用戶

54、表、管理員表Web書城數(shù)據(jù)庫出處出版社1漢字15圖書表Web書城數(shù)據(jù)庫作者編輯者1漢字4圖書表Web書城數(shù)據(jù)庫10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 5）實體聯(lián)系圖Web書城的實體聯(lián)系圖。如圖10-41所示。圖10-41 Web書城系統(tǒng)E-R圖10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 6）狀態(tài)轉換圖Web書城的狀態(tài)轉換圖。如圖10-42所示。圖10-42 Web書城系統(tǒng)狀態(tài)轉換圖 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 10.3.3 軟件設計1. 子系統(tǒng)設計 1）子系統(tǒng)功能 （1）提供了全面,詳細的圖書購物入口，輕松實現(xiàn)快捷購買。 （2）可以通過不同分類進行導航,用最方便,最快捷的方式找到

55、你需要的圖書。 （3）提供了圖書購物所需的各種工具與網(wǎng)站,滿足你的圖書購買需求。 （4）公正性很強 (大站.專站.小站）排列順序分明.公平公正的圖書網(wǎng)址TOP排行榜。 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 2）子系統(tǒng)流程圖經(jīng)過系統(tǒng)需求分析，可以設計并畫出Web書城子系統(tǒng)流程圖，如圖10-43所示。圖10-43 Web書城子系統(tǒng)流程圖10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 3）子系統(tǒng)模塊設計（1）書籍管理模塊。（2）用戶管理模塊。（3）銷售統(tǒng)計模塊。（4）商品查詢模塊。（5）商品瀏覽模塊。（6）購物車模塊。10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 2. 數(shù)據(jù)結構設計（1)books表。數(shù)據(jù)

56、結構的books表，如表10-6所示。 表10-6 books表10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) （2) user表。數(shù)據(jù)結構的user表，如表10-7所示。 表10-7 user表10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 3.網(wǎng)站模塊及界面設計1）網(wǎng)站模塊接口網(wǎng)上書店的網(wǎng)站模塊及其接口，如圖10-44所示。圖10-44網(wǎng)站模塊及其接口10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 書店模塊書店主界面書籍查看暢銷書籍新書上架書籍詳細介紹用戶用戶登陸用戶注冊找回密碼用戶注銷購物車查看購物車支付金額管理員后臺主界面后臺用戶管理前臺用戶管理前臺用戶詳細信息書籍分類管理書籍查看書籍修改書籍添加 （2

57、）界面功能設計。如表10-7所示。10.3.4 軟件實現(xiàn) 鑒于篇幅有限，主要概要簡介界面的實現(xiàn)。1）Web書城主界面Web書城主界面，如圖10-45所示。圖10-45 Web書城頁面 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 在主頁面用戶可以登陸，注冊，找回密碼，查詢書籍等。點擊相應的超鏈接即可。2）書籍查詢 書籍查詢可按書名、作者、出版社等關鍵字進行查詢，在輸入框中輸入相應的信息，點擊“搜索”即可，轉到相應的書籍。Web書城書籍查詢界面，如圖10-46所示。10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 圖10-46 書籍查詢界面 10.3 Web書城信息系統(tǒng)書城信息系統(tǒng) 3）暢銷書籍 暢銷書籍頁

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