網(wǎng)上圖書銷售系統(tǒng)概要設(shè)計說明書

1、附錄D:概要設(shè)計說明書概要設(shè)計說明書工程名稱：網(wǎng)上圖書銷售系統(tǒng)分類：概要設(shè)計說明書部門：軟件開發(fā)部 日期：2021-9-8經(jīng)受輸入?yún)⒖继栱摂?shù)：17網(wǎng)上圖書銷售系統(tǒng)概要設(shè)計說明書§ 1 引言1.1. 編寫目的本概要設(shè)計說明書的編寫目的在于從總體設(shè)計的角度明確網(wǎng)上圖書銷售系 統(tǒng)的功能和處理模式,完成接口設(shè)計,把系統(tǒng)的功能需求分配給軟件結(jié)構(gòu),形成 軟件的系統(tǒng)結(jié)構(gòu),使系統(tǒng)開發(fā)人員和產(chǎn)品治理人員明確產(chǎn)品功能,可以有針對性的進行系統(tǒng)開發(fā)、測試以及驗收等各方面的工作,為以后的詳細設(shè)計打下根底. 本概要設(shè)計說明書的預期讀者主要是用戶代表、軟件分析人員、開發(fā)治理人員和 測試人員.1.2. 工程背景開發(fā)

2、軟件名稱：網(wǎng)上圖書銷售系統(tǒng)工程任務(wù)提出者：XX工程開發(fā)者：XX用戶：商家,個人用戶1.3. 定義無1.4. 參考資料軟件工程與UM珠合實訓教程崔松?。痪W(wǎng)上圖書銷售系統(tǒng)工程開發(fā)方案；網(wǎng)上圖書銷售系統(tǒng)需求規(guī)格說明書；§ 2 任務(wù)概述2.1. 目標對于典型的網(wǎng)上圖書銷售系統(tǒng),尤其是對像電子商務(wù)這樣的數(shù)據(jù)流量特別大 的網(wǎng)絡(luò)治理系統(tǒng),必須要滿足使用方便、操作靈活等設(shè)計要求.本系統(tǒng)在設(shè)計時 應(yīng)該滿足以下幾個目標：1采用人機對話的操作方式,界面設(shè)計美觀友好、信息查詢靈活、方便、快 捷、準確、數(shù)據(jù)存儲平安可靠.2全面展示書店內(nèi)所有的圖書,并可展示最新圖書及特價圖書.3為顧客提供一個方便、快捷的圖書信

3、息查詢功能.采用模糊查詢查詢數(shù)據(jù).實現(xiàn)網(wǎng)上購物.4商品銷售排行,以方便顧客了解本商城內(nèi)的熱銷商品及幫助企業(yè)領(lǐng)導者做 出相應(yīng)的決策.5查看商城內(nèi)的公告信息.6用戶隨時都可以查看自己的訂單.7對用戶輸入的數(shù)據(jù),系統(tǒng)進行嚴格的數(shù)據(jù)檢驗,盡可能排除人為的錯誤.8系統(tǒng)最大限度地實現(xiàn)了易維護性和易操作性.9系統(tǒng)運行穩(wěn)定、平安可靠.2.2. 運行環(huán)境1 .效勞器端：A.操作系統(tǒng)：Windows 2003 ServerB. Microsoft .NET Framework 2.0C. Microsoft SQL Server 2005網(wǎng)上圖書銷售系統(tǒng)D. Microsoft Atlas 1.0 正式版2 .客

4、戶端：A. Windows Xp, Unix, Linux , Vista 等B. IE/Maxthon/GreenBrown/Firefox等瀏覽器C.內(nèi)存：8 M以上D. CPU PentiumE.硬盤：1 0 0 M以上F.軟件要求：OS為 Windows 2000平臺之上,數(shù)據(jù)庫為 SQL Server 20052.3. 需求概述網(wǎng)上圖書銷售系統(tǒng)是利用現(xiàn)代化信息網(wǎng)絡(luò)進行商務(wù)活動的一種重要手段之 一,用戶通過瀏覽器登錄到系統(tǒng)進行在線購書,整個過程方便、快捷,與傳統(tǒng)店 面書店相比,網(wǎng)上圖書銷售的市場規(guī)模和經(jīng)營模式突破了地理位置、經(jīng)營面積、 營業(yè)時間的局限,是一種全新的銷售渠道和方式.綜上所

