學(xué)校教材訂購系統(tǒng)

1、LULIANUGN IVERSITY軟件工程課程設(shè)計題 目 :學(xué)校教材訂購系統(tǒng)系別 :計算機科學(xué)與技術(shù)系專業(yè)年級 :2014 級專升本 14xx 班姓名 :xxx學(xué)號 :2014xxxxxx2015 年 10 月 28 日目錄第一章 項目計劃書 錯 誤! 未定義書簽第二章 可行性研究分析 錯誤! 未定義書簽第三章 需求規(guī)格說明書 錯誤! 未定義書簽第四章 系統(tǒng)概要設(shè)計 錯 誤! 未定義書簽第五章 系統(tǒng)詳細設(shè)計說明書 錯誤! 未定義書簽第六章 系統(tǒng)測試說明書 錯誤! 未定義書簽第七章 項目結(jié)項總結(jié) 錯 誤! 未定義書簽第一章 項目計劃書1.1項目設(shè)計目的 設(shè)計本項目的目的是根據(jù)對軟件工程設(shè)計的學(xué)

2、習(xí)， 對學(xué)校教材訂購 人員需求進行了全面細致的分析， 深入描述學(xué)校教材訂購系統(tǒng) 軟件 的功能和性能與界面，確定該軟件設(shè)計的限制和定義軟件的其他有效性 需求。為了明確項目開發(fā)的目標和要求， 明確任務(wù)進度， 熟悉項目開發(fā) 的基本流程和規(guī)范要求。1.2項目簡介銷售系統(tǒng)的主要工作過程為： 首先由教師及學(xué)生提交購書單， 經(jīng)教 材發(fā)行人員審核是有效購書單后， 開發(fā)票，登記并返還給教師和學(xué)生領(lǐng) 書單，教師和學(xué)生即可去書庫領(lǐng)書。 采購系統(tǒng)的主要工作過程為： 若是 脫銷教材， 則登記缺書單給書庫采購人員， 一旦新書入庫后， 即發(fā)進書 通知給教材發(fā)行人員。1.3項目開發(fā)環(huán)境 開發(fā)地點：呂梁學(xué)院新校區(qū)電教樓三層 系

3、統(tǒng)環(huán)境： Windows xp 開發(fā)人員：袁琳娜1.4項目所需文檔項目開發(fā)計劃書 、項目需求分析規(guī)格說明書 、系統(tǒng)概要設(shè)計、系 統(tǒng)詳細設(shè)計規(guī)格說明書 、系統(tǒng)測試說明書、用戶手冊、會議記錄、 項目結(jié)項總結(jié)。1.5項目工作內(nèi)容進度安排a) 前期工作：完成項目可行性分析研究報告，制定開發(fā)計劃，重點是 完成項目的需求分析，總體設(shè)計，詳細設(shè)計。b) 中期工作：編碼實現(xiàn)需求功能，完成項目初步設(shè)計規(guī)格說明書和項 目詳細設(shè)計規(guī)格說明書。c) 后期工作：項目測試，維護。第二章 可行性研究分析2.1 編寫目的對學(xué)校教材訂購系統(tǒng)進行可行性分析。2.2 可行性研究的前提a) 功能：實現(xiàn)學(xué)校教材訂購的最基本功能，進庫和

4、出庫都有非常詳細 的記錄，對所需書的名稱和數(shù)量也有非常詳細的記錄，并且能發(fā)出 提示信息。b) 性能：能夠使學(xué)校在教材訂購中所購書的名稱、數(shù)量和所發(fā)書的名 稱、數(shù)量顯示出來，進庫和出庫是都有非常清楚的記錄。c) 輸出： 書的名稱、領(lǐng)取人和數(shù)量。d) 輸入：書的名稱，訂購人和數(shù)量。e) 安全與保密要求： 在所在的校園網(wǎng)中進行，對校外保密。f) 完成期限： 2 個月。2.3 目標a) 人力與設(shè)備費用的節(jié)省。b) 人員工作效率的提高。2.4 可行性研究方法 對教材訂購的調(diào)查。2.5 決定可行性的主要因素 技術(shù)可行性、經(jīng)濟可行性和法律可行性。2.6 對現(xiàn)有系統(tǒng)的分析a) 現(xiàn)行系統(tǒng)： 采用手工方式，教師、

