1、精選優質文檔-傾情為你奉上課 程 設 計設計題目 基于C/S模式的網絡訂餐系統 200 9 年 6 月 19 日基于C/S模式的網絡訂餐系統目 錄中文摘要 1英文摘要21可行性分析 Y 1.1 問題定義 Y 1.2 可行性分析 Y2 軟件需求規格說明書 Y 2.1 引言 Y 2.2 項目概述 Y 2.3 數據描述 Y 2.4 功能需求 Y 2.5 性能需求 Y3 系統概要設計說明書 Y 3.1 引言 Y 3.2 任務概述 Y 3.3 總體設計 Y 3.4 類圖設計 Y 3.5 數據庫設計 Y 3.6 接口設計 Y 3.7 界面設計 Y4 系統詳細設計說明書 Y 4.1 引言 Y 4.2 詳細設

2、計 Y5 軟件測試文檔 Y 5.1 引言 Y 5.2 測試概要 Y 5.3 測試項目 Y 5.4 限制 Y 5.5 測試資源消耗 Y結論 Y致謝 Y參考文獻Y基于C/S模式的網絡訂餐系統摘 要： 本系統是一個基于C/S模式的網絡訂餐系統，采用ASP.NET作為平臺，SQL SERVER 2000數據庫作為后臺數據庫；采用三層體系架構即數據層、功能層、表現層。本系統可以實現用戶網上訂餐，餐廳管理員數字化管理餐廳等功能。關鍵詞：C/S、訂餐、網絡、數字化管理1.可行性分析1.1問題定義訂餐服務是餐飲企業的一項日常工作， 完成餐飲企業訂餐服務的訂餐系統，作為餐飲管理系統的一部分，為餐飲企業提高工作效

3、率和質量，提高企業經濟效益起到了重要的作用。目前，大部分餐飲業采用的訂餐工作方式是客戶通過電話與餐廳聯系， 由餐廳工作人員通過餐飲企業內部的餐飲管理系統實施訂餐工作。 這種工作方式有很多弊端，它沒有完全脫離手工式工作， 工作效率低。同時， 從客戶訂餐需求角度考慮，客戶希望能在訂餐前了解更多的有關信息， 如餐廳能提供的菜的品種， 各種菜的風味， 菜的直觀圖片等， 而這些信息僅僅從餐廳工作人員的電話中是不可能有全面的了解的， 這無疑會給客戶的訂餐帶來不便，同時也影響了餐廳的工作效益。開發基于網絡C/S模式的訂餐系統，能有效地解決上述問題， 實現真正意義上的訂餐自動化。1.2可行性分析1.2.1技術

4、可行性網絡訂餐系統屬于計算機在數據通信和信息處理方面的應用， 屬于典型的網絡數據庫應用系統( 客戶/服務器數據庫應用) ，其關鍵問題是數據的存儲與檢索， 系統開發的實質是數據庫的建立、 連接和數據庫編程。在C / S體系下，數據庫真正變成了公共、專業化的倉庫,受到獨立的專門管理。在訂餐系統的開發和設計中， 前臺采用設計和實現。后臺采用SQL SERVER 2000數據庫管理系統。Asp在網絡開發中具有巨大優勢，如任何開發工具皆可開發ASP、執行結果所產生的HTM文件適用于不同的瀏覽器、語言相容性高、隱密安全性高等；ASP在電子商務中應用非常廣泛，在C/S模式的開發方面技術已很成熟。 SQL S

5、ERVER 2000為用戶提供了一個完整的數據庫解決方案， 使用了業界非常先進的數據結構， 能夠為要求最苛刻的Web應用和企業應用提供高度的可擴展性和高可靠性。而且,Microsoft SQL Server 2000適合于從小型機到大型機的所有級別的應用，具有很強的適應性，在數據庫開發中應用極為廣泛。綜上所述系統開發所依賴的軟件技術已很成熟，并具有巨大優勢；本系統在技術上可行。1.2.2經濟可行性通過本系統，餐廳可以提高服務效率，降低餐廳的成本，減少不必要的浪費；在網上長期發布，進行宣傳，是一種很好的營銷方式，可以擴大餐廳影響，提高知名度，增加營業額，給餐飲企業帶來巨大的利潤；而項目開發的成本