5、述,該工程開發(fā)前景非常好,在人群中擁有較多的市場.2.4. 條件與限制該系統(tǒng)面向中小型網(wǎng)上圖書銷售,以整個企業(yè)為單位,不涉及企業(yè)內(nèi)部業(yè)務(wù) 及企業(yè)內(nèi)部業(yè)務(wù)及部門之間的業(yè)務(wù)交流.§3.總體設(shè)計3.1. 處理流程用尸界面層效施存除層數(shù)據(jù)沖圖3-1處理流程采用三層構(gòu)架以后,用戶界面層通過統(tǒng)一的接口向業(yè)務(wù)層發(fā)送請求,業(yè)務(wù)層 按自己的邏輯規(guī)那么將請求處理之后進行數(shù)據(jù)庫操作,然后將數(shù)據(jù)庫返回的數(shù)據(jù)封裝成類的形式返回給用戶界面層.這樣用戶界面層甚至可以不知道數(shù)據(jù)庫的結(jié) 構(gòu),它只要維護與業(yè)務(wù)層之間的接口即可.根據(jù)需求分析及三層架構(gòu)設(shè)計的思想,設(shè)計出客戶系統(tǒng)功能如圖3-2用戶登錄在線購書修女購置數(shù)量刪除

6、已經(jīng)選購的圖書品交購物車清空購物車繼續(xù)購書查看訂單信息查看訂單詳細圖3-2客戶端系統(tǒng)網(wǎng)上圖書銷售系統(tǒng)3-3后臺治理的系統(tǒng)功能圖如圖訂單治理添加圖書分類添 加 新 圖 書現(xiàn)有圖書治理修改用戶資料查看用戶詳細資料查看用戶資料刪除訂單查看訂單詳細資料刪除圖書分添加圖書分類添加新圖書刪除圖書修改圖書資料查看B書資料圖3-3后臺治理系統(tǒng)功能圖3.2.總體結(jié)構(gòu)和模塊外部設(shè)計JavaBean圖 書 管 理用 戶 管 理數(shù)據(jù)庫購 物 車 管 理 類圖 書 類購 物 車 類訂單治理圖書分類類圖書分類治理類訂單治理類訂單類 圖書治理類治理端界面客戶端界面白聿言息治理購物車界面在購書界面圖3-4總體結(jié)構(gòu)設(shè)計-5-模

7、塊是軟件結(jié)構(gòu)的根底,軟件結(jié)構(gòu)的好壞完全由模塊的屬性表達出來,把軟 件模塊化的目的是為了降低軟件復雜性,使軟件設(shè)計,測試,調(diào)試,維護等工作 變得簡易,但隨著模塊數(shù)目的增加,通過接口連接這些模塊的工作量也隨之增加. 從這些特性可得出一條總的本錢或工作量曲線,在考慮模塊化時,應(yīng)盡量使 模塊數(shù)接近于使得研制本錢最小,而且應(yīng)盡量防止缺乏的模塊化或超量.3.3. 功能分配客戶端界面和治理端界面主要是設(shè)計了用戶和治理員登陸后所看到的界面, 提供界面使用人員友好的使用界面； 數(shù)據(jù)庫主要是后臺治理維護數(shù)據(jù), 及時響應(yīng) 界面的請求.系統(tǒng)總體需求框圖如圖網(wǎng)上圖書銷售系統(tǒng)用戶接口模塊數(shù)據(jù)效勞模塊管 理 員 接 口 模

