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

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

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

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

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

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

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

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

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

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

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

11、面要簡單明了，易于操作，服務器程序利于維護。4.2 教材訂購系統(tǒng)的功能可以劃分為如下幾個部分：1) 系統(tǒng)帳戶管理：主要是對系統(tǒng)用戶進行管理，包括登陸、退出、操 作記錄等。2) 訂購管理：查詢訂購書、訂購書籍、刪除訂購書籍、查詢領書單。3) 銷售管理：處理購書單、查詢進書單、修改和維護數據庫中相應的 表。4) 采購管理：發(fā)缺書單、登記缺書紀錄、擬訂待購書信息、發(fā)進書通 知單、修改和維護數據庫中相應的表。4.3 本系統(tǒng)對性能的規(guī)定：1) 系統(tǒng)的更新處理時間應該在可接受的范圍內；2) 系統(tǒng)的數據查詢時間應該在可接受的范圍內；3) 系統(tǒng)的數據統(tǒng)計時間應該在可接受的范圍內。4) 操作方式上應該能夠滿足鼠

12、標和鍵盤任意切換的需要；5) 能夠支持 Windows XP、Windows 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)。 流程圖如下：血d： W領書單牡質加城r tjsa 懾書單荊書單I、嘰丿MDE ilHH睡劃耳如 鬲創(chuàng)建Ifl 圖15.1.2結構

13、圖陽1$単審擺 購書單a）完整的軟件結構圖:船辿用戶卑酸執(zhí)#訂叱系純怖人世節(jié)單查誨快辰E直詢弱-tiE處理訂科唯b）銷售管理的結構圖:C）采購管理的結構圖:采購管埠輸入a書單返 a 缺1 $單近W單缺”單d）教師學生訂購的結構圖:訂購管理瀆取訂購滬5.2功能需求與程序的關系1）用戶身份驗證必須調用“驗證用戶”模塊程序進行身份驗證。2）訂購者訂購之前進行查詢需要調用“銷售管理”中的庫存的信 息的查詢。3）發(fā)行人員審查訂購單也需調用“銷售管理”中的庫存信息的查詢，并且需要調用“訂購管理”中有關訂購單的操作。4）發(fā)行人員查詢進書通知需要調用“采購管理”中的輸入進書單 的信息這一功能。5）當采購人員新

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

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

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

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

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

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

20、詢相關信息的操作管理員可以對系統(tǒng)進行信息的增添，刪除，修改，打印等操作。5.7.3運行時間在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快 的反應。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作 反應將受到很大的影響。所以將采用 高速ATM網絡，實現客戶機與服務 器之間的連接，以減少網絡傳輸上的開銷。其次是服務器的性能，這將影 響對數據庫訪問時間即操作時間的長短，影響加大客戶機操作的等待時 間，所以必須使用高性能的服務器，建議使用In tel i3處理器。硬件對本系統(tǒng)的速度影響將會大于軟件的影響?！坝脩趄炞C”模塊在完成用戶登錄 的身份驗證后立即退出運行，釋放占用的系統(tǒng)資源

21、。一般來說，本系統(tǒng)運 行一般耗時12秒，如果數據處理量比較大就 34秒。5.8 系統(tǒng)數據結構設計5.8.1數據字典名字：購書表別名：購書單描述：提供給教材銷售人員的購書單定義：購書單=購書單號 + 書名+出版社+價格+數量 +日期+訂 購人姓名+購書總數購書單號=正整數（數據庫自動生成） 價格=整數+2位小數位置：輸出到打印機名字：缺書表別名：缺書單 描述：送給相關工作人員的表，用來補充書籍定義：缺書單=缺書單號+書名 +出版社+總數 缺書單號=正整數（數據庫自動生成）位置：輸出到打印機名字：進書通知描述：詳細的描述了進書的信息定義：進書通知=編號+ 書名+出版社+價格+數量 +米購日期 +采

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

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

24、丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要 是服務器上：在斷電后恢復過程可采用SQL SERVE的日志文件，對其進行ROLLBACK處理，對數據進行恢復。在網絡傳輸方面，可考慮建立一條成本較低的后備網絡，以保證當主網絡 斷路時數據的通信。在硬件方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。5.10 系統(tǒng)維護設計本系統(tǒng)需嚴格按照軟件產品設計規(guī)范的步驟進行開發(fā)，并重復考慮軟 件的可維護性，詳細編寫各階段的文檔資料，并在程序設計過程中做出大 量詳細的注釋。維護方面主要為對服務器上的數據庫數據進行維護?？墒褂肧QLSERVER的數據庫維護功能機制。例如，定期為數據庫進行 B

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

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

27、據測試需求，可以得出一下的測試計劃： 驗證用戶功能：1) 初次安裝系統(tǒng)后，測試初始用戶帳號和密碼能否正確登錄到系統(tǒng)；2) 正確登錄后，對用戶賬號和密碼進行更改；3) 采用剛修改的用戶賬號和密碼登錄，應該能夠正確登錄。 銷售功能和采購功能：1) 進入此界面后，選擇添加操作看能否進入添加界面，添加幾條記錄。2) 退回主界面，選擇修改操作看能否修改剛剛添加的記錄。3）退回主界面，選擇刪除操作看能否刪除添加的記錄。4）退回主界面，選擇查詢操作看顯示的界面是否正確。 訂購功能：1）進入用戶主界面后，點擊訂購看能否進入到訂購界面。2）進入訂購界面后，輸入正確的客戶信息進行訂購，看能否出現提示成 功的信息。

28、3）返回訂購界面，輸入錯誤的客戶信息進行訂購，看系統(tǒng)是否提示錯誤， 并阻止動作的進一步進行。測試用例用戶注冊/登陸/修改信息模塊測試要點：模塊正常運行的流程：用戶輸入數據檢查（用戶名，密碼，口令，待定夠 書籍的書號等），包括數據的合理性檢查，以及數據庫的合法性操作檢查; 數據庫連接異常的響應。1）學生登錄模塊測試 表1-3輸入條件模塊測試項用戶注冊1. 能在數據庫中正確查找該用戶名是否已存在2. 若用戶名不存在，數據庫應能正確添加該用戶3. 若用戶名已存在，應能給出錯誤提示用戶登錄4. 能在數據庫中正確查找該用戶名5. 若存在該用戶名且密碼正確，應能使用戶登 錄6. 若不存在該用戶名或密碼錯誤，應能給出錯 誤提示用戶修改信息數據庫相應信息應該為用戶的輸入表1-32）米購功能測試測試要點：數據庫連接是否正常、輸入是否合理、合法、返回信息是否正確 頁面跳轉是否正常測武垃目名稱，學校軼林訂購雖統(tǒng)一 一玉購功能測試用例編號，2測試內寫1系統(tǒng)管理貝豊錄時看是否可J、蒞採泯如、樓U!除、査詢等龍竄痢試歎拯QC2A數臘庫 屮憫 清華大學岀版社32. J0捌試過程;2）OCGA離件工程 小職 清半大學出眠社354. CO刮