6、、開發費用和今后的運行、維護費用與其帶來的經濟效益相比卻很小，因此，本系統在經濟效益上可行。1.2.3社會因素可行性民以食為天。餐飲業是一種個性化、多樣化的服務產業，也是競爭很激烈的產業。隨著互聯網技術的飛速發展和廣泛普及，方便、快捷、實用、個性化的網上訂餐正在進入人們的生活。目前，網上訂餐業務還處于形成期，成長空間還很大，趁勢而入，建立起特色鮮明的訂餐網站，必有“錢”途。因此本系統社會因素方面是可行的。2軟件需求規格說明書2.1引言餐飲業一直是服務行業最重要的組成部分之一。薄利多銷一直是餐飲業的營銷理念。如何在當前餐飲行業日趨激烈的競爭環境中脫穎而出并吸引更多的顧客，已成為每位餐飲業經營者所

7、追求的目標。經過多年發展，餐館管理已經逐漸由簡單而繁瑣的人工管理，進入科學系統管理的階段。如何有效的節約人力成本是餐飲業致力于解決的首要問題。當前最有效的手段就是采用系統的自動化管理取代過去的人工方式。2.1.1編寫目的本需求規格說明書是通過分析，結合UML理論后得出的對于一個基本的餐館訂餐系統的需求和功能分析，其主要目的是為系統的設計開發提供前期的準備工作。本系統的用戶對象可以分為兩部分：本系統的主要用戶訂餐者和餐廳管理者。2.1.2項目背景A.項目委托單位：*美食餐廳 開發單位：*軟件開發組主管部門：資環學院B：與其它系統關系：傳統的餐廳內部訂餐系統屬于單機版，面向餐廳管理人員；而本系統屬

8、于網絡版C/S模式的，面向廣大用戶；本系統在互聯網上及時發布菜品信息，用戶快速方便的實現訂餐，餐廳管理人員高效的管理餐廳。2.1.3定義UML：統一建模語言，英文全稱為Unified Modeling Language。C/S：Client/Server，一種網絡連接模式，服務器是網絡的核心，而客戶機是網絡的基礎，客戶機依靠服務器獲得所需要的網絡資源，而服務器為客戶機提供網絡必須的資源。2.1.4參考資料 1張海藩.軟件工程導論.第五版.清華大學出版社2劉輝，楊克勤等. 基于Web 的網上訂餐點菜系統. 商業科技.2007，505：403Joseph Schmuller.UML基礎、案例與應用

9、.第一版.人民郵電出版社2.2項目概述2.2.1項目目標、內容、現行系統的調查情況本系統是一個餐館訂餐系統，本系統是網絡版C/S模式，優勢在于面向大眾，能夠實現用戶網上訂餐和餐館的數字化經營。系統數據安全性好，使數據庫安全有保障。系統開放性好,采用標準的開發工具和技術，后臺數據庫采用微軟SQL SERVER 2000。目前運行的訂餐系統主要是單機版的，面向餐廳管理人員，且功能少，不能滿足競爭日益激烈的餐飲業的需求。2.2.2運行環境 設備要求 設備名稱詳細要求處理器Intel Pentium 4 2G HZ或同級別處理器 內存容量至少256MB，推薦1G硬盤容量至少30G，推薦8

10、0GB 系統環境操作系統： Microsoft Windows NT 2003Microsoft Windows 2000 Microsoft Windows XP 2.2.3條件與限制 條件(1) 項目組與委托單位長期保持著合作關系，項目組前期進行了有關的調查、調研，且已經獲得項目開發所使用的數據。(2) 項目組成員專業技能過硬，能夠按期完成項目。 限制經費限制：經費不足開發期限：開發系統為Microsoft Windows XP，不適合網絡開發人員限制：1名開發人員設備限制：個人臺式電腦2.3.數據描述2.3.1靜態數據用戶信息Users包括用戶名