5、學(xué)生提交訂書單，經(jīng)教材科審 核， 并返回相應(yīng)的票據(jù)。付款后教師等待教材科人員對書庫現(xiàn)存 圖書的檢查，若書庫中沒有，則通知采購人員采購，采購后，通知 教師或?qū)W生取書。b) 分析：1) 存在教師等待時間較長的問題。2) 書庫中書的數(shù)量變化查詢時，由于采用手工，速度過慢。3) 采購員有能及時準確知道哪些書需要購買、更新或者補充。2.7 開發(fā)新的系統(tǒng)的必要性 便于教材訂購的管理，并且節(jié)省了大量的人力和財力。第三章 需求規(guī)格說明書3.1 編寫目的：需求規(guī)格書明書是需求分析的產(chǎn)物， 它是軟件系統(tǒng)生存期中軟 件定義階段的最后一個步驟。 需求分析對學(xué)校教材訂購系統(tǒng)進行簡 單的分析，給出了系統(tǒng)的數(shù)據(jù)流程圖，作為

6、整個軟件開發(fā)過程的指 南，也是軟件開發(fā)人員開發(fā)出符合用戶要求的軟件基礎(chǔ)。使用戶和 軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為 整個軟件開發(fā)的基礎(chǔ)。3.2 數(shù)據(jù)定義：1) 數(shù)據(jù)流圖：數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型，圖中沒有任何具 體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。2) 系統(tǒng)的流程圖：系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具。它 的基本思想是用圖形符號以黑盒子的形式描繪系統(tǒng)里的每個部件 (程 序、文件、數(shù)據(jù)庫、表格、人工過程等) 。3) 庫存表：存放庫中存在的書籍?dāng)?shù)據(jù)。4) 出庫表：存放已銷售的書籍的數(shù)據(jù)。5) 進庫表：存放入庫的書籍的數(shù)據(jù)。6) 購書表：存放提交的書籍的

7、數(shù)據(jù)。7) 缺書登記表：存放缺少的書籍的數(shù)據(jù)。8) 待購教材表：存放待購書籍的數(shù)據(jù)。3.3 現(xiàn)有系統(tǒng)描述系統(tǒng)實現(xiàn)后，提供數(shù)字化管理，提高學(xué)校教材管理部門的工作效 率，降低訂購中的錯誤發(fā)生率，減少人力物力的累瑣開銷。1) 學(xué)生和老師都能隨時登錄訂購教材、查看和修改訂購單，還可 以查看領(lǐng)書單。2) 發(fā)行人員能夠隨時登錄處理訂購單、 查看庫存和輸入初始的庫 存書籍，還有查看進書通知。3) 采購人員能隨時登錄系統(tǒng)查看缺書單，填寫進書單。3.4 目標系統(tǒng)需求1) 教材瀏覽服務(wù)： 學(xué)生或教師在填寫購書單前可以先對教材總體進行瀏覽， 對教材名稱，庫存數(shù)量及價格進行一定的了解，然后再結(jié)合自 己的情況決定自己要

8、購買的教材，填寫購書單。2) 購書服務(wù)：本系統(tǒng)在向?qū)W生或教師售書時要求填寫購書單(包括一下信息：姓名、購書數(shù)量、購書書名信息) ，給教材發(fā)行人員審 查有效后，開發(fā)票、打印領(lǐng)書單返回給教師或?qū)W生領(lǐng)取書籍。3) 教材信息發(fā)布： 學(xué)校教材訂購負責(zé)人提供教學(xué)用書表后，本系統(tǒng)將教材信息 公布，以便于學(xué)生確定所需數(shù)目，下購書單。4) 通知采購：當(dāng)庫存中缺書時，匯總?cè)睍畔?，發(fā)缺書單給書庫采購人員。5) 通知取書：6) 當(dāng)新書入庫后，即發(fā)進書通知給教材發(fā)行人員。3.5 目標性能需求性能需求點列表見表 1-2編號性能名稱使用部門性能描述輸入輸出1瀏覽學(xué)生、教師學(xué)生或教師在填寫購書單 前可以先對教材總體進行 瀏