8、 塊圖3-5總體需求框圖1 .用戶接口模塊包括如圖3-6所示的幾個方面.網(wǎng)上圖書銷售系統(tǒng)用戶接口模塊用戶信息維護商品查詢訂購商品訂購維護圖3-6用戶接口模塊用戶信息維護每個使用該系統(tǒng)的用戶必須經(jīng)過注冊,而注冊的用戶名是用戶的唯一標識. 系統(tǒng)可以接收更多可用的客戶信息,比方購物方面的喜好、經(jīng)濟水平等.系統(tǒng)的后臺程序會自動記錄每個用戶在登錄網(wǎng)站后進行的所有操作,包括查 詢和訂購信息.這些信息對于系統(tǒng)的治理員都是珍貴的數(shù)據(jù),系統(tǒng)分析程序可以 根據(jù)用戶的查詢記錄判斷該客戶的喜好, 可以根據(jù)用戶的購置情況判斷該客戶的 經(jīng)濟情況.系統(tǒng)后臺程序可以根據(jù)分析的結(jié)果自動得出給該用戶的推薦商品,在用戶登錄時顯示在

9、醒目的位置.用戶維護功能如圖 3-7所示.1：輸入新客戶信息圖3-7用戶信息維護功能前置條件：用戶登錄商品查詢商品查詢模塊可以根據(jù)商品的名稱、種類、價格、廠家等各種條件進行組合 查詢.商品查詢結(jié)果的列表中,用戶可以進一步的查看詳細信息.商品查詢功能 如圖3-8所示.圖3-8商品查詢功能前置條件：用戶登錄.訂購商品客戶在根據(jù)喜好得到相應(yīng)的商品列表后, 可以選擇訂購商品.在訂購商品后, 系統(tǒng)會自動保存并更新該用戶的定單.系統(tǒng)的工作人員可以及時得到訂單并處 理,根據(jù)情況選擇發(fā)貨,缺貨或延遲發(fā)貨.用戶所有的訂購商品記錄都將保存在系統(tǒng)數(shù)據(jù)中供后臺程序分析該用戶的 喜好和購置力.以后該用戶登錄時可以推薦與

10、其購置力相應(yīng)的商品.訂購商品功 能如圖3-9所示.圖3-9訂購商品功能前置條件：用戶已登錄,商品可供購置.訂單維護客戶在訂購商品后可以查詢其訂單的狀態(tài)包括處理中、發(fā)貨中、缺貨中 和已經(jīng)完成,并可以對處理中和缺貨中的訂單進行增加、刪除和修改的操作. 訂單修改的結(jié)果會及時更新并提交給工作人員.客戶的訂單維護信息也將被保存在系統(tǒng)的數(shù)據(jù)庫中供分析使用.訂單維護 功能如圖3-10所示.網(wǎng)上圖書銷售系統(tǒng)圖3-10訂單維護功能 前置條件：用戶登錄2 .治理員接口模塊包括如圖3-11所示的幾個方面.官埋員接口饃塊商品信息維護部員工信息維訂單處理圖3-11治理員接口模塊說包括的功能模塊治理員接口模塊是系統(tǒng)治理員

11、事業(yè)網(wǎng)兜核心模塊,是整個網(wǎng)上圖書銷售系統(tǒng) 正常運行的根底.商品信息維護系統(tǒng)治理員登錄后可以對系統(tǒng)所有的商品信息進行維護,包括商品價格的調(diào) 整、商品描述信的更新、新商品的參加以及過期商品的刪除.系統(tǒng)的后臺程序可以根據(jù)商品的銷售情況提供應(yīng)治理員一份詳細分析報告. 治理員可以根據(jù)該報告及時的調(diào)整熱門商品的信息例如將其放置到醒目的位 置、對非熱門的商品進行價風格整,這一切的數(shù)據(jù)都來源自系統(tǒng)客戶的查詢和 訂購信息.商品信息維護功能如圖 3-12所示.圖3-12商品信息維護功能前置條件：用戶已登錄內(nèi)部員工信息維護系統(tǒng)治理員登錄后可以用對內(nèi)部員工和普通員工,系統(tǒng)治理員擁有所有的權(quán) 限,而普通員一般只擁有訂單