11、UserID 、密碼UserPwd、性別Sex、電子郵件Email、聯系地址Address、聯系電話Tel等；菜品信息Products主要包括食品編號fID、食品名稱fName、價格Price、 食品介紹fIntro、類別編號KindID 等；菜品類別信息Kind包括類別編號KindID、類別名稱KindName；管理員信息admin 包括管理員名adminName和管理員密碼adminPwd。2.3.2動態數據（包括輸入數據和輸出數據）餐位信息Seats主要包括餐位編號SeatID、位置Location、容納人數Nums、收費標準Charge、預訂狀態State等；訂單信息Orders主要包

12、括訂單編號OrderID、用戶名UserID、位置Location、訂購食品總數量TotalNum、訂購食品總價格TotalMoney、用餐日期HavingDinnerDate、用餐時間HavingDinnerTime、預訂日期OrderingTime 等；詳細訂購信息Orders_Detail包括訂單編號OrderID、食品編號fID、訂購數量fNum。 2.3.3數據流圖 第0層DFD圖用戶登錄網站進行選菜、訂菜、提交訂單給餐廳管理員。 訂菜信息1網絡訂餐系統用戶信息用戶訂單信息訂 單 表 餐位信息詳細訂單2生成詳細訂單餐廳管理員第1層DFD圖。對第0層DFD圖中的加工“網絡訂餐系統”和“

13、生成詳細訂單”進行展開。選菜選定餐位用戶用戶信息users1.2注冊，登陸1.1獲取餐位1.3選菜系統Productsseats用戶名已選菜信息息時間信息+餐位信息訂餐時間信息客戶基本信息菜總價菜信息處理生成訂單菜品ID號菜總量詳細訂單信息生成詳細訂單餐廳管理員網絡訂餐系統數據流圖2.3.4數據庫描述（給出所使用數據庫的名稱和類型） 采用SQL SEVER 2000為后臺數據庫，本系統的數據庫主要涉及餐位、食品、用戶、訂單等信息。主要包括以下表：餐位表Seats、類別表Kind、產品表Products、用戶表Users、訂單表Orders、詳細訂購信息表Orders_Detail、管理員表ad

14、min。2.3.5數據字典主要數據字典：用戶信息=用戶名+密碼+性別+電子郵件+聯系地址+聯系電話時間信息=用餐日期+用餐時間+預訂日期餐位信息=餐位編+位置+容納人數+收費標準+預訂狀態2.3.6加工邏輯小說明主要加工邏輯說明（1）獲取餐位信息：從seats表中尋找在一定時間范圍內空閑的餐位，并顯示。（2）注冊登陸驗證用戶信息或將新用戶信息存入users表。（3）選菜系統從Products表中提取數據，記錄選定的菜信息。（4）菜信息處理提取所選菜的編號fID,計算菜的總量和總價。2.3.7數據采集本系統數據來源菜品及餐位信息均由*美食餐廳提供。2.4.功能需求4.1功能劃分本系統主要分為兩個

15、功能模塊：普通用戶模塊和管理員模塊，如下圖網絡訂餐系統后臺管理員處理功能前臺用戶訂餐功能前臺用戶訂餐功能留言訂單信息查詢下訂單訂菜預定餐位后臺管理功能 食品管理用戶管理訂單管理用戶留言管理餐位管理2.4.2功能描述1.用戶模塊設計。用戶模塊分為5個主要功能：（1） 預訂餐位模塊。 在首頁中提供了可用餐位的信息， 包括人數、 收費標準等。 單擊“預訂” 按鈕， 即可預訂該餐位， 同時在頁面中顯示所選的餐位信息，并顯示一個“開始訂菜”按鈕。 在首頁中提供了查詢食物、 查詢訂單、留言等超鏈接。（2）訂菜模塊。選擇“開始訂菜”，即進入訂菜頁面。用戶可以瀏覽全部或某一類食品；也可以按食品名稱或價格進行查

