1、信息系統分析與設計課程實驗報告飽了么網上訂餐平臺信息系統分析與設計組 長 組 員 專 業指導教師完成日期目 錄第一部分 項目管理與計劃3實驗1 指定項目計劃3實驗2 項目可行性分析6第二部分 系統分析8實驗 3 項目需求收集8實驗4 用例建模9實驗5 通過用例獲取概念數據模型16實驗6 將概念數據模型轉換為對象關系模型17實驗7 分析類圖建模（序列圖、分析類圖）17實驗8 三種可選方案選擇分析20第三部分 系統設計23實驗9 物理數據庫設計23實驗10 確定系統構架等設計元素、設計類圖建模28實驗 11 界面設計30第一部分 項目管理與計劃實驗1 指定項目計劃1.1項目的工作分解結構（wbs）

2、，所需資源網上訂餐系統wbswbs所需資源1 需求開發1.1需求獲取1.2需求定義1.3需求驗證1.4需求規格說明書一定的用戶群體需求調查資料2 總體設計2.1 系統方案設計2.2 總體進度規劃2.3 風險評估同類別系統相關信息3 詳細設計3.1 結構設計3.2 人機界面設計3.3 接口設計3.4 網絡構架設計3.5 數據庫設計相應的設計人員4 設計實施4.1用戶管理模塊4.1.1添加用戶4.1.2修改個人信息4.1.3刪除用戶4.1.4系統退出4.2店鋪管理模塊4.2.1添加店鋪4.2.2修改店鋪信息4.2.3查詢店鋪4.3.4刪除店鋪4.3菜品管理模塊4.3.1添加菜品4.3.2修改菜品信

3、息2.3.3查找菜品4.3.4刪除菜品4.4 訂餐操作4.4.1購物車管理4.4.2結算管理4.5 訂單管理4.5.1處理訂單4.5.2修改訂單4.5.3查找訂單4.5.4刪除訂單4.6新聞管理模塊4.6.1添加新聞信息4.6.2修改新聞信息4.6.3查找新聞信息4.6.4刪除新聞信息4.7 評論管理模塊4.7.1添加評論4.7.2查找評論4.7.3刪除評論4.8 統計管理模塊4.8.1訂餐統計4.8.2消費統計合作商家基礎菜品信息實施人員管理人員5 測試5.1集成測試5.2環境測試5.3系統測試5.4缺陷跟蹤5.5測試總結測試工具，環境6 交付6.1驗收測試6.2產品提交6.3用戶培訓交洽人

4、員，場地1.2 通過pert技術估算項目的持續時間pert公式（其中a為樂觀時間，m為最可能時間，b為悲觀時間）模塊樂觀時間（day）最可能時間悲觀時間pert估計期望時間需求開發7111511總體設計3454詳細設計57117設計實施14203221測試5797交付5121912總計621.3甘特圖和網絡圖甘特圖 網絡圖實驗2 項目可行性分析2.1經濟可行性分析隨著人民的生活水平的提高，餐廳也蓬勃發展，線下的實體服務已經滿足不了日益進步的需求。網絡訂餐系統給人們帶來了方便，成為一種全新的商務模式。網上訂餐平臺一方面為餐廳搭建了一個集中的宣傳平臺，能為餐廳節約經濟成本，創造更多的收益；另一方面

5、，能為廣大消費者爭取更多的優惠。這樣的模式使得餐廳和消費者兩方面都漸漸依賴網上訂餐平臺，從而獲得可觀的收益。一次性成本工作表網上訂餐系統 0年a.開發費用 ¥ 15,000b.新硬件 25,000c.新購買的軟件 1.應用軟件包 4,000 2.internet站點注冊 1,000 d.用戶(商家)培訓 1,000 e.站點準備 0f.其他_ 0 一次性成本合計 46,000續生成本工作表網上訂餐系統 15年a.應用軟件維護 20,000b.增加的數據存儲需求 3,000 估算費用c.internet通信 3,000 d.新硬件或硬件租用 0 e.供給品 1,000f.其他_ 0 續