12、處理的權(quán)限.但治理員可以定制任意員工的權(quán) 限,比方增加他的報表打印權(quán)限內(nèi)部員工信息維護功能如圖 3-13所示.圖3-13內(nèi)部員工信息維護功能前置條件：用戶已登錄訂單處理訂單處理一般是普通員工的工作.用戶在訂購商品后,系統(tǒng)會及時更新 其訂單,普通員工登錄后,可以獲取未處理的訂單,并根據(jù)數(shù)據(jù)庫情況發(fā)貨 或選擇延時發(fā)貨.客戶在查詢商品時會顯示商品的庫存數(shù)量,但系統(tǒng)的治理者并不希望顯 示某商品的庫存為零,由于這樣會失去局部客戶.因此,在訂購商品后可能 會出現(xiàn)庫存缺乏的情況,這時工作人員一般選擇延時發(fā)貨或者拒絕訂單.如 果該商品有現(xiàn)貨,那么工作人員確認用戶訂單后選擇發(fā)貨,訂單處理功能如 圖3-14所示.

13、10銷售情況查詢銷售情況查詢是系統(tǒng)編碼過程中非常重要局部,能夠為企業(yè)治理者的決策提供 參考的信息.治理員登錄后,可以得到詳細的銷售情況列表并既是更新熱門商品 的信息如排列位置,可以根據(jù)銷售的走勢和以往的銷售記錄及時判斷局部商品 可能會出現(xiàn)庫存缺乏并及時進貨.由于本功能模塊涉及到企業(yè)的經(jīng)營信息,考慮 到商業(yè)信息的平安性,需要治理員級的用戶才可以使用本模塊.銷售情況查詢功 能如圖3-15所示.F:根據(jù)條件 到數(shù)據(jù)庫中查 詢圖3-15銷售情況查詢功能前置條件：用戶已登錄.報表維護報表維護模塊提供查詢結(jié)果的打印輸出功能,如圖3-16所示圖3-16報表維護功能§ 4 接口設(shè)計4.1. 外部接口

14、本系統(tǒng)使用的是數(shù)據(jù)庫開發(fā)技術(shù),采用了 ADCfe術(shù)訪問數(shù)據(jù)庫.系統(tǒng)各個模 塊所訪問的數(shù)據(jù)都存儲在數(shù)據(jù)庫中, 杜絕了文件訪問,具有很高的平安性和保密 性.因此本系統(tǒng)與外部是接口主要是數(shù)據(jù)庫與外部的接口.-11-協(xié)議：遵從TCP/IP協(xié)議、ICMP議輸入設(shè)備：鍵盤,鼠標.輸出設(shè)備：顯示器.顯示風格：IE界面.顯示方式：1024X768輸出格式：網(wǎng)頁方式.4.2. 內(nèi)部接口1系統(tǒng)治理與治理功能之間的接口：輸入：系統(tǒng)治理員的治理賬號,密碼輸出：錯誤信息賬號或密碼錯誤,根據(jù)用戶治理等級返回其治理菜單2內(nèi)部界面與會員之間的接口：輸入：會員賬號和密碼輸出：錯誤信息賬號或密碼錯誤,根據(jù)其角色不同,分個人與商戶

15、進入 不同類型的功能頁面.3內(nèi)部界面與書目治理的接口：輸入：相關(guān)書目信息輸出：記錄輸入數(shù)據(jù),并返回執(zhí)行后結(jié)果,是否成功.4內(nèi)部界面與庫存治理的接口：輸入：相關(guān)信息輸出：記錄輸入數(shù)據(jù),并返回執(zhí)行后結(jié)果,是否成功.5內(nèi)部界面與信息治理的接口：輸入：相關(guān)信息輸出：記錄輸入數(shù)據(jù),并返回執(zhí)行后結(jié)果,是否成功.12網(wǎng)上圖書銷售系統(tǒng)6內(nèi)部界面與業(yè)務(wù)模塊的接口:輸入：相關(guān)信息輸出：記錄輸入數(shù)據(jù),并返回執(zhí)行后結(jié)果,是否成功.7內(nèi)部界面與系統(tǒng)維護模塊的接口：輸入：相關(guān)信息輸出：記錄輸入數(shù)據(jù),并返回執(zhí)行后結(jié)果,是否成功.§ 5 據(jù)結(jié)構(gòu)設(shè)計5.1. 邏輯結(jié)構(gòu)設(shè)計本系統(tǒng)數(shù)據(jù)庫采用SQL Server 2000