16、找；可以查看食品的詳細信息。 單擊 “訂購” 按鈕可將選定的食品放到訂餐車中。 在訂餐車中顯示所訂購的食品，可以修改食品數量，刪除食品，可以返回繼續訂購， 也可以取消本次訂購。（3） 下訂單模塊。 本次訂購結束后， 在訂餐車中選擇 “下訂單”， 進入用戶注冊頁面。 收集用戶的信息及用餐的日期、 時間等信息。 提交注冊信息時， 將用戶信息寫入Users表， 將訂購食品的總數量、 總金額及用餐的日期、 時間及預訂日期等寫入Orders表， 同時返回一個訂單號， 并將訂購的詳細信息寫入Orders_Detail表， 包括訂單編號、 食品編號和訂購數量。（4）訂餐信息查詢模塊。提交注冊信息后， 隨即進

17、入登錄頁面， 輸入用戶名和密碼后，即可顯示該用戶詳細的預訂信息及總的費用。（5） 用戶留言模塊。 用戶可通過留言板進行留言，留下自己的意見和建議等。用戶各個功能通常一氣呵成，以上功能的用例圖，及順序圖如下： 用戶用例圖時序圖2.管理員模塊（1） 餐位管理模塊。這是管理員模塊中重要的一部分。作為餐飲的餐位狀態在一日三餐后都需要及時更新。在該模塊中，通過選擇日期及就餐時間，可查詢每天的預訂情況，每一餐的預訂情況，查詢餐位情況。在預訂的用餐時間過后，將餐位的可用狀態恢復為“是”。餐位管理用例圖餐位管理時序圖（2） 食品類別及食品管理模塊。 管理員可添加和刪除類別，添加和刪除食品。食品管理用例圖食品管

18、理時序圖（3）用戶管理模塊。可以查詢用戶信息，并對用戶進行刪除。用戶管理用例圖用戶管理時序圖（4）訂單管理模塊。可以按日期查詢訂單，刪除過期訂單。訂單管理用例圖訂單管理時序圖（5）用戶留言管理。 作為管理員， 可以查看回復刪除留言等。留言管理用例圖留言管理時序圖3.系統活動圖用戶活動圖管理員活動圖2.5.性能需求5.1數據精確度數據名稱數據精度說明整型數值型數據8位 無Double型數值數據16位無文本型數據二十位以上的字符無日期型數據年-月-日無5.2時間特性需求時間特性名稱時間特性要求說明響應時間3秒之內無更新處理時間5秒之內無數據的轉換和傳送時間2秒之內無3系統概要設計說明書3.1 引言

19、3.1.1編寫目的本文檔為網絡訂餐系統的概要設計說明書，描述了系統的類設計、數據庫設計、接口設計，為設計者的詳細設計提供基礎。3.1.2項目背景委托單位：xxx美食餐廳開發單位：xxx軟件開發組主管部門：資環學院3.1.3編碼風格及命名規則程序中的類和函數以“餐廳”拼音首字母CT開頭。3.1.4參考資料1網絡訂餐系統需求說明書2張海藩.軟件工程導論.第五版.清華大學出版社3劉輝，楊克勤等. 基于Web 的網上訂餐點菜系統. 商業科技.2007，505：404Joseph Schmuller.UML基礎、案例與應用.第一版.人民郵電出版社3.2任務概述3.2.1目標操作界面友好直觀。功能完整，本