6、生成本合計 27,000有形收益網上訂餐姓名 15年費用減少避免 ¥ 5,000錯誤減少 3,000增加的靈活性 10,000提高的活動速度 15,000管理技術或控制的改進 0增加銷售 20,000 _ 有形收益合計 ¥53,000(之后每年預計增加10000)表1: 經濟可行性分析表2.2技術可行性分析技術可行性是指根據現有的技術條件是否能夠順利的完成開發工作，所需要的物理資源是否具備、能否得到。技術條件包括硬件、系統軟件、使用的操作環境等多個方面。隨著信息技術的發展，當前的計算機硬件配置完全可以滿足開發的需求。在軟件方面，由于目前的單機模式發展成熟，故軟件的開發平臺成

7、熟可行，它們的容量大，速度快，可靠性高，價格相對較低。此系統是基于jsp+sqlserver 2008環境開發的，目前sqlserver 2008數據庫管理系統的功能也足夠強大，足以滿足我們的需求。由于該系統的規模是相對較小的，主要功能是客戶在網上注冊、登錄、瀏覽記錄、訂餐以及管理員的訂單管理等，復雜性較低，對開發人員的知識水平限制較小。而且在項目啟動之前，小組成員已經學習了相關知識，根據各自的擅長部分合理分配任務，完全具備開發此系統的技術 。2.3進一步細化的項目進度安排1 、需求開發我們產品服務對象主要面向在校學生及白領等工作人士。由于開發團隊為在校學生因此，可直接在校內收集大學

8、生就餐信息。已工作白領，可以求光谷軟件園進行調查，所以，需要花費兩到三天的時間進行調查準備，包括設計調查問卷、確立訪談話題及詳細問題等，調查手段包括觀察、問卷、訪談等。企劃部對收集到需求進行整理，歸納，篩選。由企劃部進行調查為期一周。2、產品設計根據需求調查結果，我們通過聯合應用程序設計以分組會談的思想將產品需求轉換為產品功能模塊。歷時一天。將功能模塊交由設計部進行詳細設計，根據產品服務對象的特點確定系統結構、界面ui等項目，歷時三天。開發部進行軟件設計開發。耗時七至十天。最后有測試人員進行調試，消除bug后產品交付。3、試運行產品交付用戶后，技術人員跟蹤平臺運行情況，抓住平臺需求，結合企劃部

9、平臺推廣方案。對功能進行進一步擴充，包括地理定位系統、電子支付接口、賬戶預存、店鋪優惠系統包括紅包、打折等功能接口預留。關注系統流暢度及用戶反饋并及時升級系統。2.4系統服務請求報告系統服務請求飽了么網上訂餐平臺請 求 者 日期 部 門 管 理 部 地 點 聯系方式 手機：xxxxxxxxxx 電子郵件：xxxxxxx請求類型 緊迫性 x 新系統 立即-業務受損或者或者失去機會 系統增強 存在問題，但可以漸漸改變 系統錯誤修改 x 業務損失可以容忍到新系統安裝問題陳述當今社會的生活節奏越來越快，人們對餐飲的要求也越來越高，不僅要求色香味俱全，而且對于就餐的時間和方式也有了更高的要求，許多顧客由

10、于工作繁忙無法抽出時間來享受美味，這樣就產生了快捷訂餐的要求，最快的方式莫過于利用計算機網絡，將餐飲業和計算機網絡結合起來，就形成了網上訂餐系統，用能力的餐飲企業對對餐品提供商提供網上訂餐服務，不僅提高餐飲企業的服務質量，擴大知名度，也是為最終用戶提供方便快捷的食品服務。服務請求聯系人 手機：xxxxxxxxxxx 電子郵件：xxxxxxxxx發起人 -由系統優先委員會完成 - 批準請求分派給 _開始日期 _ 建議修改 建議用戶開發 否決，原因是 _2.5項目范圍說明書飽了么網上訂餐平臺項目范圍說明書a. 項目信息提供項目名稱、客戶名稱、項目經理以及項目發起人姓名等與項目相關的一般信息項目名稱