9、覽，對教材名稱，庫存 數(shù)量及價格進行一定的了 解，然后再結(jié)合自己的情 況決定自己要購買的教 材，填寫購書單。登錄名、 密碼教材總共體信息2購書學(xué)生、教師本系統(tǒng)在向?qū)W生或教師售 書時要求填寫購書單，給 教 材發(fā)行人 員審查 有效 后，開發(fā)票、打印領(lǐng)書單 返回給教師或?qū)W生領(lǐng)取書 籍。籍。姓名、購 書數(shù)量、 購書書名 信息審核信息 提示以及 領(lǐng)書單3信息發(fā)布學(xué) 校教 材訂 購負 責(zé)人學(xué)校教材訂購負責(zé)人提供 教學(xué)用書表后，本系統(tǒng)將 教材信息公布，以便于學(xué) 生確定所需數(shù)目，下購書 單。教材信息教學(xué)用表4通知學(xué) 校教 材訂 購負 責(zé)人當(dāng)庫存中缺書時，匯總?cè)?書信息，發(fā)缺書單給書庫 采購人員。當(dāng)新書入庫后，

10、即發(fā)進書 通知給教材發(fā)行人員。缺書信 息、新書 入庫信息缺書單 進書通知表 1-23.6 目標界面需求1) 輸入設(shè)備：鍵盤、鼠標2) 輸出設(shè)備：顯示器3) 顯示風(fēng)格： IE 界面4) 顯示方式： 1024*7685) 輸出格式：網(wǎng)頁方式第四章 系統(tǒng)概要設(shè)計4.1 編寫目的： 學(xué)校為了方便學(xué)生定書的及時準確、圖書管理人員工作的方便高效， 開發(fā)學(xué)校教材預(yù)訂系統(tǒng)。本系統(tǒng)在向?qū)W生售書時主要輸入學(xué)生學(xué)號、班級 代號、購書數(shù)量、購書書名信息，然后打印領(lǐng)書單返回給學(xué)生領(lǐng)取書籍。 本系統(tǒng)在查詢數(shù)據(jù)庫時主要輸入需要查詢的相關(guān)信息，包括圖書編號、圖 書書名、出版社信息、圖書特色等信息方便操作人員把握圖書信息。要求

11、 系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的 界面要簡單明了，易于操作，服務(wù)器程序利于維護。4.2 教材訂購系統(tǒng)的功能可以劃分為如下幾個部分：1) 系統(tǒng)帳戶管理：主要是對系統(tǒng)用戶進行管理，包括登陸、退出、操 作記錄等。2) 訂購管理：查詢訂購書、訂購書籍、刪除訂購書籍、查詢領(lǐng)書單。3) 銷售管理：處理購書單、查詢進書單、修改和維護數(shù)據(jù)庫中相應(yīng)的 表。4) 采購管理：發(fā)缺書單、登記缺書紀錄、擬訂待購書信息、發(fā)進書通 知單、修改和維護數(shù)據(jù)庫中相應(yīng)的表。4.3 本系統(tǒng)對性能的規(guī)定：1) 系統(tǒng)的更新處理時間應(yīng)該在可接受的范圍內(nèi)；2) 系統(tǒng)的數(shù)據(jù)查詢時間應(yīng)該在可接受的范圍內(nèi)；3)

12、系統(tǒng)的數(shù)據(jù)統(tǒng)計時間應(yīng)該在可接受的范圍內(nèi)。4) 操作方式上應(yīng)該能夠滿足鼠標和鍵盤任意切換的需要；5) 能夠支持 Windows XP、Windows 7、運行環(huán)境。6) 留有與其他系統(tǒng)的接口。第五章 系統(tǒng)詳細設(shè)計說明書5.1 基本設(shè)計概念和處理流程5.1.1 處理流程1）系統(tǒng)啟動時，激活身份驗證模塊。2）通過身份驗證后，對系統(tǒng)進行初始化，判斷用戶身份，導(dǎo)入到不 同的處理頁面是。3）系統(tǒng)進入消息循環(huán)狀態(tài)，通過事件驅(qū)動機制激活各功能模塊，并 執(zhí)行指定模塊。4）各項功能執(zhí)行完畢后，重新進入消息循環(huán)狀態(tài)5）由退出系統(tǒng)事件激活關(guān)閉系統(tǒng)模塊，退出系統(tǒng)。 流程圖如下：圖1結(jié)構(gòu)圖a）完整的軟件結(jié)構(gòu)圖：b) 銷售