20、系統包括訂餐、用餐管理功能，能夠實現餐館的數字化經營。數據安全性好, 使數據庫安全有保障。開放性好,采用標準的開發工具和技術，后臺數據庫采用微軟SQL Server 2000可以提供開放的數據接口。3.2.2運行環境硬件: PC Server: CPU: Intel 1.2G MHz; Memory: 512M; HD: 20G軟件: 操作系統： Microsoft Windows XP professional 數 據 庫： SQL Server 2000 3.2.3需求概述本系統主要分為兩個功能模塊即用戶功能模塊和管理員功能模塊用戶可以有以下功能：預訂餐位、訂菜、下訂單、訂餐信息查詢、用戶

21、留言；管理員擁有以下功能：餐位管理、食品類別及食品管理、用戶管理、訂單管理、用戶留言管理。3.3 總體設計3.3.1網絡訂餐系統架構網絡訂餐系統結構圖3.3.2網絡訂餐系統主題圖3.4 類設計3.4.1類圖 3.4.2包圖設計分為兩層包:功能包和數據包包圖3.5數據庫設計共建立7張表：用戶信息表Users包括用戶名UserID 、密碼UserPwd、性別Sex、電子郵件Email、聯系地址Address、聯系電話Tel字段名數據類型缺省值允許空主鍵注釋UserID自動編號無不允許是用戶IDUserPwd自動編號無不允許否用戶密碼Sex字符串無允許否用戶性別Email布爾型無允許否用戶郵箱Add

22、ress字符串無允許否用戶地址Tel整型無不允許否用戶電話菜品信息表Products主要包括食品編號fID、食品名稱fName、價格Price、 食品介紹fIntro、類別編號KindID 字段名數據類型缺省值允許空主鍵注釋fID整型無不允許是食品編號fName字符串無不允許否食品名稱Price貨幣無不允許否食品價格fIntro字符串無不允許否食品介紹KindID整型無不允許否食品類別菜品類別信息表Kind包括類別編號KindID、類別名稱KindName字段名數據類型缺省值允許空主鍵注釋KindID整型無不允許是類別編號KindName字符串無不允許否類別名稱管理員信息表admin 包括管理

23、員名adminName和管理員密碼adminPwd字段名數據類型缺省值允許空主鍵注釋adminName 字符串無不允許是管理員名adminPwd字符串無不允許否管理員密碼餐位信息Seats主要包括餐位編號SeatID、位置Location、容納人數Nums、收費標準Charge、預訂狀態State字段名數據類型缺省值允許空主鍵注釋SeatID整型無不允許是餐位編號Location字符串無不允許否位置Nums整型無不允許否容納人數Charge貨幣無不允許否收費標準State布爾無不允許否預訂狀態訂單信息Orders主要包括訂單編號OrderID、用戶名UserID、位置Location、訂購食品

24、總數量TotalNum、訂購食品總價格TotalMoney、用餐日期HavingDinnerDate、用餐時間HavingDinnerTime、預訂日期OrderingTime 字段名數據類型缺省值允許空主鍵注釋OrderID整型無不允許是訂單編號UserID整型無不允許否用戶名Location字符串無不允許否位置TotalNum整型無不允許否訂購食品總數量TotalMoney貨幣無不允許否訂購食品總價格HavingDinnerDate日期無不允許否用餐日期HavingDinnerTime時間無不允許否用餐時間OrderingTime時間無不允許否預訂日期詳細訂購信息Orders_Detail

25、包括訂單編號OrderID、食品編號fID、訂購數量fNum 字段名數據類型缺省值允許空主鍵注釋OrderID整型無不允許是訂單編號fID整型無不允許否食品編號fNum整型無不允許否訂購數量3.6接口設計本系統采用三層體系結構，即表示層、功能層、數據層。在表示層中包含系統的顯示邏輯，位于客戶端，也就是WEB瀏覽層。它主要實現系統與用戶的接口，提供各種界面。同時負責將各個界面提交的請求提交給功能層的對應數據庫接口，由客戶機接收各個功能接口返回的信息，并把它顯示在WEB瀏覽器上。在功能層中包含系統的事務處理邏輯，主要包括數據加工模塊和接口，數據庫檢索接口等。數據加工模塊和接口負責由餐廳管理人員根據

