《網(wǎng)上書店管理系統(tǒng)結(jié)構(gòu)化需求說(shuō)明書》由會(huì)員分享，可在線閱讀，更多相關(guān)《網(wǎng)上書店管理系統(tǒng)結(jié)構(gòu)化需求說(shuō)明書（15頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、目 錄1引言61.1文檔編制目的61.2背景61.3 參考資料62軟件概述62.1 軟件范圍定義62.2 系統(tǒng)特性概述72.3 系統(tǒng)運(yùn)行環(huán)境82.3.1設(shè)備及分布82.3.2支撐軟件92.4 假定和依賴103外部接口需求103.1 用戶界面103.2 硬件接口103.3 軟件接口103.4 通信接口114需求規(guī)格114.1 系統(tǒng)特性1（銷售管理子系統(tǒng)）114.1.1系統(tǒng)特性說(shuō)明114.1.1.1業(yè)務(wù)說(shuō)明114.1.1.2功能總體說(shuō)明114.1.2功能需求124.1.2.1數(shù)據(jù)字典124.1.3性能需求124.1.4安全性需求124.2系統(tǒng)特性2（采購(gòu)管理子系統(tǒng)）134.2.1統(tǒng)特性說(shuō)明134.

2、2.1.1業(yè)務(wù)說(shuō)明134.2.1.2功能總體說(shuō)明134.2.2功能需求134.2.2.1數(shù)據(jù)字典134.2.3性能需求144.2.4安全性需求144.3系統(tǒng)特性3（財(cái)務(wù)管理子系統(tǒng)）144.3.1系統(tǒng)特性說(shuō)明144.3.1.1業(yè)務(wù)說(shuō)明154.3.1.2功能總體說(shuō)明154.3.2功能需求154.3.2.3數(shù)據(jù)字典154.3.3性能需求164.3.4安全性需求165其他非功能需求165.1 一般性性能需求165.2 一般性安全性需求165.3 用戶文檔需求166其他需求177尚需解決的問(wèn)題178附件171引言1.1文檔編制目的本文檔詳細(xì)介紹了網(wǎng)上書店理信息系統(tǒng)的需求說(shuō)明，為用戶和系統(tǒng)管理元描述出一個(gè)

3、具體的產(chǎn)品模型，為軟件設(shè)計(jì)、開發(fā)及測(cè)試人員提供下步工作的依據(jù)。1.2 背景隨著人們生活水平的提高以及生活節(jié)奏的不斷加快，普通的圖書實(shí)體店已經(jīng)不能滿足消費(fèi)者的生活需要，為了構(gòu)建一個(gè)快捷方便的購(gòu)書環(huán)境，網(wǎng)上書店就此應(yīng)運(yùn)而生。一方面不僅方便了客戶，而且在一定程度上減輕了管理者的管理壓力，提高管理效率的同時(shí)也降低了錯(cuò)誤率。此系由銷售子系統(tǒng)、采購(gòu)子系統(tǒng)、結(jié)算子系統(tǒng)構(gòu)成。1.3參考資料軟件工程 鐘珞 主編 清華大學(xué)出版社出版2軟件概述2.1軟件范圍定義高校醫(yī)院管理信息系統(tǒng)是書店以業(yè)務(wù)流程為基礎(chǔ)，利用計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)和通信技術(shù)及數(shù)據(jù)庫(kù)技術(shù)，對(duì)書店各項(xiàng)管理、物資經(jīng)濟(jì)等信息進(jìn)行有效的管理和應(yīng)用，實(shí)現(xiàn)書店內(nèi)、

4、外部信息資源共享的計(jì)算機(jī)應(yīng)用軟件系統(tǒng)。系統(tǒng)所涉及到的部門參見圖1網(wǎng)上書店管理系統(tǒng)數(shù)據(jù)流程圖（部分）。圖1 網(wǎng)上書店管理系統(tǒng)數(shù)據(jù)流程圖2.2系統(tǒng)特性概述參見圖2網(wǎng)上書店管理系統(tǒng)層次圖。圖2 網(wǎng)上書店管理系統(tǒng)功能層次圖子系統(tǒng)之間的關(guān)系參見圖3 網(wǎng)上書店管理系統(tǒng)第一層數(shù)據(jù)流圖。圖3 網(wǎng)上書店管理系統(tǒng)第一層數(shù)據(jù)流圖表2 系統(tǒng)特性綜述表系統(tǒng)特性名稱系統(tǒng)特性描述優(yōu)先級(jí)銷售管理子系統(tǒng)從“書店”概念上看，銷售部是書店的基本組成單位，也是核心的部分，因?yàn)橐粋€(gè)書店的盈利主要是來(lái)自于銷售。其主要功能是接受和處理用戶的購(gòu)書訂單。高采購(gòu)管理子系統(tǒng)主要實(shí)現(xiàn)庫(kù)存不足時(shí)，向廠商購(gòu)書中結(jié)算管理子系統(tǒng)主要是負(fù)責(zé)系統(tǒng)內(nèi)所有的帳務(wù)管