11、:飽了嗎網上訂餐系統客戶名稱:飽了么科技有限公司項目組長:起草人:項目發起人:日期:2014.10.27b. 項目的交付結果飽了嗎網上訂餐系統分析與設計飽了嗎網上訂餐系統系統程序飽了嗎網上訂餐系統系統文檔飽了嗎網上訂餐系統轉換盒培訓程序c. 項目問題 當今社會的生活節奏越來越快，人們對餐飲的要求也越來越高，最快的方式莫過于利用計算機網絡，將餐飲業和計算機網絡結合起來，就形成了網上訂餐系統，用能力的餐飲企業對對餐品提供商提供網上訂餐服務，不僅提高餐飲企業的服務質量，擴大知名度，也是為最終用戶提供方便快捷的食品服務。d. 項目目標使客戶能夠有效高效地從飽了么網上訂餐平臺訂餐。e. 項目描述 建立一

12、個新的信息系統，使得客戶能夠使用標準web瀏覽器通過internet完成網上訂餐或活動，項目將遵循系統的開發周期。f. 業務收益增加銷售改進對客戶訂餐方式的理解改進對市場和銷售人員的利用拆分詞條g. 估計項目持續時間4個月拆分詞條拆分詞條第二部分 系統分析實驗 3 項目需求收集3.1訪談筆錄、觀察筆記、會議記錄訪談記錄表1課題名稱 網上訂餐系統用戶調查訪談主題 商家對于網上訂餐系統的接受度及建議訪談者 訪談日期 訪談時間 14:00-14:30訪談地點 xx烤肉飯館訪談對象信息姓名 李老板職業 個體戶單位 xx烤肉飯館聯系地址 西苑 xx烤肉飯館聯系電話 xxxxxxxxxx訪談目的： 了解商

13、家對于網上訂餐的接受程度，及商家對于網上訂餐的顧慮及建議、要求。 采訪的問題： 1、請問您的餐館有沒有擴展業務的意向或者在人流高峰期有沒有忙不過來的時候？ 2、請問您有沒有做網上訂餐的興趣？ 3、您對網上訂餐的系統有沒有要求？ 4、您對網上訂餐的系統有沒有顧慮？ 5、您對網上訂餐的系統有沒有建議？訪談記錄（整理要點）：1、 有做網上訂餐業務的意向。2、 對此項目的宣傳抱有懷疑，擔心受眾的廣度。3、 對主辦方與商家自身的利益劃分。4、 希望商家能有更加完備的商業企劃及相關的管理辦法條例。訪談結果（是否達到了目的，解決了哪些問題，有哪些收獲和體會）：基本了解了商家的市場需求，對于系統功能的設計有了

14、一定的啟發。 被訪問者的建議： 希望系統安全性好并且配有好的宣傳。觀察記錄1受訪者雖然表示有意向參加網上訂餐，但表現不夠熱情，對此項目的信任度不大，或者興趣不夠濃厚。訪談記錄表2課題名稱 網上訂餐系統用戶調查訪談主題 商家對于網上訂餐系統的接受度及建議訪談者 訪談日期 訪談時間 15:00-14:15訪談地點 學生宿舍訪談對象信息姓名 張同學職業學生單位中南財經政法大學聯系地址學生宿舍聯系電話 xxxxxxxxxx訪談目的： 了解商家對于網上訂餐的接受程度，及商家對于網上訂餐的顧慮及建議、要求。 采訪的問題： 1、請問您有沒有網上訂餐的想法？ 2、怎樣會吸引您去網上訂餐？ 3、您對網上訂餐的系

15、統有沒有顧慮？ 4、您對網上訂餐的系統有沒有建議？訪談記錄（整理要點）：1. 有網上訂餐業務的意向。2. 價格的優惠和免費送餐比較有吸引力。3. 對商家的信任度抱有懷疑。4. 對送餐的及時性有顧慮。 訪談結果（是否達到了目的，解決了哪些問題，有哪些收獲和體會）：基本了解了消費者的市場需求，對于系統功能的設計有了一定的啟發。 被訪問者的建議： 希望系統安全性好并且配有相關的優惠及評價體系。觀察記錄2從受訪者的表情來看，受訪者還是對此項目有比較濃的興趣，有此方面的需求，也希望有相關的訂餐體系。觀察記錄3時間：11.08 中午12:00-下午1:00地點：西苑觀察現象：餐廳爆滿，有些餐廳排長隊，服務

