網上書店概要設計說明書

時間：2024-09-02 06:55:46 說明書我要投稿

相關推薦

網上書店概要設計說明書

　　1引言

網上書店概要設計說明書

　　1.1編寫目的

　　在網上商品交易系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，這些用戶需求已經在需求說明書中獲得，并在需求說明書中得到詳盡得敘述及闡明。

　　本階段已在系統的需求分析的基礎上，對網上書店系統做概要設計。該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。主要解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統所做的所有概要設計進行詳細的說明。

　　在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對網上商品交易系統所做的模塊結構設計的基礎上，對系統進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。

　　1.2背景

　　說明：

　　a.待開發軟件系統的名稱：網上商品交易系統b.列出此項目的任務提出者：國信安c.開發者：TZ小組

　　d.我組(stw小組)受國信安教育委托,特開發此系統。以求達到網上購物的目的。

　　1.3定義

　　1.4參考資料

　　用得著的參考資料，如：

　　a．張海藩.軟件工程導論-5版[M].北京：清華大學出版社，b．《精通Asp.NET2.0網絡應用系統開發》

　　c．王行言. Java語言與面向對象程序設計-2版[M].北京：清華大學出版社

　　2總體設計

　　2.1需求規定

　　在計算機網絡，數據庫和先進的開發平臺上，利用現有的軟件，配置一定的硬件，開發一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的網上商品交易系統，實現商店在出售商品后能及時的補充貨物,使商店不出現斷貨和盡量避免因進貨數量不合理造成商品積壓的現象.

　　要求系統能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶操作簡單明了，易于操作，服務器程序利于維護

　　2.2運行環境

　　硬件方面的配置：

　　CPU：intel P4 3.06G硬盤：80G內存：1G

　　操作系統：win95以上的版本或者winXP的操作系統網絡的性能：網絡連接正常軟件方面：IE瀏覽器

　　SQL Server 20xx

　　以上配置經測試，適合開發。用戶機建議使用配置：

　　對用戶機要求能正常使用網頁瀏覽器，操作系統不限，能正常連接網絡，網絡建義使用寬帶接入。其它硬件方面不做要求。

　　2.3基本設計概念和處理流程

　　3.2系統模塊圖

　　根據需求分析及三層架構設計的思想，設計出系統功能模塊如圖4.2所示。

　　3.3系統主要處理流程

　　本系統的系統流程圖如圖3.3所示。

　　圖3.2系統功能模塊圖

　　圖3.3系統流程圖

　　2.4結構

　　經過需求分析階段的工作，系統必須“做什么”已經清楚了，總體設計階段將站在全局高度上，通過成本、可行性方案的比較，選擇最佳的軟件結構，從而用較低成本開發出較高質量的軟件系統。

　　系統結構圖采用三層結構模型，它的工作原理如圖3.1所示。

　　用戶界面層業務處理層數據存儲層

　　圖3.1三層結構原理圖

　　采用三層構架以后，用戶界面層通過統一的接口向業務層發送請求，業務層按自己的邏輯規則將請求處理之后進行數據庫操作，然后將數據庫返回的數據封裝成類的形式返回給用戶界面層。這樣用戶界面層甚至可以不知道數據庫的結構，它只要維護與業務層之間的接口即可。

　　2.5功能器求與程序的關系

　　2.6人工處理過程

　　網站管理員要定期維護，刪除，更新，已經沒有實際意義的數據，保證數據的良好存儲，以免造成數據的冗余。

　　2.7尚未問決的問題

　　說明在概要設計過程中尚未解決而設計者認為在系統完成之前必須解決的各個問題。

　　3接口設計

　　3.1用戶接口

　　說明將向用戶提供的命令和它們的語法結構，以及軟件的回答信息。

　　在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化.中服務器程序界面要做到操作簡單，易于管理。在設計上采用選擇菜單

　　總的來說，系統的用戶界面應作到可靠性、簡單性、易學習和使用

　　3.2外部接口

　　說明本系統同外界的所有接口的安排包括軟件與硬件之間的接口、本系統與各支持軟件之間的接口關系。

　　3.3內部接口

　　內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。

　　4運行設計

　　4.1運行模塊組合

　　注冊模塊：

　　會員登錄模塊

　　4.2運行控制

　　1．注冊會員：用戶登陸此網上商品交易系統網站后，點擊注冊會員按鈕。然后將轉入會員注冊的頁面，接著用戶需要根據頁面上所要求的填寫相關信息，填寫完成之后點擊提交按鈕。

　　如果注冊成功，將返回一條提示注冊成功的語句；如果注冊失敗，將返回一條提示注冊失敗的語句，并且將失敗原因顯示給用戶。

　　2．會員登陸：用戶登陸此網上商品交易系統網站，如果已經注冊成為會員的用戶可以直接在登陸框中填寫會員名字和密碼，然后點擊登陸按鈕。如果登陸成成功，則返回一條提示登陸成功得語句；如果登陸不成功，則返回一條登陸失敗的提示語句或者提示注冊，并且同時顯示出登錄失敗得原因。

　　4.3運行時間

　　每個模塊組合占用資源的時間是更具網速而定，網速越快各模塊組合需要資源的時間越小。

　　a．系統響應時間：根據網速而定

　　b．模塊組合時間：根據網速而定，通常情況為1.0秒

　　5系統數據結構設計

　　5.1邏輯結構設計要點

　　（1）系統所用到所有數據均存在服務器端，存于SQL Server服務器中。（2）系統界面的顯示屬性，如字體屬性，樣式等使用CSS統一界面。

　　（3）系統界面中使用的相關圖片需要保存在服務端機器上。