13、管理的結(jié)構(gòu)圖：c) 采購管理的結(jié)構(gòu)圖：d) 教師學(xué)生訂購的結(jié)構(gòu)圖：5.2 功能需求與程序的關(guān)系1) 用戶身份驗證必須調(diào)用“驗證用戶”模塊程序進行身份驗證。2）訂購者訂購之前進行查詢需要調(diào)用“銷售管理”中的庫存的信 息的查詢。3）發(fā)行人員審查訂購單也需調(diào)用“銷售管理”中的庫存信息的查詢，并且需要調(diào)用“訂購管理”中有關(guān)訂購單的操作。4）發(fā)行人員查詢進書通知需要調(diào)用“采購管理”中的輸入進書單 的信息這一功能。5）當(dāng)采購人員新進教材入庫后，相應(yīng)的庫存數(shù)據(jù)需要修改，此時 需要調(diào)用“初始庫存”進行修改。6）采購人員對缺書單的處理需要調(diào)用“銷售管理”中庫存信息的 查詢。5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系5.4 人

14、工處理過程1）新教材入庫時需要對相應(yīng)的入庫單進行錄入。2）對于已經(jīng)過時不用的教材需要發(fā)行人員對書庫數(shù)據(jù)進行相應(yīng)的刪 除。3）其他方面數(shù)據(jù)的處理系統(tǒng)將會自動進行。5.5 尚未解決的問題由于我們水平有限以及時間倉促，尚未配置成功在VS中連接 MySQL以預(yù)留之后的網(wǎng)頁端接口，只能暫用 SQL Server這種比較龐大和復(fù)雜的數(shù) 據(jù)庫作為存儲使用。5.6 接口設(shè)計5.6.1 用戶接口本系統(tǒng)采用典型的 Windows 風(fēng)格作為人機接口，如使用窗口、菜單、 對話框等。1）訂購書籍：教師或?qū)W生將要進行訂購的書籍資料輸入，系統(tǒng)將這 些資料保存在文件中。2）查詢訂購單：顯示使用者已經(jīng)保存的訂購單信息。3）刪除

15、訂購書籍：使用者將要刪除的書籍信息輸入，系統(tǒng)根據(jù)操作 刪除修改文件處理，最后修改后的文件顯示出來。4）查詢領(lǐng)書單：通過發(fā)行人員模塊處理過后，將其信息轉(zhuǎn)化成領(lǐng)書 單顯示出來。5）查詢?nèi)睍鴨危涸摴δ芤ㄟ^發(fā)行人員模塊處理過后，將其信息轉(zhuǎn) 化缺書單顯示出來。6）輸入進書單：需要采購人員將新到的書籍信息輸入，通過系統(tǒng)將 庫存信息更新處理。7）處理訂購單：發(fā)行人員可讀取用戶信息，讀取訂購單，通過比較 庫存，處理信息后，返回領(lǐng)書單。8) 查詢進書單：發(fā)行人員可對采購人員的進書單進行讀取，將其信 息顯示出來。9) 輸入初始庫存：該功能可實現(xiàn)發(fā)行人員對學(xué)校原本擁有的書籍資 料輸入保存到庫存中。10) 查詢庫存

16、：將庫存中的信息顯示出來。 總的來說，系統(tǒng)的用戶界面應(yīng)作到可靠性、簡單性、易學(xué)習(xí)和使用 外部接口1) 軟件接口a) 服務(wù)器程序可使用 Microsoft Visual Studio 2010 提供的對 SQL SERVER的 接口，進行對數(shù)據(jù)庫的所有訪問。b) 服務(wù)器程序上可使用 SQL SERVER的 對數(shù)據(jù)庫的備分命令，以做到 對數(shù)據(jù)的保存。c) 在網(wǎng)絡(luò)軟件接口方面，使用一種無差錯的傳輸協(xié)議，采用滑動窗口 方式對數(shù)據(jù)進行網(wǎng)絡(luò)傳輸及接收。2) 硬件接口a) 在輸入方面，對于鍵盤、鼠標的輸入，可用 VISUAL C+的+ 標準輸入 / 輸出，對輸入進行處理。b) 在輸出方面，打印機的連接及使用