16、員在人最多的時候忙不過來。還有些人因為沒有地方打包，有的人打包好多份應該的幫人帶的。結論：外賣送餐及網上訂餐應該有很大的市場需求。會議紀要一、基本信息會議名稱模擬jad召集人會議日期2014-11-06開始時間14:00會議地點文泰持續時間40分鐘記錄人審核人2、 會議目標對于系統設計及商業運營方面的協調三、參加人員四、主要議程1. 需求調查報告；2. 項目設計構想；3. 項目設計進度安排；4. 聯系用戶提出的意見進行系統的設計安排；5. 分配任務。六、遇到的問題1、 系統設計的靈活性及安全性；2、 用戶使用的舒適度體驗；3、 開發資金及維護費用；4、 談妥商家入駐系統。七、工作計劃1、 現階

17、段主要進行系統功能設計，結合用戶建議進行系統設計；2、 將安全性考慮進系統開發，對用戶評價系統設計的舒適易行；3、 分配設計圖的工作。3.2資產負債表、利潤表、業務表單 年份科目 第一年 第二年 第三年 第四年 第五年資產流動資產： 貨幣資金31.4147.3360.7190.30116.49 應收賬款20.5028.9040.3550.6570.46 預付賬款48.0048.0048.0048.0048.00 其他應收款5.509.7518.7728.9844.25 存貨135.20168.80223.2247.36257.44 其他流動資產3.505.858.9013.4524.88流動資

18、產合計244.11308.63399.93478.74561.52非流動資產： 固定資產26.8227.3527.8828.4128.94 減：累計折舊 2.68 5.42 8.21 11.05 13.94 固定資產凈值24.1421.9319.6717.3615.00 無形資產22.5025.4527.8927.8930.20 其他非流動資產25.8025.8025.8025.8025.80非流動資產合計72.4473.1873.3671.0571.00資產總計316.55381.81473.29549.79632.52資產負債表 單位：網上訂餐系統 金額單位：人民幣（萬元）負債和所有者權益

19、負債流動負債： 短期借款50.0060.0070.0085.00100.00 應付賬款5.903.987.5513.854.56 預收賬款15.8018.9033.4540.8750.99 應付職工薪酬43.8950.5066.8871.2088.90 應交稅費8.4517.1125.0329.1930.70 應付利息3.253.904.235.536.5 應付股利9.6318.2928.5133.2635.00流動負債合計136.92172.68235.65278.90316.65非流動負債： 長期借款50.0060.0060.0060.0070.00 非流動負債合計50.0060.0060

20、.0060.0070.00負債合計186.92232.68295.65338.90386.65所有者權益 實收資本120.00120.00120.00120.00120.00 盈余公積1.935.8311.5318.2825.18 未分配利潤7.7023.346.1172.71100.69所有者權益合計129.63149.13177.64210.89245.87負債和所有者權益 總計316.55381.81463.29549.79632.52利潤表單位：網上訂餐系統 金額單位：人民幣（萬元）年份科目第一年第二年第三年第四年第五年一、營業收入288.00372.00508.00568.40593

21、.60減：生產成本211.20244.80299.20323.96333.44制造費用7.047.29管理費用13.2213.2213.2213.2213.22銷售費用28.8051.24107.34129.78141.00二、營業利潤27.7055.6081.0594.2098.65加：營業外收入1.001.502.002.503.00減：營業外支出1.001.001.001.001.00三：利潤總額27.7056.1082.0595.70100.65減：應交稅費8.4517.1125.0329.1930.70四、凈利潤19.2538.9957.0266.5169.9

22、5銷售日報表日期：_年_月_日 單位：元 編號客戶名稱商品名稱數量單價折扣金額送餐地址1234567891011今日訪問數本月累計訪問數本月營業目標： 當日收款總計： 已完成目標累計： 未完成目標累計：市場動態品質反應主管評估工作價值總經理主管經理制表人實驗4 用例建模4.1用例圖頂層用例圖1 用戶分為游客和游客和會員，游客注冊登錄會稱為會員。只有會員才可以進行訂餐操作，避免惡意欺詐行為。2 管理員分為系統管理員和訂單管理員和店鋪管理員和新聞管理員。系統管理員主要負責對永和注冊的審核和對管理員的管理；訂單管理員主要負責處理訂單；店鋪管理員主要負責對店鋪菜品的編輯和對評論的管理；新聞管理員主要負