26、訂餐用戶的請求，將從后臺數據庫中的信息返回給用戶。數據庫添加模塊接口負責根據訂餐用戶的請求，將用戶訂餐信息加入訂餐表。3.7界面設計系統界面轉換圖3.7.1主要界面設計首頁設計在首頁中提供了可用餐位的信息， 包括人數、 收費標準等。 單擊“預訂” 按鈕， 即可預訂該餐位， 同時在頁面中顯示所選的餐位信息，并顯示一個“選菜”按鈕。 在首頁中提供了查詢食物、 查詢訂單、留言等超鏈接。訂菜界面設計選擇“開始訂菜”，即進入訂菜頁面。用戶可以瀏覽全部或某一類食品；也可以按食品名稱或價格進行查找；可以查看食品的詳細信息。 單擊 “訂購” 按鈕可將選定的食品放到訂餐車中。 在訂餐

27、車中顯示所訂購的食品，可以修改食品數量，刪除食品，可以返回繼續訂購， 也可以取消本次訂購。訂單模塊設計本次訂購結束后， 在訂餐車中選擇 “下訂單”， 進入用戶注冊頁面。 收集用戶的信息及用餐的日期、 時間等信息。 提交注冊信息時， 將用戶信息寫入Users表， 將訂購食品的總數量、 總金額及用餐的日期、 時間及預訂日期等寫入Orders表， 同時返回一個訂單號， 并將訂購的詳細信息寫入Orders_Detail表， 包括訂單編號、 食品編號和訂購數量。訂餐信息查詢界面設計提交注冊信息后， 隨即進入登錄頁面， 輸入用戶名和密碼后，即可顯示該用戶詳細的預訂信息及總的費用

28、。3.7.2主要界面展示首頁 注冊界面4系統詳細設計說明書4.1 引言4.1.1目的與范圍本文檔是網絡訂餐系統的詳細設計文檔。文檔參考網絡訂餐系統需求文檔中涉及用戶訂餐、管理的業務流程，以及概要設計文檔中對數據庫設計。為更詳細的設計說明網絡訂餐系統各程序的功能與結構、用戶訂餐與WEB應用層的接口關系，特編寫此文檔，以供編碼實現之用。4.1.2項目背景網絡訂餐系統是一個基于C/S模式的網絡平臺，用戶可實現在網上訂餐、訂位，餐廳管理員通過該平臺實現餐廳數字化管理。委托單位：xxx美食餐廳開發單位：xxx軟件開發組主管部門：資環學院4.1.3讀者與對象本文檔主要面向網絡訂

29、餐系統開發人員，此功能部分的測試人員也可以作為參考。本文檔也作為為將來網絡訂餐系統升級改造時的參考文檔。4.1.4定義盒圖：也稱NS圖或CHAPIN圖。流程圖由一些特定意義的圖形、流程線及簡要的文字說明構成，它能清晰明確地表示程序的運行過程。在使用過程中，人們發現流程線不一定是必需的，為此，人們設計了一種新的流程圖，它把整個程序寫在一個大框圖內，這個大框圖由若干個小的基本框圖構成，這種流程圖簡稱N-S圖。4.1.5參考資料1網絡訂餐系統需求說明書2面向對象設計UML實踐Mark priestley 著3張海藩.軟件工程導論.第五版.清華大學出版社4劉輝，楊克勤等. 基于Web 的網上訂餐點菜系

30、統. 商業科技.2007，505：405Joseph Schmuller.UML基礎、案例與應用.第一版.人民郵電出版社4.2詳細設計4.2.1網絡訂餐系統體系結構圖（框架）本系統采用了傳統的3層架構實現。 在網絡訂餐系統多層體系結構框架下，為網絡訂餐系統設計了如下的體系結構模型，并利用ASP.NET加以實現。4.2.2用戶功能模塊功能描述根據賬號密碼登陸網站，查詢訂購餐位，對自己感興趣的菜品進行搜索，確定菜品，確定訂單。性能要求賬號、密碼不能為空，響應時間不超過5秒。輸入數據用戶信息、菜品查詢條件、餐位查詢條件。輸出數據菜品訂購信息即訂