17、，也可用 VISUAL C+的+ 標準輸入 /輸出對其進行處理。在網(wǎng)絡(luò)傳輸部分，在網(wǎng)絡(luò)硬件部分，為了實 現(xiàn)高速傳輸，將使用高速 ATM。內(nèi)部接口 內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式 進行信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了的數(shù)據(jù)，以參數(shù)傳 遞或返回值的形式在各模塊間傳輸。a) 驗證模塊：完成對用戶身份的驗證。b) 初始化模塊：在身份驗證后，系統(tǒng)調(diào)用初始化操作，執(zhí)行完畢后進 入消息循環(huán)狀態(tài)。c) 查詢模塊：由相應(yīng)消息驅(qū)動，完成對信息進行查看功能。d) 刪除模塊：具有此權(quán)限的用戶完成對信息刪除功能。e) 打印模塊：實現(xiàn)用戶從系統(tǒng)打印功能。f) 退出模塊：實現(xiàn)用戶從

18、系統(tǒng)退出功能5.7 運行設(shè)計5.7.1 運行模塊組合 客戶機程序在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調(diào)用， 讀入并對輸入進行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調(diào)用網(wǎng) 絡(luò)傳輸模塊，將數(shù)據(jù)通過網(wǎng)絡(luò)送到服務(wù)器， 并等待接收服務(wù)器返回的信息。 接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對信息進行處理，產(chǎn)生相應(yīng)的 輸出。服務(wù)器程序的接收網(wǎng)絡(luò)數(shù)據(jù)模塊必須始終處于活動狀態(tài)。 接收到數(shù)據(jù) 后，調(diào)用數(shù)據(jù)處理 / 查詢模塊對數(shù)據(jù)庫進行訪問，完成后調(diào)用網(wǎng)絡(luò)發(fā) 送模塊，將信息返回客戶機。不同的用戶登錄此系統(tǒng)獲得的系統(tǒng)功能 是不同，如下：1）教師學(xué)生等訂購者具有查詢，打印相關(guān)信息的權(quán)限；2）管理員具有查詢、

19、添加、刪除、修改，打印的權(quán)限。5.7.2 運行控制 運行控制將嚴格按照各模塊間函數(shù)調(diào)用關(guān)系來實現(xiàn)。 在各事務(wù)中心模 塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。 在 網(wǎng)絡(luò)傳方面，客戶機在發(fā)送數(shù)據(jù)后，將等待服務(wù)器的確認收到信號，收到 后，再次等待服務(wù)器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務(wù)器在接到 數(shù)據(jù)后發(fā)送確認信號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信息送回客 戶機，并等待確認。用戶通過身份驗證之后進入系統(tǒng)操作界面， 學(xué)生可以進行查詢相關(guān)信 息的操作管理員可以對系統(tǒng)進行信息的增添，刪除，修改，打印等操作。5.7.3 運行時間 在軟體的需求分析中， 對運行時間的要求為必須對作出的操

20、作有較快 的反應(yīng)。網(wǎng)絡(luò)硬件對運行時間有最大的影響，當(dāng)網(wǎng)絡(luò)負載量大時，對操作 反應(yīng)將受到很大的影響。 所以將采用 高速 ATM 網(wǎng)絡(luò)，實現(xiàn)客戶機與服務(wù) 器之間的連接，以減少網(wǎng)絡(luò)傳輸上的開銷。其次是服務(wù)器的性能，這將影 響對數(shù)據(jù)庫訪問時間即操作時間的長短，影響加大客戶機操作的等待時 間，所以必須使用高性能的服務(wù)器，建議使用 Intel i3 處理器。硬件對本 系統(tǒng)的速度影響將會大于軟件的影響。 “用戶驗證”模塊在完成用戶登錄 的身份驗證后立即退出運行，釋放占用的系統(tǒng)資源。一般來說，本系統(tǒng)運 行一般耗時 12 秒，如果數(shù)據(jù)處理量比較大就 3 4 秒。5.8 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計5.8.1 數(shù)據(jù)字典名字：