5、理。中2.3系統(tǒng)運(yùn)行環(huán)境2.3.1設(shè)備及分布1） 主機(jī)類型數(shù)據(jù)庫(kù)服務(wù)器：SUN E220,單CPU，1G RAM前臺(tái)客戶端：LEGEND PC，256M RAM2） 網(wǎng)絡(luò)類型局域網(wǎng)（以太網(wǎng)）3） 存貯器容量數(shù)據(jù)庫(kù)服務(wù)器：100G以上客戶端：20G以上4） 其他特殊設(shè)備打印機(jī)：HP 6L5） 設(shè)備分布圖圖4 網(wǎng)絡(luò)拓?fù)鋱D2.3.2支撐軟件1） 操作系統(tǒng)數(shù)據(jù)庫(kù)服務(wù)器：Solaris 8客戶端：windows2000以上2） 數(shù)據(jù)庫(kù)管理系統(tǒng)BEA Oracle Enterprise 9i3） 其他支撐軟件無(wú)2.4假定和依賴為了能夠保證系統(tǒng)的正常運(yùn)行，書店所在地已經(jīng)建立好通暢的因特網(wǎng)環(huán)境。3外部接口需求

6、3.1用戶界面描述需要的用戶界面的邏輯特征。1） 用戶界面簡(jiǎn)潔，以圖表為主，重點(diǎn)體顯示的是數(shù)據(jù)，如藥品明細(xì)等，色調(diào)為灰色2） 屏幕分為左右兩側(cè)，左側(cè)占屏幕的25%，右側(cè)75%，右側(cè)上半部分為圖表信息，下半部分為操作按鈕3） 按鈕為標(biāo)準(zhǔn)的矩形按鈕，有確定和取消4） 設(shè)置快捷鍵5） 錯(cuò)誤信息顯示以彈出對(duì)話框的形式3.2硬件接口描述軟件系統(tǒng)和硬件各個(gè)接口的特征。這些特征包括但不限于支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。硬件接口名稱硬件名稱廠商接口描述RS232串行通訊口IC卡讀寫器XXXX符合ISO7816-3同步傳輸協(xié)議3.3軟件接口描述軟件系統(tǒng)與其他外部組件（

7、須注明名稱和版本）的連接，包括數(shù)據(jù)庫(kù)、操作系統(tǒng)、工具軟件、庫(kù)和集成的商業(yè)組件。明確在軟件組件之間交換數(shù)據(jù)的目的，描述所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)。確定將在組件間共享的數(shù)據(jù)。3.4通信接口描述與軟件系統(tǒng)所使用的通信特性相關(guān)的需求，包括電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等。定義相關(guān)的消息格式。規(guī)定通信安全或加密問(wèn)題、數(shù)據(jù)傳輸速率和同步通信機(jī)制。4需求規(guī)格4.1系統(tǒng)特性1（銷售管理子系統(tǒng)）4.1.1系統(tǒng)特性說(shuō)明銷售管理子系統(tǒng)，主要負(fù)責(zé)接受和處理用戶的購(gòu)書訂單。4.1.1.1業(yè)務(wù)說(shuō)明略4.1.1.2功能總體說(shuō)明圖5 采購(gòu)管理子系統(tǒng)數(shù)據(jù)流圖4.1.2功能需求詳細(xì)列出該系統(tǒng)特性包含