31、單、訂購時間信息、餐位狀態信息。程序流程盒圖用戶登錄網站 Case first(是否為第一次登陸)First=1 first=0Enter()(登陸) log()(注冊) Enter()(登陸)bookSeat()(訂位)selectFood()(選菜) If confim（是否提交訂單）F NchengeOrder()(修改訂單) submitOrder()(提交訂單)leaveWord()(留言)exit()(退出)模塊1盒圖4.2.3管理員功能模塊功能描述管理員進入網站后，首先根據賬號密碼登陸網站，然后可以進行餐位管理、食品類別及食品管理、用戶管理、訂單管理和

32、用戶留言管理等。性能要求注冊時用戶ID不能重，密碼不能為空，響應時間不超過5秒。輸入數據管理員基本信息、餐位信息、食品信息及食品類別信息、用戶信息等。輸出數據餐位狀態信息、留言、用戶基本信息等。程序流程圖模塊2盒圖5軟件測試文檔5.1引言5.1.1編寫目的目的： 軟件測試是為了發現錯誤而執行程序的過程； 測試是為了證明程序有錯，而不是證明程序無錯誤。 一個好的測試用例是在于它能發現至今未發現的錯誤； 一個成功的測試是發現了至今未發現的錯誤的測試。 軟件測試是為了在軟件投入生產性運行之前，盡可能多地發現軟件的錯誤讀者對象：該文檔的讀者對象是

33、軟件測試者，以指導軟件測試過程5.1.2背景說明：a. 被測試軟件系統的名稱：網絡訂餐系統b. 測試環境：硬件環境：CPU：Intel Core2 Duo 硬盤：80G 軟件環境：Windows xp5.1.3定義系統測試：功能測試完成，方可進行系統測試，通過參照系統需求和設計文檔，進一步確認系統功能的正確性和完整性。其中包括功能確認測試、性能測試、安裝測試和加密檢測。采用黑盒測試法。黑盒測試：也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。白盒測試：也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格

34、說明書的規定正常進行單元測試：是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。集成測試：也叫組裝測試，聯合測試是單元測試的邏輯擴展。5.1.4參考資料1可行性分析報告；2需求規格說明書；3概要設計說明書；4詳細設計說明書；5軟件工程原理，方法與應用 吳欽藩 編著 人民交通出版社出版6軟件工程任勝兵邢琳編著北京郵電大學出版社7軟件測試入門 包曉露 王小娟 朱國平 人民郵電出版社 8軟件質量和軟件測試 馬博 趙云龍 清華大學出版社9軟件工程導論 張海藩 清華大學出版社5.2測試概要用表格的形式列出每一項測試的標識符及其測試內容。a) 系統安裝與卸載序號測試內容測試方法

35、預期測試結果備注1系統安裝按照“使用說明書”中的描述進行軟件安裝。顯示安裝成功，可以運行該軟件。2系統卸載執行系統的卸載命令或軟件本身提供的卸載命令卸載該軟件。此系統可成功卸載。b）軟件功能測試序號測試內容(功能模塊)測試方法預期測試結果備注1用戶預定餐位用戶點擊“搜索可用餐為按鈕”顯示可用餐位2用戶預定菜品用戶點擊菜品下的“預定”按鈕菜品放入菜單籃，并顯示已訂菜品信息3用戶登陸注冊用戶在定菜頁面點擊“確認”轉入登錄注冊頁面，輸入用戶的基本信息，點擊“登陸”或“注冊”按按鈕。顯示“登錄成功”或“注冊成功”并轉入“確認訂單頁面”4用戶下訂單在確認訂單頁面點擊“點擊下訂單按鈕”顯示“網上訂餐成功”