21、購書表 別名：購書單 描述：提供給教材銷售人員的購書單 定義：購書單購書單號 +書名 +出版社 +價格數(shù)量 +日期 +訂 購人姓名購書總數(shù)購書單號正整數(shù)（數(shù)據(jù)庫自動生成） 價格整數(shù) +2 位小數(shù)位置：輸出到打印機名字：缺書表 別名：缺書單 描述：送給相關(guān)工作人員的表，用來補充書籍 定義：缺書單缺書單號書名 +出版社總數(shù) 缺書單號正整數(shù)（數(shù)據(jù)庫自動生成） 位置：輸出到打印機名字：進書通知 描述：詳細的描述了進書的信息 定義： 進書通知編號 +書名 +出版社 +價格數(shù)量 + 采購日期 +采購總數(shù)編號正整數(shù)（數(shù)據(jù)庫自動生成）名字：審核信息 描述：用于審核信息 定義：審核信息教材發(fā)行人員姓名+審核標志

22、 +審核日期審核標志 TURE|FALSE注（ ：表示審核是否通過 ）名字：圖書信息定義 : 圖書信息記錄 ID +書名 +出版社 +價格庫 存數(shù)量記錄 ID正整數(shù)（數(shù)據(jù)庫自動生成）5.8.2 邏輯結(jié)構(gòu)設(shè)計要點 數(shù)據(jù)對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù) 存儲之間的關(guān)系，可采用 ER 圖的方法進行數(shù)據(jù)結(jié)構(gòu)分析。本系統(tǒng)中涉 及的實體主要有“學(xué)生” 、“教師”、“教材”、“院系”和“學(xué)生預(yù)存款”等， 各實體及其屬性如圖 1 所示。價格庫存量圖2各實體之間具有一定的聯(lián)系，用 ER圖表示出來，如圖 3 所示：圖35.9 系統(tǒng)出錯處理設(shè)計出錯信息 程序在運行時主要會出現(xiàn)兩種錯誤： 1、

23、由于輸入信息，或無法滿足要求時產(chǎn)生的錯誤，稱為軟錯誤。 2、由于其他問題，如網(wǎng)絡(luò)傳輸超時等，產(chǎn)生的問題，稱為硬錯誤。 對于軟錯誤， 須在定書操作成功判斷及輸入數(shù)據(jù)驗證模塊由數(shù)據(jù)進行數(shù)據(jù) 分析，判斷錯誤類型，再生成相應(yīng)的錯誤提示語句，送到輸出模塊中。 對與硬錯誤，可在出錯的相應(yīng)模塊中輸出簡單的出錯語句（出錯信息必須 給出相應(yīng)的出錯原因） ，并將程序重置，返回輸入階段。5.9.2 補救措施 本系統(tǒng)定期備份數(shù)據(jù)庫，以便在系統(tǒng)出現(xiàn)故障時，能夠及時恢復(fù)。 所有的客戶機及服務(wù)器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造 成的數(shù)據(jù)丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要 是服務(wù)器上：在斷電后

24、恢復(fù)過程可采用 SQL SERVER的 日志文件，對其進 行 ROLLBACK處 理，對數(shù)據(jù)進行恢復(fù)。在網(wǎng)絡(luò)傳輸方面，可考慮建立一條成本較低的后備網(wǎng)絡(luò)，以保證當(dāng)主網(wǎng)絡(luò) 斷路時數(shù)據(jù)的通信。在硬件方面要選擇較可靠、 穩(wěn)定的服務(wù)器機種， 保證系統(tǒng)運行時的可靠性。5.10 系統(tǒng)維護設(shè)計本系統(tǒng)需嚴格按照軟件產(chǎn)品設(shè)計規(guī)范的步驟進行開發(fā)， 并重復(fù)考慮軟 件的可維護性，詳細編寫各階段的文檔資料，并在程序設(shè)計過程中做出大 量詳細的注釋。維護方面主要為對服務(wù)器上的數(shù)據(jù)庫數(shù)據(jù)進行維護?？墒褂?SQL SERVER的 數(shù)據(jù)庫維護功能機制。例如，定期為數(shù)據(jù)庫進行 Backup，維護 管理數(shù)據(jù)庫死鎖問題和維護數(shù)據(jù)庫內(nèi)數(shù)據(jù)

