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

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

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

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

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

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

6、發(fā)出符合用戶要求的軟件基礎。使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為整個軟件開發(fā)的基礎。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) 庫存表：存放庫中存在的書籍數(shù)據(jù)。4) 出庫表：存放已銷售的書籍的數(shù)據(jù)。5) 進庫表：存放入庫的書籍的數(shù)據(jù)。6) 購書表：存放提交的書籍的數(shù)據(jù)。7) 缺書登記表：存放缺少的書籍的數(shù)據(jù)。8) 待

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

8、要求填寫購書單（包括一下 信息：姓名、購書數(shù)量、購書書名信息），給教材發(fā)行人員審 查有效后，開發(fā)票、打印領書單返回給教師或學生領取書籍。3）教材信息發(fā)布：學校教材訂購負責人提供教學用書表后，本系統(tǒng)將教材信息 公布，以便于學生確定所需數(shù)目，下購書單。4）通知采購：當庫存中缺書時，匯總缺書信息，發(fā)缺書單給書庫采購人員。5）通知取書：6）當新書入庫后，即發(fā)進書通知給教材發(fā)行人員。3.5 目標性能需求性能需求點列表見表1-2編P性能名稱使用部門性能描述輸入輸出1瀏覽學生、教師學生或教師在填寫購書單 前可以先對教材總體進行 瀏覽，對教材名稱，庫存 數(shù)量及價格進行一定的了 解，然后再結合自己的情 況決定自

9、己要購買的教 材，填寫購書單。登錄名、 密碼教材總共 體信息2購書學生、教師本系統(tǒng)在向學生或教師售 書時要求填寫購書單，給 教材發(fā)行人員審查有效 后，開發(fā)票、打印領書單 返回給教師或學生領取書相。姓名、購 書數(shù)量、 購書書名 信息審核信息 提示以及 領書單3信息發(fā)布學校教材訂購負 責人學校教材訂購負責人提供 教學用書表后，本系統(tǒng)將 教材信息公布，以便于學 生確定所需數(shù)目，下購書 單。教材信息教學用表4通知學校教材訂購負 責人當庫存中缺書時，匯總缺 書信息，發(fā)缺書單給書庫 采購人員。當新書入庫后，即發(fā)進書 通知給教材發(fā)行人員。缺書信 息、新書 入庫信息缺書單 進書通知表1-23.6 目標界面需求

10、1）輸入設備：鍵盤、鼠標2）輸出設備：顯示器3）顯示風格：IE界面4）顯示方式：1024*7685）輸出格式：網(wǎng)頁方式第四章 系統(tǒng)概要設計4.1 編寫目的：學校為了方便學生定書的及時準確、圖書管理人員工作的方便高效，開發(fā)學校教材預訂系統(tǒng)。本系統(tǒng)在向學生售書時主要輸入學生學號、班級代號、購書數(shù)量、購書書名信息，然后打印領書單返回給學生領取書籍。本系統(tǒng)在查詢數(shù)據(jù)庫時主要輸入需要查詢的相關信息，包括圖書編號、圖書書名、出版社信息、圖書特色等信息方便操作人員把握圖書信息。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務器程序利于維護。4.2 教材訂購系

11、統(tǒng)的功能可以劃分為如下幾個部分：1) 系統(tǒng)帳戶管理：主要是對系統(tǒng)用戶進行管理，包括登陸、退出、操作記錄等。2) 訂購管理：查詢訂購書、訂購書籍、刪除訂購書籍、查詢領書單。3) 銷售管理：處理購書單、查詢進書單、修改和維護數(shù)據(jù)庫中相應的表。4) 采購管理：發(fā)缺書單、登記缺書紀錄、擬訂待購書信息、發(fā)進書通知單、修改和維護數(shù)據(jù)庫中相應的表。4.3 本系統(tǒng)對性能的規(guī)定：1) 系統(tǒng)的更新處理時間應該在可接受的范圍內(nèi)；2) 系統(tǒng)的數(shù)據(jù)查詢時間應該在可接受的范圍內(nèi)；3) 系統(tǒng)的數(shù)據(jù)統(tǒng)計時間應該在可接受的范圍內(nèi)。4) 操作方式上應該能夠滿足鼠標和鍵盤任意切換的需要；5) 能夠支持Windows XP、 Win