36、5用戶留言在留言網頁留言點擊提交留言能看到自己的留言及他人的留言6退出系統登錄之后點擊退出退出系統，需重新登錄9管理員登陸輸入管理員信息顯示登陸成功10管理員菜品管理添加菜品或刪除菜品添加時能夠將菜品信息添加到數據庫并在網頁中顯示，刪除時在數據庫中刪除，在網頁中刪除11管理員用戶管理管理員刪除用戶用戶注銷12管理員留言管理在留言管理頁面發表留言，刪除留言能夠看到管理員的留言，能夠刪除留言c) 安全可靠序號測試內容測試方法預期測試結果備注1軟件容錯性在軟件的測試運行中進行判定。軟件發現錯誤時，有錯誤提示，可以回復到正常狀態。對關鍵輸入數據的有效性檢查比較完備。2運行穩定性在軟件的測試運行中進行判

37、定。沒有發生由于軟件錯誤而導致的系統崩潰和丟失數據現象。d) 用戶界面序號測試內容測試方法預期測試結果備注1界面輸入在軟件的測試運行中檢查界面輸入是否正常。光標可以正確定位到輸入域，輸入數據有效，輸入順序合理。2界面顯示在軟件的測試運行中檢查界面顯示是否正常。在1024*768分辨率下，界面顯示正常。3界面文字與提示在軟件的測試運行中檢查界面文字與提示的表達是否清晰，有無錯誤和模糊語義。界面文字與提示表達清晰，無錯誤和模糊語義。e) 中文符合性序號測試內容測試方法預期測試結果備注1界面中文符合性檢查軟件界面是否使用簡體中文。界面使用統一的簡體中文。 2字庫中文符合性軟件無自帶中文字庫。免測。f

38、) 用戶文檔序號測試內容測試方法預期測試結果備注1用戶文檔完整性檢查用戶文檔的描述是否包含產品使用所需的所有必要信息。用戶文檔的描述包含產品使用所需的所有必要信息。2用戶文檔正確性檢查用戶文檔中的所有信息是否正確，有無歧義和錯誤的表達。用戶文檔的信息描述正確，無歧義。3用戶文檔一致性檢查用戶文檔的內容是否一致，與程序及數據是否一致。用戶文檔的內容一致，與程序及數據一致。5.3測試項目5.3.1單元測試單元測試是對一個可執行的程序單元進行測試。這樣的程序單元可以是一個構件、模塊、類或類的一個方法。單元測試是在實現階段進行的，通過單元測試來確定程序員完成的程序單元是否正確。在這里，我們把單元測試分

39、成以下幾種方法進行。黑盒測試黑盒測試主要驗證程序單元的外觀行為是否正確。黑盒測試注重于測試軟件的功能性需求，它主要用于測試以下幾類錯誤：·功能不對或遺漏。·界面錯誤。·數據結構或外部數據庫訪問錯誤。·性能錯誤。·初始化和終止錯誤。 未測單元測試項類Admin的aduser（）方法類user的lookOrder()方法Seat類的getstate()方法Order類的gettotalNum()方法測試用例管理員添加一個用戶到數據庫中用戶查詢一個剛剛生成的訂單在某個seat對象中實用getseat()方法對某個order對象使用gettotalNum()方法期望輸出數據庫中用戶并能夠顯示在查詢訂單頁面顯示訂單輸出“可用”或“不可用”輸出訂單總的菜品數測試數據用戶信息：“001”“張三”“”“男”“”在查詢頁面訂單查詢條件中輸入“001”“2009-6-18”Seat1:seatSeat1.getstate()Order1:orderOrder. gettotalNum()測試結果數據庫顯示添加新用戶成功顯示001用戶在2009-6-18的訂單顯示可用或不可用顯示order1菜單總的菜品數如果測試結果與期望的輸出不相同，則可以確定未測單元中存在缺陷，把測試中發現的