23、責首頁的新聞管理。用戶使用訂餐系統用例圖1 游客可以瀏覽首頁但是不能訂餐，通過注冊，由系統管理員審核后方可成為會員。2 會員可以登錄，登陸后可以修改信息。進行訂餐服務，包括將菜品放入購物車、瀏覽購物車、刪除購物車中菜品和修改菜品數量，其中刪除購物車中菜品和修改菜品數量需要在瀏覽購物車的基礎上進行。進行訂單處理，包括填寫訂單信息、提交訂單、查看歷史訂單、評論菜品，其中提交訂單需要在填寫訂單信息的基礎上進行，然后由訂單管理員進行處理，評論菜品需要在查看歷史訂單的基礎上進行，由店鋪管理員進行管理。管理員用例圖1 管理員可以對所有的賬號進行管理。分為對顧客的管理和對管理員的管理。2 對顧客的管理包括審

24、核注冊用戶和查看顧客信息。3 對管理員的管理包括添加刪除修改管理員。店鋪管理員用例圖1 店鋪管理員可以管理店鋪、菜品、評論。2 瀏覽店鋪后可以添加和刪除店鋪。3 瀏覽菜品后可以添加、修改、刪除菜品。4 瀏覽評論后可以刪除評論，不可以進行修改等操作。訂單管理員用例圖訂單管理員主要負責在瀏覽訂單后對訂單進行處理，即修改訂單狀態為“已處理”等。新聞管理員用例圖新聞管理員主要負責瀏覽新聞后對新聞的添加、刪除、修改。4.2用例描述用戶用例描述用例名稱：注冊主參與者：游客層次：海平面（用戶目標）利益相關者：游客，用戶前置條件：游客必須在線訪問網站最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功

25、保證：游客能成功打開網上訂餐網站觸發器：游客訪問網站主頁主要成功情節：1游客提出注冊請求；2游客點擊注冊按鈕；3系統打開注冊頁面；4游客輸入用戶名、密碼、再次輸入密碼及用戶常用郵箱5單擊“提交”；6系統驗證登錄用戶的信息并返回相應信息。擴展：a 用戶選擇“重置”，系統將清空輸入框信息；a 注冊不成功 6.a.1 系統管理員審核不通過。 6.a.2 用戶輸入的用戶名已存在，則提示用戶重新輸入； 6.a.3 用戶輸入的密碼格式不正確或兩次密碼不一致，則提示用戶重新輸入； 6.a.4 系統注冊時出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，提示會員注冊失敗.用例名稱：瀏覽商品主

26、參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶必須已經能在線訪問網站最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶成功打開網站，瀏覽首頁觸發器：用戶成功打開網站，瀏覽首頁主要成功情節：1.用戶打開網站首頁；2.成功加載所有信息。擴展：2.a 瀏覽商品時出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，則瀏覽商品信息不成功。用例名稱：登錄主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已注冊成網上訂餐系統的用戶最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶成功登錄網站，返回首頁觸發器：用戶選

27、擇“登錄”按鈕主要成功情節：1.系統為用戶打開登錄頁面；2.用戶輸入用戶名、密碼、驗證碼，再選擇“登錄”；3.系統驗證登錄用戶名和密碼的正確性；4. 經驗證用戶名和密碼正確則進入網上訂餐系統。擴展：a 登錄頁面打開失敗 1.a.1 用戶重新刷新打開網頁a 登錄失敗 3.a.1 用戶名或者密碼錯誤，提示用戶重新輸入信息，返回登錄頁面。 3.a.2 驗證碼出現錯誤，提示用戶重新驗證碼，返回登錄頁面。 3.a.3系統登錄時出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，提示用戶登錄失敗。 用例名稱：修改個人信息主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已