12、dows 7、運行環(huán)境。6) 留有與其他系統(tǒng)的接口。第五章 系統(tǒng)詳細設計說明書5.1 基本設計概念和處理流程5.1.1 處理流程1）系統(tǒng)啟動時，激活身份驗證模塊。2）通過身份驗證后，對系統(tǒng)進行初始化，判斷用戶身份，導入到不 同的處理頁面是。3）系統(tǒng)進入消息循環(huán)狀態(tài)，通過事件驅動機制激活各功能模塊，并 執(zhí)行指定模塊。4）各項功能執(zhí)行完畢后，重新進入消息循環(huán)狀態(tài)。5）由退出系統(tǒng)事件激活關閉系統(tǒng)模塊，退出系統(tǒng)。 流程圖如下：我把4疔骰見購書單14史如於掘救H忙括茅白羽受用中苑建惋書單新書史印故初期K子他書單敕黏:*電。咽*1m 4的卻1中童|你啰.村數(shù)理1行人反吃人附軸書單野帆劇通明圖15.1.2

13、結構圖a）完整的軟件結構圖:輸入初始庫W詢進書單處理訂購睢帶入£書單蛋詵鍬K小帝同座春甘國i修理青魂班卜施b）銷售管理的結構圖:ifl有管理詢玳3處理討購單返回領巾單比莪庠nK讀取月戶訂購單檢索用rc）采購管理的結構圖:5.2 功能需求與程序的關系1）用戶身份驗證必須調(diào)用“驗證用戶”模塊程序進行身份驗證。2） 訂購者訂購之前進行查詢需要調(diào)用“銷售管理”中的庫存的信 息的查詢。3） 發(fā)行人員審查訂購單也需調(diào)用“銷售管理”中的庫存信息的查詢，并且需要調(diào)用“訂購管理”中有關訂購單的操作。4） 發(fā)行人員查詢進書通知需要調(diào)用“采購管理”中的輸入進書單的信息這一功能。5） 當采購人員新進教材入庫

14、后，相應的庫存數(shù)據(jù)需要修改，此時需要調(diào)用“初始庫存”進行修改。6） 采購人員對缺書單的處理需要調(diào)用“銷售管理”中庫存信息的 查詢。5.3 數(shù)據(jù)結構與程序的關系5.4 人工處理過程1）新教材入庫時需要對相應的入庫單進行錄入。2）對于已經(jīng)過時不用的教材需要發(fā)行人員對書庫數(shù)據(jù)進行相應的刪除。3）其他方面數(shù)據(jù)的處理系統(tǒng)將會自動進行。5.5 尚未解決的問題由于我們水平有限以及時間倉促，尚未配置成功在VS 中連接 MySQL以預留之后的網(wǎng)頁端接口，只能暫用 SQL Serve這種比較龐大和復雜的數(shù) 據(jù)庫作為存儲使用。5.6 接口設計5.6.1 用戶接口本系統(tǒng)采用典型的 Windows 風格作為人機接口，如

15、使用窗口、菜單、對話框等。1）訂購書籍：教師或學生將要進行訂購的書籍資料輸入，系統(tǒng)將這些資料保存在文件中。2）查詢訂購單：顯示使用者已經(jīng)保存的訂購單信息。3）刪除訂購書籍：使用者將要刪除的書籍信息輸入，系統(tǒng)根據(jù)操作刪除修改文件處理，最后修改后的文件顯示出來。4）查詢領書單：通過發(fā)行人員模塊處理過后，將其信息轉化成領書單顯示出來。5）查詢?nèi)睍鴨危涸摴δ芤ㄟ^發(fā)行人員模塊處理過后，將其信息轉化缺書單顯示出來。6）輸入進書單：需要采購人員將新到的書籍信息輸入，通過系統(tǒng)將庫存信息更新處理。7）處理訂購單：發(fā)行人員可讀取用戶信息，讀取訂購單，通過比較庫存，處理信息后，返回領書單。8)查詢進書單：發(fā)行人員