　　參照E/R圖和數據庫表，系統主要需要維護的表如下：E/R圖如下：

　　1用戶評論商品Talk

　　用戶評論商品Talk是用戶購買商品后進行的評論，如Cid,vMessage。表的字段說明如下表所示：

　　字段說明字段名數據類型鍵引用是否允許空

　　cID vMessage

　　int varchar

　　PK否是

　　2.定單管理表OrderState

　　定單管理表OrderState是管理員方便訂單的管理，如Cid,vMessage。表的字段說明如下表所示：

　　字段說明

　　字段名UID IForder IFpay Ifsender

　　數據類型鍵引用char bit bit bit

　　是否允許空是是是是

　　3.網站的虛擬銀行表Bank

　　網站的虛擬銀行表Bank用來方便賬戶充值管理，如等。表的字段說明如下

　　表所示：

　　字段說明

　　字段名BankID userID userName Money

　　數據類型int int

　　Varchar float

　　鍵引用

　　是否允許空否是是是

　　4.郵件總數表EmailAmount

　　郵件總數表EmailAmount是用來......

　　字段說明

　　字段名emailAmount today

　　數據類型鍵引用int datetime

　　是否允許空是是

　　5. GoodschrildrenType:商品子列表

　　GoodschrildrenType:商品子列表是用來

　　字段說明字段名

　　數據類型鍵引用int int

　　是否允許空是

　　TcID TPID

　　PK否

　　tName varchar是

　　6. GoodsList商品表

　　GoodsList商品表是用來......

　　字段說明字段名GID TPID TCID cName cPrice vAddress cSize cNumber cData cImageUrl

　　cDipict

　　7.GoodsParentType：商品父類型表

　　GoodsParentType：商品父類型表......

　　字段說明字段名TPID

　　TPName

　　8 GoodsSize:商品規格表

　　GoodsSize:商品規格表是用來，字段說明字段名GSID GSName

　　9. HistoryCart:購物車歷史表

　　HistoryCart:購物車歷史表是......

　　數據類型int int int

　　varchar float varchar int float datetime varchar varchar

　　數據類型int varchar

　　鍵引用PK鍵引用PK鍵引用PK是否允許空否

　　是是是是是是是是是是

　　是否允許空否

　　是是否允許空否

　　是

　　字段說明

　　字段名shopcartID

　　數據類型鍵引用int

　　是否允許空

　　PK否

　　GoodsName varchar是GoodsAmount varchar是10. HistoryOrder：歷史定單表

　　HistoryOrder：歷史定單表在選購商品時產生的一個定單

　　字段說明字段名數據類型鍵引用是否允許空

　　OID GoodsName UID IFPay

　　char varchar int bit

　　是是是

　　11. OrderInformation:用戶定單信息表

　　OrderInformation:用戶定單信息表是用來存儲用戶訂單信息，如：

　　字段說明字段名數據類型鍵引用

　　OIID

　　cID QIName QIAddress QIZip

　　QIMobilePhone QIHomePhone

　　int Int

　　varchar varchar int Int int

　　是否允許空否是是是是是是

　　12.用戶表CommonUser

　　用戶表CommonUser用戶User表用來存儲用戶的數據，如商品ID、商品名稱、......字段說明字段名數據類型鍵引用是否允許空

　　cID cname cSex

　　cPassword

　　cAddress cEmail cRole cData ifForst

　　int varchar char varchar varchar varchar varchar datetime bit

　　否是是是是是是是是

　　5.2物理結構設計要點

　　給出本系統內所使用的每個數據結構中的每個數據項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區域）、設計考慮和保密條件。

　　5.3數據結構與程序的關系

　　程序在對商品，供貨商，訂單進行操作時需對網上商店庫存數據庫數據結構，也就是數據表進行查詢和修改：

　　程序在商品數量低于最低庫存時提示進貨，對數據庫最低庫存進行約束。

　　6系統出錯處理設計

　　6.1出錯信息

　　用一覽表的方式說朗每種可能的出錯或故障情況出現時，系統輸出信息的形式、含意及處理方法。

　　a)由于輸入信息不符合規范，如數量價格輸入負數，稱為軟錯誤。

　　b)由于其他問題，如網絡傳輸超時，硬件故障等，產生的問題，稱為硬錯誤。 c)努力提高系統魯棒性，避免因用戶的疏忽對系統造成的損壞；d)一些關鍵性操作（比如：刪除操作），都應提供確認機制；

　　e)對用戶的測試文檔指定專人進行管理，并且導出的數據具有一定的保密設置。

　　6.2補救措施

　　說明故障出現后可能采取的變通措施，包括：

　　1對于軟錯誤，須在輸入/修改操作成功判斷及輸入數據驗證模塊由數據進行數據分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。

　　2對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置。返回輸入階段。

　　3后備技術說明準備采用的后備技術，當原始系統數據萬一丟失時啟用的副本的建立和啟動的技術，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術；

　　4降效技術說明準備采用的后備技術，使用另一個效率稍低的系統或方法來求得所需結果的某些部分，例如一個自動系統的降效技術可以是手工操作和數據的人工記錄；

　　5恢復及再啟動技術說明將使用的恢復再啟動技術，使軟件從故障點恢復執行或使軟件從頭開始重新運行的方法。

　　6.3系統維護設計

　　維護方面主要為對服務器上的數據庫數據進行維護。可使用SQL SERVER的數據庫維護功能機制。例如，定期為數據庫進行Backup，維護管理數據庫死鎖問題和維護數據庫內數據的一致性等。

【網上書店概要設計說明書】相關文章：

邊城內容概要01-28