28、正確登錄系統最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶能查看當前個人信息頁面觸發器：用戶選擇“個人信息”按鈕主要成功情節：1.調用“登錄”用例2.為當前“個人信息”事務打開一個新的網頁。3.用戶能在新網頁中查看當前所有個人信息，如收貨地址，用戶名，郵箱，聯系電話，修改密碼選項等。4.點擊“修改”按鈕，打開新的個人信息頁面，用戶可輸入新的用戶名等信息。5.點擊“保存”按鈕，更新后臺數據庫，返回個人信息頁面。擴展：1.a “登錄”用例調用失敗 1.a.1 用戶被告知登錄失敗，提示檢查并重新登錄5.a 點擊“保存”按鈕，返回個人信息頁面后信息沒有修改 5.a.1 刷新頁面

29、，個人信息正確顯示。 5.a.2 點擊刷新，無法成功顯示修改后的個人信息，與頁面管理員聯系。用例名稱：將菜品放入購物車主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已成功進入訂餐服務界面最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶能查看所有菜品信息觸發器：用戶點擊“加入購物車”按鈕主要成功情節：1.調用“訂餐服務”用例2.用戶查看菜品信息時點擊“加入購物車”按鈕；3.用戶點擊“加入購物車”后則將菜品放入對應的購物車中。擴展：1.a “訂餐服務”用例調用失敗 1.a.1 用戶被告知失敗，提示檢查并重新請求3.a 點擊“加入購物車”按鈕，無法成功將菜

30、品加入 3.a.1 當前菜售完，返回首頁瀏覽菜品。 3.a.2 當前菜品的商家還未開始營業，提示用戶正確營業時間，返回首頁瀏覽菜品3.a.3 出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，提示用戶加入購物車失敗。 用例名稱：瀏覽購物車主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已成功進入訂餐服務界面最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶能查看所有菜品信息觸發器：用戶點擊“瀏覽購物車”按鈕主要成功情節：1.調用“訂餐服務”用例2.用戶查看菜品信息時點擊“瀏覽購物車”按鈕；3.用戶點擊“瀏覽購物車”后則將購物車中菜品信息

31、顯示到新的頁面中。擴展：1.a “訂餐服務”用例調用失敗 1.a.1 用戶被告知失敗，提示檢查并重新請求3.a 點擊“瀏覽購物車”按鈕，無法獲得菜品信息 。 3.a.1 購物車中沒有菜品，提示購物車為空。 3.a.2 出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，提示用戶獲取購物車信息失敗。 用例名稱：刪除購物車中的菜品主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已成功瀏覽購物車最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶能查看購物車中所有菜品信息觸發器：用戶點擊“刪除”按鈕主要成功情節：1.調用“瀏覽購物車”用例2.用戶

32、查看菜品信息時點擊“刪除”按鈕；3.用戶點擊“刪除”后則將購物車中菜品信息返回到“瀏覽購物車”頁面。擴展：1.a “瀏覽購物車”用例調用失敗 1.a.1 用戶被告知獲取購物車信息失敗，提示檢查并重新請求3.a 點擊“刪除”按鈕，無法獲得更新的菜品信息 。 3.a.1 刪除后購物車中沒有菜品，提示購物車為空。3.a.2 點擊刷新，無法成功顯示更新的菜品信息，與頁面管理員聯系。3.a.3 出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，提示用戶獲取購物車信息失敗。 用例名稱：修改菜品數量主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已成功瀏覽購物車最低保證

33、：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶能查看購物車中所有菜品信息觸發器：用戶點擊“修改”按鈕主要成功情節：1.調用“瀏覽購物車”用例2.用戶查看菜品信息時點擊“修改”按鈕；3.用戶點擊“修改”后則將購物車中菜品信息返回到“瀏覽購物車”頁面。擴展：1.a “瀏覽購物車”用例調用失敗 1.a.1 用戶被告知獲取購物車信息失敗，提示檢查并重新請求3.a 點擊“修改”按鈕，無法獲得更新的菜品信息 。 3.a.1 點擊刷新，無法成功顯示更新的菜品信息，與頁面管理員聯系。3.a.2 出現系統故障，例如網絡故障，數據庫服務器故障，系統彈出系統異常頁面，提示用戶獲取購物車信息失敗。 用