16、可對采購人員的進書單進行讀取，將其信息顯示出來。9)輸入初始庫存：該功能可實現(xiàn)發(fā)行人員對學校原本擁有的書籍資料輸入保存到庫存中。10)查詢庫存：將庫存中的信息顯示出來?？偟膩碚f，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用外部接口1 ) 軟件接口a) 服務器程序可使用 Microsoft Visual Studio 2010 提供的對 SQL SERVER勺接口，進行對數(shù)據(jù)庫的所有訪問。b)服務器程序上可使用SQL SERVER勺對數(shù)據(jù)庫的備分命令，以做到 對數(shù)據(jù)的保存。c) 在網(wǎng)絡軟件接口方面，使用一種無差錯的傳輸協(xié)議，采用滑動窗口方式對數(shù)據(jù)進行網(wǎng)絡傳輸及接收。2 ) 硬件接口a)在輸入

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

18、刪除模塊：具有此權限的用戶完成對信息刪除功能。e) 打印模塊：實現(xiàn)用戶從系統(tǒng)打印功能。f) 退出模塊：實現(xiàn)用戶從系統(tǒng)退出功能5.7 運行設計5.7.1 運行模塊組合客戶機程序在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調(diào)用，讀入并對輸入進行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調(diào)用網(wǎng)絡傳輸模塊， 將數(shù)據(jù)通過網(wǎng)絡送到服務器， 并等待接收服務器返回的信息。接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對信息進行處理，產(chǎn)生相應的輸出。服務器程序的接收網(wǎng)絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調(diào)用網(wǎng)絡發(fā) 送模塊，將信息返回客戶機。不同的用戶登錄此系統(tǒng)獲得

19、的系統(tǒng)功能 是不同，如下：1）教師學生等訂購者具有查詢，打印相關信息的權限；2）管理員具有查詢、添加、刪除、修改，打印的權限。5.7.2 運行控制運行控制將嚴格按照各模塊間函數(shù)調(diào)用關系來實現(xiàn)。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。在網(wǎng)絡傳方面，客戶機在發(fā)送數(shù)據(jù)后，將等待服務器的確認收到信號，收到 后，再次等待服務器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務器在接到 數(shù)據(jù)后發(fā)送確認信號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信息送回客 戶機，并等待確認。用戶通過身份驗證之后進入系統(tǒng)操作界面，學生可以進行查詢相關信息的操作管理員可以對系統(tǒng)進行信息的增添，刪除，修改，打印等

20、操作。5.7.3 運行時間在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快 的反應。網(wǎng)絡硬件對運行時間有最大的影響，當網(wǎng)絡負載量大時，對操作 反應將受到很大的影響。所以將采用 高速ATM網(wǎng)絡，實現(xiàn)客戶機與服務 器之間的連接，以減少網(wǎng)絡傳輸上的開銷。其次是服務器的性能，這將影 響對數(shù)據(jù)庫訪問時間即操作時間的長短，影響加大客戶機操作的等待時 間，所以必須使用高性能的服務器，建議使用Intel i3處理器。硬件對本系統(tǒng)的速度影響將會大于軟件的影響?！坝脩趄炞C”模塊在完成用戶登錄 的身份驗證后立即退出運行，釋放占用的系統(tǒng)資源。一般來說，本系統(tǒng)運 行一般耗時12秒，如果數(shù)據(jù)處理量比較大就 3