25、的一致性等。第六章 系統(tǒng)測試說明書編寫目的： 軟件測試的目的是為了發(fā)現(xiàn)軟件設(shè)計和實現(xiàn)過程中的疏忽所造成的 錯誤 ,但是進行測試應(yīng)該制定正式的測試計劃 ,若測試是無計劃的進行 ,既浪 費時間又浪費不必要的勞動。 測試規(guī)格說明書是將軟件測試團隊的具體測 試做法文檔化，主要包括：制定描述整體策略的計劃、定義特定測試步驟 的規(guī)程以及規(guī)定將要進行的測試。測試工具：任何工程化的產(chǎn)品都可以采用以下兩種方式之一進行測試,即黑盒測試和白盒測試，下面對兩種測試方式進行簡單的介紹：黑盒測試指在軟件接口處執(zhí)行測試， 檢查系統(tǒng)的基本方面而很少關(guān) 心軟件的內(nèi)部結(jié)構(gòu)，了解已設(shè)計的產(chǎn)品所完成的制定功能，可以執(zhí)行測試 以顯示每

26、個功能是可操作的，同時查找每個功能中的錯誤。白盒測試是基于過程細節(jié)的封閉檢查，了解產(chǎn)品的內(nèi)部運行情況， 可以執(zhí)行測試以確保 “所有齒輪吻合” 即內(nèi)部操作依據(jù)規(guī)格說明執(zhí)行， 而且對所有的內(nèi)部構(gòu)件已進行了充分測試。測試方法由于本次測試的依據(jù)是需求，所以才用黑盒測試方法1) 測試策略：a) 功能測試，主要采用等價類劃分的策略。b) 壓力測試，主要采用邊界值測試，錯誤猜測等策略。2) 測試手段：a) 功能測試，手動模擬正常、異常輸入。b) 壓力測試，使用自動化壓力測試工具 LoadRunner。3) 測試內(nèi)容： 功能測試，按照需求功能。測試計劃 根據(jù)測試需求，可以得出一下的測試計劃： 驗證用戶功能：1

27、) 初次安裝系統(tǒng)后，測試初始用戶帳號和密碼能否正確登錄到系統(tǒng)；2) 正確登錄后，對用戶賬號和密碼進行更改；3) 采用剛修改的用戶賬號和密碼登錄，應(yīng)該能夠正確登錄。 銷售功能和采購功能：1) 進入此界面后，選擇添加操作看能否進入添加界面，添加幾條記錄。2) 退回主界面，選擇修改操作看能否修改剛剛添加的記錄。3）退回主界面，選擇刪除操作看能否刪除添加的記錄。4）退回主界面，選擇查詢操作看顯示的界面是否正確。訂購功能：1）進入用戶主界面后，點擊訂購看能否進入到訂購界面。2）進入訂購界面后，輸入正確的客戶信息進行訂購，看能否出現(xiàn)提示成 功的信息。3）返回訂購界面，輸入錯誤的客戶信息進行訂購，看系統(tǒng)是否提示錯誤， 并阻止動作的進一步進行。測試用例用戶注冊 /登陸/修改信息模塊測試要點:模塊正常運行的流程：用戶輸入數(shù)據(jù)檢查（用戶名，密碼，口令，待定夠 書籍的書號等），包括數(shù)據(jù)的合理性檢查，以及數(shù)據(jù)庫的合法性操作檢查； 數(shù)據(jù)庫連接異常的響應(yīng)。1）學(xué)生登錄模塊測試 表 1-3輸入條件模塊測試項用戶注冊1. 能在數(shù)據(jù)庫中正確查找該用戶名是否已存在2. 若用戶名不存在， 數(shù)據(jù)庫應(yīng)能正確添加該用戶3. 若用戶名已存在，應(yīng)能給出錯誤提示用戶登錄4能在數(shù)據(jù)庫中正確查找該用戶名5. 若存在該用戶名