34、例名稱：填寫訂單信息主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已成功進入訂單處理界面最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶成功填寫訂單信息并完成保存觸發器：用戶點擊“保存”按鈕主要成功情節：1. 用戶進入填寫訂單信息界面。2. 訪問購物車信息，顧客收到加入購物車的商品的確認。3. 用戶填寫地址，電話等訂單信息。4. 用戶點擊“保存”按鈕后，創建訂單行條目，彈出提示。擴展：2. a 由于購物車為空而不返回有效的購物車信息 2.a.1 顧客收到購物車為空的消息，顧客返回重新選購。 2.a.2 顧客收到購物車為空的消息，退出該用例。4. a

35、保存后沒有反應 4.a.1 顧客刷新后重新填寫。1-4.a internet連接中斷 1-4.a.1 系統回滾到顧客填寫訂單信息前的位置。1-4.b 顧客在任一點突然退出系統 1-4.b.1 系統回滾到顧客填寫訂單信息前的位置。用例名稱：提交訂單主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶、訂單管理員前置條件：用戶已成功進入訂單處理界面最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶成功提交訂單觸發器：用戶點擊“提交”按鈕主要成功情節：1. 用戶進入訂單處理界面。2. 根據用戶信息訪問訂單表等，顯示訂單信息，用戶確認訂單信息。3. 用戶提交訂單，信用卡被收費。4

36、. 更改訂單的狀態，將提交訂單的信息反映給訂單管理員。擴展：2.a 由于訂單為空而不返回有效的訂單信息 2.a.1 顧客收到訂單為空的消息，返回重新選購。 2.a.2 顧客收到訂單為空的消息，返回填寫訂單信息。 2.a.3 顧客收到訂單為空的消息，退出該用例。4.a 信用卡付費失敗 4.a.1 顧客信用卡有問題，顧客被要求使用另一張信用卡。 4.a.2 店家信用卡出錯，顧客被告知稍后再試。1-4.a internet連接中斷 1-4.a.1 系統回滾到顧客填寫訂單信息前的位置。1-4.b 顧客在任一點突然退出系統 1-4.b.1 系統回滾到顧客填寫訂單信息前的位置。用例名稱：查看歷史訂單主參與

37、者：用戶層次：海平面（用戶目標）利益相關者：用戶前置條件：用戶已成功進入訂單處理界面最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶成功查看歷史訂單觸發器：用戶選擇查看歷史訂單主要成功情節：1. 用戶進入查看歷史訂單界面。2. 訪問訂單，返回狀態為已成功的訂單信息。3. 用戶瀏覽歷史訂單。擴展：2.a 由于沒有已成功的訂單而不返回有效訂單信息 2.a.1 顧客收到已成功訂單為空的消息，退出該用例。1-3.a internet連接中斷 1-3.a.1 系統回滾到顧客填寫訂單信息前的位置。1-3.b 顧客在任一點突然退出系統 1-3.b.1 系統回滾到顧客填寫訂單信息前的位置

38、。用例名稱：評價菜品主參與者：用戶層次：海平面（用戶目標）利益相關者：用戶，店主前置條件：用戶已成功瀏覽歷史訂單信息最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：用戶點擊“評價”按鈕進入評價頁面。觸發器：用戶點擊“評價”按鈕主要成功情節：1.調用“查看歷史訂單”用例2.用戶點擊“評價”按鈕后，返回歷史訂單頁面。擴展：1.a “查看歷史訂單”用例調用失敗 1.a.1 用戶被告知獲取歷史訂單信息失敗，提示檢查并重新請求2.a 點擊“評價”按鈕，無法獲得更新的菜品信息 。 2.a.1 點擊刷新，無法成功顯示更新的菜品信息，與頁面管理員聯系。2.a.2 出現系統故障，例如網絡故障，

39、數據庫服務器故障，系統彈出系統異常頁面，提示用戶獲取購物車信息失敗。 系統管理員用例描述用例名稱：管理賬號主參與者：系統管理員層次：風箏（概要）利益相關者：顧客，管理員前置條件：系統管理員必須在線訪問網站最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：系統管理員想要的文件正確加載觸發器：系統管理員訪問網站主頁主要成功情節：1. 在系統管理員的硬盤上創建cookie2. 系統管理員能在賬號主頁上看到顧客和管理員賬戶分類擴展：1. a 不能創建cookie 1.a.1 創建消息向新聞管理員說明因為瀏覽器不允許創建cookie，所以不可以瀏覽。 1.a.2 系統管理員調整瀏覽器co