21、4秒。5.8 系統(tǒng)數(shù)據(jù)結構設計5.8.1 數(shù)據(jù)字典名字：購書表別名：購書單描述：提供給教材銷售人員的購書單定義：購書單=購書單號 + 書名+出版社+價格+數(shù)量 +日期+訂 購人姓名+購書總數(shù)購書單號=正整數(shù)（數(shù)據(jù)庫自動生成）價格=整數(shù)+2位小數(shù)位置：輸出到打印機名字：缺書表別名：缺書單描述：送給相關工作人員的表，用來補充書籍定義：缺書單=缺書單號+ 書名 +出版社 +總數(shù) 缺書單號=正整數(shù)（數(shù)據(jù)庫自動生成）位置：輸出到打印機名字：進書通知描述：詳細的描述了進書的信息定義：進書通知=編號+ 書名+出版社+價格+數(shù)量 +采購日期+采購總數(shù)編號=正整數(shù)（數(shù)據(jù)庫自動生成）位置：名字：審核信息描述：用于

22、審核信息定義：審核信息=教材發(fā)行人員姓名+審核標志+審核日期審核標志=TURE|FALSEf:表示審核是否通過） 位置：名字：圖書信息定義：圖書信息=記錄ID +書名+出版社+價格+庫 存數(shù)量記錄ID =正整數(shù)（數(shù)據(jù)庫自動生成）5.8.2 邏輯結構設計要點數(shù)據(jù)對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，可采用 E-R圖的方法進行數(shù)據(jù)結構分析。本系統(tǒng)中涉及的實體主要有“學生”、“教師” 各實體及其屬性如圖1所示。、“院系”和“學生預存款”等,價格庫存量各實體之間具有一定的聯(lián)系，用 E R圖表示出來，如圖3所示:5.9 系統(tǒng)出錯處理設計5.9.1 出錯信息程序在運行時主

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

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

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

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

27、否正確登錄到系統(tǒng)；2)正確登錄后，對用戶賬號和密碼進行更改；3)采用剛修改的用戶賬號和密碼登錄，應該能夠正確登錄。銷售功能和采購功能：1 )進入此界面后，選擇添加操作看能否進入添加界面，添加幾條記錄。2)退回主界面，選擇修改操作看能否修改剛剛添加的記錄。3）退回主界面，選擇刪除操作看能否刪除添加的記錄。4）退回主界面，選擇查詢操作看顯示的界面是否正確。訂購功能：1）進入用戶主界面后，點擊訂購看能否進入到訂購界面。2）進入訂購界面后，輸入正確的客戶信息進行訂購，看能否出現(xiàn)提示成 功的信息。3）返回訂購界面，輸入錯誤的客戶信息進行訂購，看系統(tǒng)是否提示錯誤， 并阻止動作的進一步進行。測試用例用戶注冊

28、/登陸/修改信息模塊測試要點：模塊正常運行的流程：用戶輸入數(shù)據(jù)檢查（用戶名，密碼，口令，待定夠 書籍的書號等），包括數(shù)據(jù)的合理性檢查，以及數(shù)據(jù)庫的合法性操作檢查; 數(shù)據(jù)庫連接異常的響應。1）學生登錄模塊測試 表1-3輸入條件模塊測試項用戶注冊1 .能在數(shù)據(jù)庫中正確查找該用戶名是否已存在2 .若用戶名不存在，數(shù)據(jù)庫應能正確添加該用戶3 .若用戶名已存在，應能給出錯誤提示用戶登錄4 .能在數(shù)據(jù)庫中正確查找該用戶名5 .若存在該用戶名且密碼正確，應能使用戶登 錄6 .若不存在該用戶名或密碼錯誤，應能給出錯 誤提示用戶修改信息數(shù)據(jù)庫相應信息應該為用戶的輸入表1-32）采購功能測試測試要點：數(shù)據(jù)庫連接是否正常、輸入是否合理、合法、返回信息是否正確 頁面跳轉是否正常瀏或項目名稱學校教材訂購系統(tǒng)一一采購功能測試用倒編號r2制試內(nèi)容,系統(tǒng)管理員魯錄時看是否可以選擇漆加、慘出、型除、i匕丁二能：期就數(shù)據(jù)T 08總 數(shù)據(jù)庫 小侃 清華大學出版社韶.內(nèi)惻試過程打）OCGA軟件工程小熊 清華大學出版社3鼠.3測試過程:n口阻 編還原理小張 浩華大學出版社及.0。副試過程二