8、的功能集。這些是須提交給用戶的軟件功能，使用戶可以使用所提供的特性執(zhí)行特定的服務(wù)。描述各功能需求如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。對(duì)每個(gè)功能需唯一標(biāo)識(shí)。略4.1.2.1數(shù)據(jù)字典用戶信息表 user_info管理要求：用戶名只能使用不能修改，在一定條件下密碼可以修改。表定義如下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注Username字符型10用戶名Password字符型15密碼暫存訂單表 temporary_order管理要求：當(dāng)用戶所下的訂單在第一時(shí)間不能得到滿足時(shí)會(huì)將訂單存入此表，以便后期進(jìn)行處理。表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注Username字符型10用戶名ID_Book數(shù)字型整形書

9、號(hào)OrderCount數(shù)字型整型訂書數(shù)量Date_order日期/時(shí)間顧客訂書日期銷售歷史表 sales_history管理要求：此表用于存儲(chǔ)銷售的歷史，一般情況下不允許刪除 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注ID_Book數(shù)字型整形書號(hào)Count_Buy數(shù)字型整型銷售數(shù)量4.1.3性能需求參見“5.1 一般性性能需求”。4.1.4安全性需求參見“5.2 一般性安全性需求”。4.2 系統(tǒng)特性2（采購(gòu)管理子系統(tǒng)）4.2.1統(tǒng)特性說(shuō)明采購(gòu)管理子系統(tǒng)，主要負(fù)責(zé)管理庫(kù)存以及向商家采購(gòu)書籍的一系列活動(dòng)。4.2.1.1業(yè)務(wù)說(shuō)明略4.2.1.2功能總體說(shuō)明圖6 采購(gòu)管理子系統(tǒng)數(shù)據(jù)流圖4.2.2功能需

10、求詳細(xì)列出該系統(tǒng)特性包含的功能集。這些是須提交給用戶的軟件功能，使用戶可以使用所提供的特性執(zhí)行特定的服務(wù)。描述各功能需求如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。對(duì)每個(gè)功能需唯一標(biāo)識(shí)。4.2.2.1數(shù)據(jù)字典商品庫(kù)存表 inventory管理要求：商品庫(kù)存表是用來(lái)記錄書籍的庫(kù)存量的，當(dāng)賣出商品時(shí)相應(yīng)的商品數(shù)量減少，反之當(dāng)采購(gòu)商品時(shí)相應(yīng)的商品數(shù)量增加。 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注ID_Book字符型20書號(hào)Classify數(shù)字型整形分類BookName字符型100書名Author字符型100圖書作者Publisher字符型100出版商Date_Publish日期/時(shí)間出版日期Pi

11、cturePath字符型200圖片路徑Count_Page數(shù)字型整形頁(yè)數(shù)Version字符型20版本Comment字符200內(nèi)容簡(jiǎn)介Count_Total數(shù)字型整型庫(kù)存數(shù)量Count_Buy數(shù)字型整型已購(gòu)買數(shù)量Count_Browse數(shù)字型整形瀏覽次數(shù)RecomLevel數(shù)字型整型推薦程度：05星級(jí)Cost數(shù)字型浮點(diǎn)價(jià)格Price數(shù)字型浮點(diǎn)出版價(jià)格Date_Add日期/時(shí)間上架日期向廠商采購(gòu)訂單表 purchase_order管理要求：當(dāng)商品庫(kù)存不足時(shí)產(chǎn)生用于向商家采購(gòu)商品。 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注BookName字符型100書名Author字符型100圖書作者Publis

12、her字符型100出版社Count_Order數(shù)字型整型數(shù)量供貨商表 payables_detail管理要求：供貨商信息表，可刪可增。 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注Bussesname字符型20供貨商名Contact字符型20聯(lián)系電話Remarks字符型100備注4.2.3性能需求參見“5.1 一般性性能需求”。4.2.4安全性需求參見“5.2 一般性安全性需求”。4.3系統(tǒng)特性3（財(cái)務(wù)管理子系統(tǒng)）4.3.1系統(tǒng)特性說(shuō)明財(cái)務(wù)管理子系統(tǒng)，主要完成整個(gè)銷售以及采購(gòu)的財(cái)務(wù)信息的整合與管理。4.3.1.1業(yè)務(wù)說(shuō)明略4.3.1.2功能總體說(shuō)明圖7 財(cái)務(wù)管理子系統(tǒng)數(shù)據(jù)流圖4.3.2功能需求詳

