【文章內(nèi)容簡介】 的一種表示方法。數(shù)據(jù)流圖可以在一個抽象的廣泛范圍內(nèi)表示系統(tǒng)。在一個多步驟的活動中，高層數(shù)據(jù)流圖對數(shù)據(jù)和處理部分提供一個整體的瀏覽，這是對包含在軟件需求規(guī)格說明中的精確、詳細敘述的補充。數(shù)據(jù)流圖描述了軟件需求規(guī)格說明中的功能需求怎樣結合在一起，使用戶可以執(zhí)行指定的任務。從圖中迅速反饋的信息有助于對所探討的任務流的理解進行提煉加工。圖書網(wǎng)站的第一層數(shù)據(jù)流圖，如圖36所示。本數(shù)據(jù)流圖描述了圖書網(wǎng)站后臺的各個模塊處理過程中的數(shù)據(jù)處理的過程。用戶管理主要是對用戶信息的查看和刪除；圖書管理是添加或修改圖書信息；訂單管理是確認訂單或刪除訂單；評價管理是對用戶評價的查看和刪除。網(wǎng)站首頁圖書信息管理圖書評價管理訂單管理用戶管理評價信息圖書信息用戶信息訂單信息圖36 圖書票預訂網(wǎng)站第一層數(shù)據(jù)流圖 圖書信息管理中的數(shù)據(jù)處理圖是本網(wǎng)站的第二層數(shù)據(jù)流圖，如圖37所示。描述了在圖書信息管理模塊中所作操作的數(shù)據(jù)處理。主要包括對上映圖書信息的添加、刪除和修改操作。網(wǎng)站首頁刪除處理添加處理修改處理刪除圖書信息添加新圖書修改圖書信息圖書基本信息圖37 圖書信息管理模塊數(shù)據(jù)流圖 用戶管理數(shù)據(jù)流程圖，如圖38所示。描述了用戶信息管理模塊中所作操作的數(shù)據(jù)處理。主要包括對用戶信息的添加和注銷操作。網(wǎng)站首頁添加處理注銷處理查詢處理注銷用戶信息用戶信息圖38 用戶管理模塊數(shù)據(jù)流圖 訂單管理數(shù)據(jù)流圖，如圖39所示。描述了用戶下單后，訂單管理模塊中所作操作的數(shù)據(jù)處理。網(wǎng)站管理員的主要操作包括查看訂單和刪除訂單。網(wǎng)站首頁購買用戶信息查看訂單信息查詢處理查看訂單信息刪除處理圖39 訂單管理模塊數(shù)據(jù)流圖評價管理數(shù)據(jù)流圖，如圖310所示。描述了已購票用戶觀看圖書后，對圖書做出評價，網(wǎng)站管理員在評價管理模塊中所作操作的數(shù)據(jù)處理。管理員的主要操作包括查看評價和刪除評價。網(wǎng)站首頁查詢處理刪除處理評價信息圖310 評價管理模塊數(shù)據(jù)流圖 實體ER圖ER圖提供了表示實體（即數(shù)據(jù)對象）、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型[6]。構成ER圖的基本要素是實體、屬性和聯(lián)系，其表示方法為： （1）實體型：用矩形表示，矩形框內(nèi)寫明實體名； （2）屬性：用橢圓形或圓角矩形表示，并用無向邊將其與相應的實體連接起來；多值屬性由雙線連接；主屬性名稱下加下劃線； （3）聯(lián)系：用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯(lián)系的類型。在ER圖中要明確表明1對多關系，1對1關系和多對多關系。1對1關系在兩個實體連線方向寫1；1對多關系在1的一方寫1，多的一方寫N；多對多關系則是在兩個實體連線方向各寫N，M。經(jīng)過分析，由上面的數(shù)據(jù)流程圖可以得出以下各實體之間的ER圖，如圖311所示。數(shù)據(jù)庫：book表：orderinfo表： user表：4 系統(tǒng)實施 系統(tǒng)運行環(huán)境由于本系統(tǒng)系個人單獨開發(fā)，綜合系統(tǒng)特點、開發(fā)時間等因素，采用傳統(tǒng)的開發(fā)方式—瀑布模型開發(fā)模式。從節(jié)約成本的角度考慮，開發(fā)工具選擇目前網(wǎng)站開發(fā)的主流工具JSP+Access 的組合。 （1）CPU：P4 （2）內(nèi)存：256MB 以上 （1） 操作系統(tǒng)： Windows （2） 開發(fā)工具： JSP+Java（3）數(shù)據(jù)庫：Microsoft Access（4）服務器：Tomcat （5）瀏覽器：IE 以上。 系統(tǒng)架構設計目前，網(wǎng)絡應用軟件的運行模式主要有兩類：C/S模式和B/S模式。目前大多數(shù)應用軟件系統(tǒng)都是Client/Server形式的兩層結構，現(xiàn)在的軟件應用系統(tǒng)正在向分布式的Web應用發(fā)展；內(nèi)部的和外部的用戶都可以訪問新的和現(xiàn)有的應用系統(tǒng)，Web和Client/Server應用都可以進行同樣的業(yè)務處理；不同的應用模塊共享邏輯組件；通過現(xiàn)有應用系統(tǒng)中的邏輯可以擴展出新的應用系統(tǒng)。這也就是目前應用系統(tǒng)的發(fā)展方向。C/S結構，即 Client/Server(客戶機/服務器)結構，是大家熟知的軟件系統(tǒng)體系結構，通過將任務合理分配到Client 端和Server 端，降低了系統(tǒng)的通訊開銷，可以充分利用兩端硬件環(huán)境的優(yōu)勢。C/S之間通過任意的協(xié)議通信，一般要求有特定的客戶端。C/S程序注重流程，可以對權限多層次校驗，對系統(tǒng)運行速度可以較少考慮；由于整體性，必須整體考察，因此在處理出現(xiàn)的問題以及系統(tǒng)升級上難度較大。因為客戶端需要實現(xiàn)絕大多數(shù)的業(yè)務邏輯和界面展示。這種架構中，作為客戶端的部分需要承受很大的壓力，因為顯示邏輯和事務處理都包含在其中，通過與數(shù)據(jù)庫的交互（通常是SQL或存儲過程的實現(xiàn)）來達到持久化數(shù)據(jù)，以此滿足實際項目的需要。B/S結構，即 Browser/Server(瀏覽器/服務器)結構，是隨著Internet 技術的興起，對 C/S 結構的一種變化或者改進的結構。在這種結構下，用戶界面完全通過瀏覽器實現(xiàn)，一部分事務邏輯在前端實現(xiàn)，但是主要事務邏輯在服務器端實現(xiàn)，形成所謂3tier結構。B/S結構利用不斷成熟和普及的瀏覽器技術實現(xiàn)原來需要復雜專用軟件才能實現(xiàn)的強大功能，并節(jié)約了開發(fā)成本，是一種全新的軟件系統(tǒng)構造技術。這種結構更成為當今應用軟件的首選體系結構。B/S模式是靠應用層的協(xié)議進行通信的（當然也要靠底層的好多協(xié)議支持），一般不需要特定的客戶端，而是需要有統(tǒng)一規(guī)范的客戶端，那就是瀏覽器。B/S架構的優(yōu)點在于客戶端和服務器通過Internet 進行數(shù)據(jù)交換，客戶端基于統(tǒng)一的 Web 瀏覽器，減少了投資，解決了系統(tǒng)維護升級的問題。另外只有極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端（Server）實現(xiàn)，這也就充分保護了數(shù)據(jù)的安全。B/S架構中，顯示邏輯交給了Web瀏覽器，事務處理邏輯在放在了WebApp上，這樣就避免了龐大的客戶端，減少了客戶端的壓力[7]?？偟膩碚f，B/S 結構具有如下優(yōu)點：無需安裝客戶端，任何一點都可以登錄訪問；根據(jù)權限對網(wǎng)絡拓撲進行統(tǒng)一管理；配置文件和發(fā)現(xiàn)信息實現(xiàn)集中統(tǒng)一管理和共享。由于系統(tǒng)的定位是一個網(wǎng)上購票系統(tǒng)——是一個電子商務類網(wǎng)站，傳統(tǒng)的C/S（客戶機/服務器）已不適應。作為 Internet 上的 Web 應用，需要的是 B/S（瀏覽器/服務器）架構。所以本網(wǎng)站采用B/S結構。 相關技術介紹開發(fā)網(wǎng)站需要兩種工具，即前臺開發(fā)語言和后臺數(shù)據(jù)庫。本網(wǎng)站前臺開發(fā)技術使用JSP，后臺數(shù)據(jù)庫使用Microsoft Access。JSP靈活方便，與后臺的Microsoft Access數(shù)據(jù)庫相結合，可以提供一個高性能的在線訂票網(wǎng)站。 JSP及其特點JSP，全稱為Java Server Pages/Servlet。JSP和Se