16、數(shù)據(jù)庫,系統(tǒng)數(shù)據(jù)庫名稱為Onlinebookshop,下面給出各個數(shù)據(jù)表的結(jié)構(gòu).表5-1為圖書信息列表,記錄書店現(xiàn)有的圖書信息.表 5-1Book 表數(shù)據(jù)類型允許空IDInt4圖書編號BookNamevarchar40否圖書名稱BookClassInt4否圖書分類AuthorVarchar25是作者PublishVarchar150是出版社BookNoVarchar30是書號Contenttext300是內(nèi)容Pricefloat8是價格Amountint4是總數(shù)量Leav_numberint4是剩余數(shù)量RegTimedatatime8是注冊時間Picturevarchar60是封面表5-2為書

17、店治理員信息表,記錄治理員的帳號和密碼.表 5-2 BookAdmin 表列名數(shù)據(jù)類型長度允許空注釋-13-AdminuserVarchar20AdminPassVarchar20治理員密碼表5-3為用戶信息表,記錄用戶的根本信息表5-3 用戶表數(shù)據(jù)類型長度允許空IDInt2否用戶編號UserNameVarchar50否用戶名passWordVarchar50否密碼NamesVarchar50否真名SexVarchar50是性別AddressVarchar50是地址PhoneVarchar50是 PostVarchar50是 EmailVarchar50是電子郵件RegTimeDatatime

18、50是注冊時間RegIPAddrevarchar50是注冊IP地址ss表5-4為訂單總表,記錄某個用戶的訂單總信息表5-4訂單總表數(shù)據(jù)類型長度允許空IDInt4否總訂單編號OrderIDInt4否訂單號BookNoInt4否書號Amountint4是數(shù)量表5-5為訂單表,記錄但張訂單的具體信息表5-5 訂單表列名數(shù)據(jù)類型長度注釋IDInt4否訂單IDOrderIDVarchar50否總訂單I DUserIdVarchar50否用戶IDSubmitTimeDatatime8是提交時間ConsignmenDatatime8是購置時間tTime14網(wǎng)上圖書銷售系統(tǒng)TotalPriceFloat16是

19、contentText300是描述IpaddressVarchar50是Ip地址IspayoffVarchar50是是否付款I(lǐng)sAddressvarchar20是是否發(fā)貨表5-6為圖書分類表,記錄書店現(xiàn)有圖書的分類表 5-6 Bookclass 表允許空IDVarchar30否分類編號ClassNamevarchar30分類名5.2. 物理結(jié)構(gòu)設(shè)計(1)系統(tǒng)所用到所有數(shù)據(jù)均存在效勞器端,存于 SQL Server效勞器中；(2)系統(tǒng)界面的顯示屬性,如字體屬性,樣式等使用CSSa一界面；(3)系統(tǒng)界面中使用的相關(guān)圖片需要保存在效勞器機器上.5.3. 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系數(shù)據(jù)結(jié)構(gòu)的設(shè)計確定了程序設(shè)計的主要思想,數(shù)據(jù)結(jié)構(gòu)中的字段對應(yīng)于程序 設(shè)計中的各種參數(shù),便于程序與數(shù)據(jù)庫更好的聯(lián)系起來.§ 6 運行設(shè)計6.1. 運行模塊的組合具體軟件的運行模塊組合為主界面調(diào)用多窗口的運行環(huán)境,各個模塊都在自 己的窗口中執(zhí)行操作,