13、細(xì)列出該系統(tǒng)特性包含的功能集。這些是須提交給用戶的軟件功能，使用戶可以使用所提供的特性執(zhí)行特定的服務(wù)。描述各功能需求如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。對(duì)每個(gè)功能需唯一標(biāo)識(shí)。4.3.2.3數(shù)據(jù)字典應(yīng)收款明細(xì)表 receivables_detail管理要求：此表用于記錄單個(gè)訂單的應(yīng)收款。 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注Order_no字符型20銷售收入U(xiǎn)sername字符型20用戶名Receivables數(shù)字型浮點(diǎn)應(yīng)收款應(yīng)付款明細(xì)表 payables_detail管理要求：此表用于記錄應(yīng)該付給商家的款項(xiàng)。 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注Order_no1字符型20

14、銷售收入Bussesname字符型20商家名Payables數(shù)字型浮點(diǎn)應(yīng)付款賬目表 financial管理要求：用于記錄總賬，不可刪除。 表 定 義 如 下：數(shù)據(jù)項(xiàng)數(shù)據(jù)類型長(zhǎng)度備注Finance_received數(shù)字型浮點(diǎn)銷售收入Finance_payed數(shù)字型浮點(diǎn)采購(gòu)支出Finance_total數(shù)字型浮點(diǎn)總收入4.3.3性能需求參見“5.1 一般性性能需求”。4.3.4安全性需求參見“5.2 一般性安全性需求”。5其他非功能需求能夠形成各個(gè)獨(dú)立數(shù)據(jù)處理功能軟件；功能模塊可以單獨(dú)升級(jí)，不影響整個(gè)軟件的運(yùn)行；智能化安裝封裝，可選擇性功能模塊安裝；具有良好的擴(kuò)展性。5.1一般性性能需求詳細(xì)描述不

15、同應(yīng)用領(lǐng)域?qū)浖阅艿男枨?，解釋它們的原理以幫助設(shè)計(jì)人員做出合理的設(shè)計(jì)選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系。定義容量需求，例如存儲(chǔ)器和磁盤空間的需求或者存儲(chǔ)在數(shù)據(jù)庫(kù)中表的最大行數(shù)等。5.2一般性安全性需求詳細(xì)描述與系統(tǒng)安全性、完整性或與登錄到該系統(tǒng)的使用人員的隱私相關(guān)的需求，這些問(wèn)題會(huì)影響到軟件系統(tǒng)的使用以及創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶身份確認(rèn)或授權(quán)需求。明確產(chǎn)品必須滿足達(dá)到安全性或保密性策略。如有必要，須描述與產(chǎn)品使用過(guò)程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必須采取的安全保護(hù)或動(dòng)作，預(yù)防潛在的危險(xiǎn)動(dòng)作。明確軟件系統(tǒng)必須遵循的安全標(biāo)準(zhǔn)和規(guī)則。

16、例如如果油箱的壓力超過(guò)了規(guī)定的最大壓力的95%，那么必須在1秒鐘之內(nèi)停止操作。5.3用戶文檔需求列舉出將與軟件系統(tǒng)一同提交的用戶文檔，例如用戶手冊(cè)和在線幫助和教程。明確用戶文檔的提交格式或編制標(biāo)準(zhǔn)。6其他需求定義在本文檔的其他部分未出現(xiàn)的但需要提起注意的需求：1）特定的業(yè)務(wù)規(guī)則，例如某些最終用戶只有在特定的環(huán)境下才可以執(zhí)行何種操作；2）國(guó)際化需求或法律法規(guī)的需求；3）需要增加有關(guān)操作、管理和維護(hù)的功能需求來(lái)完善軟件系統(tǒng)的安裝、配置、啟動(dòng)和關(guān)閉、修復(fù)和容錯(cuò)以及登錄和監(jiān)控等方面的操作。7尚需解決的問(wèn)題以列表的形式列出在需求分析階段必須解決但尚未解決的問(wèn)題?？蓪?duì)問(wèn)題進(jìn)行編號(hào)以便進(jìn)行跟蹤。問(wèn)題編號(hào)問(wèn)題名稱問(wèn)題描述備注備注中須注明該問(wèn)題需要哪些項(xiàng)目相關(guān)方在什么階段提供什么樣的協(xié)助以解決問(wèn)題。也可以描述該問(wèn)題對(duì)項(xiàng)目成本、進(jìn)度、質(zhì)量方面將帶來(lái)的影響。8附件略