40、okie設置并重試，或者離開網站。2. a 不能加載完整賬號信息 2.a.1 系統管理員得到一個損壞鏈接的標志。 2.a.2 系統管理員點擊刷新，圖片加載成功。 2.a.3 系統管理員點擊刷新，圖片加載不成功，離開網站。用例名稱：管理顧客主參與者：系統管理員層次：海平面（用戶目標）利益相關者：顧客前置條件：系統管理員必須在線訪問網站，且進入賬號管理頁面最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：系統管理員想要的文件正確加載，進入賬號管理觸發器：系統管理員訪問網站主頁主要成功情節：1.進入賬號管理頁面，調用賬號管理界面2.點擊顧客管理按鈕3. 出現顧客賬號的管理項目的伸展菜

41、單擴展：1.a “管理賬號”用例調用失敗 1.a.1 系統管理員被告知當前網站不能瀏覽，提示檢查網絡等信息cookie，所以不可以瀏覽。 1.a.2 系統管理員調整瀏覽器cookie設置并重試，或者離開網站。3. a 點擊“顧客管理”按鈕不能顯示顧客賬號管理項目伸展菜單 3.a.1 系統管理員點擊刷新，重新點擊按鈕，信息顯示成功。 3.a.2 系統管理員點擊刷新，重新點擊按鈕，信息顯示不成功，檢查數據庫與后臺代碼問題。用例名稱：管理員管理主參與者：系統管理員層次：海平面（用戶目標）利益相關者：管理員前置條件：系統管理員必須在線訪問網站，且進入賬號管理頁面最低保證：回滾任何未完成的事務，系統記錄

42、進展日志直至失敗成功保證：系統管理員想要的文件正確加載，進入賬號管理觸發器：系統管理員訪問網站主頁主要成功情節：1.進入賬號管理頁面，調用賬號管理界面2.點擊管理員管理按鈕4. 出現管理員賬號的管理項目的伸展菜單擴展：1.a “系統”用例調用失敗 1.a.1 系統管理員被告知當前網站不能瀏覽，提示檢查網絡等信息cookie，所以不可以瀏覽。 1.a.2 系統管理員調整瀏覽器cookie設置并重試，或者離開網站。3. a 點擊“管理員管理”按鈕不能顯示管理員賬號的管理項目的伸展菜單 3.a.1 系統管理員點擊刷新，重新點擊按鈕，信息顯示成功。 3.a.2 系統管理員點擊刷新，重新點擊按鈕，信息顯

43、示不成功，檢查數據庫與后臺代碼問題。用例名稱：管理員添加主參與者：系統管理員層次：魚（細節）利益相關者：管理員前置條件：系統管理員必須已經能在線訪問網站最低保證：回滾任何未完成的事務，系統記錄進展日志直至失敗成功保證：系統管理員成功打開網站，賬號管理員，管理員管理觸發器：系統管理員選擇“添加管理員”按鈕主要成功情節：1.系統管理員點擊“管理員管理”2.系統打開以下級聯菜單，包括管理員添加、管理員刪除、管理員信息修改。3.超級管理員點擊“管理員添加”4.系統彈出“管理員添加”的頁面5.系統管理員輸入要添加管理員的用戶名和密碼并單擊“添加”按鈕6.系統就為之添加到數據庫中，添加成功7.系統返回到請求前的頁面擴展：1. a “管理員管理”用例調用失敗 1.a.1 系統管理員被告知當前網站不能瀏覽3.a 點擊“管理員添加”按鈕不能打開新的網頁 3.a.1 系統管理員得到一個損壞鏈接的標志。 3.a.2 系統管理員點擊刷新，重新點擊按鈕，網頁打開成功。 3.a.3 系統管理員點擊刷新，重新點擊按鈕，網頁打開不成功，檢查數據庫與后臺代碼問題。6.a 刷新首頁，不能看到剛剛添加的管理員賬戶。 6.a