信息系統分析與設計

　課程實驗報告

　飽了么網上訂餐平臺 信息系統分析與設計 組 組

　長

　 組 組

　員

　專 專

　業

　指導教師

　完成日期

　目

　錄 第一部分 項目管理與計劃

　 ··················

　3 3

　實驗 1 指定項目計劃 ···································································· 3 實驗 2 項目可行性分析 ································································· 6 第二部分 系統分析

　 ·····················

　8 8

　實驗 3 項目需求收集 ···································································· 8 實驗 4 用例建模 ·········································································· 9 實驗 5 通過用例獲取概念數據模型 ················································ 16 實驗 6 將概念數據模型轉換為對象關系模型 ···································· 17 實驗 7 分析類圖建模(序列圖、分析類圖) ········································ 17 實驗 8 三種可選方案選擇分析 ······················································ 20 第三部分 系統設計

　 ·············

　錯誤!未定義書簽。

　實驗 9 物理數據庫設計 ······························································· 23 實驗 10 確定系統構架等設計元素、設計類圖建模 ····························· 28 實驗 11 界面設計 ······································································ 30 第一部分 項目管理與計劃 實驗 1 指定項目計劃

　1 1 、1 1 項目的工作分解結構 (WBS), 所需資源

　網上訂餐系統WBS WBS 所需資源 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 修改菜品信息 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 用戶培訓 交洽人員,場地 1 1 、 2 通過 T PERT 技術估算項目的持續時間

　PERT 公式

　(其中 a 為樂觀時間,m 為最可能時間,b 為悲觀時間) 模塊 樂觀時間(day) 最可能時間 悲觀時間 PERT 估計期望時間 需求開發 7 11 15 11 總體設計 3 4 5 4 詳細設計 5 7 11 7 設計實施 14 20 32 21 測試 5 7 9 7 交付 5 12 19 12 總計

　62 1 1 、3 3 甘特圖與 網絡圖

　甘特圖

　網絡圖

　實驗 2 項目可行性分析

　2 2 、1 1 經濟可行性分析

　隨著人民的生活水平的提高,餐廳也蓬勃發展,線下的實體服務已經滿足不了日益進步的需求。網絡訂餐系統給人們帶來了方便,成為一種全新的商務模式。網上訂餐平臺一方面為餐廳搭建了一個集中的宣傳平臺,能為餐廳節約經濟成本,創造更多的收益;另一方面,能為廣大消費者爭取更多的優惠。這樣的模式使得餐廳與消費者兩方面都漸漸依賴網上訂餐平臺,從而獲得可觀的收益。

　一次性成本工作表 網上訂餐系統

　 0 年 A、開發費用

　¥ 15,000 B、新硬件

　25,000 C、新購買的軟件

　1、應用軟件包

　 4,000

　2、Internet 站點注冊

　1,000

　D、用戶(商家)培訓

　 1,000

　E、站點準備

　0 F、其她________________

　0

　 一次性成本合計

　 46,000 續生成本工作表

　網上訂餐系統

　 1~5 年 A、應用軟件維護

　20,000 B、增加的數據存儲需求

　 3,000

　 估算費用 C、Internet 通信

　3,000

　 D、新硬件或硬件租用

　 0

　E、供給品

　 1,000 F、其她________________

　 0

　續生成本合計

　27,000 有形收益 網上訂餐姓名

　 1~5 年 費用減少避免

　¥ 5,000 錯誤減少

　3,000 增加的靈活性

　 10,000 提高的活動速度

　 15,000 管理技術或控制的改進

　 0 增加銷售

　 20,000

　____

　有形收益合計

　 ¥53,000 (之后每年預計增加 10000) 表 1: 經濟可行性分析表

　 2 2 、2 2 技術可行性分析

　技術可行性就是指根據現有的技術條件就是否能夠順利的完成開發工作,所需要的物理資源就是否具備、能否得到。技術條件包括硬件、系統軟件、使用的操作環境等多個方面。隨著信息技術的發展,當前的計算機硬件配置完全可以滿足開發的需求。在軟件方面,由于目前的單機模式發展成熟,故軟件的開發平臺成熟可行,它們的容量大,速度快,可靠性高,價格相對較低。此系統就是基于 JSP+SQLServer 2008 環境開發的,目前 SQLServer 2008 數據庫管理系統的功能也足夠強大,足以滿足我們的需求。

　由于該系統的規模就是相對較小的,主要功能就是客戶在網上注冊、登錄、瀏覽記錄、訂餐以及管理員的訂單管理等,復雜性較低,對開發人員的知識水平限制較小。而且在項目啟動之前,小組成員已經學習了相關知識,根據各自的擅長部分合理分配任務,完全具備開發此系統的技術 。

　2 2 、3 3 進一步細化的項目進度安排

　1 、需求開發

　我們產品服務對象主要面向在校學生及白領等工作人士。由于開發團隊為在校學生因此,可直接在校內收集大學生就餐信息。已工作白領,可以求光谷軟件園進行調查,所以,需要花費兩到三天的時間進行調查準備,包括設計調查問卷、確立訪談話題及詳細問題等,調查手段包括觀察、問卷、訪談等。企劃部對收集到需求進行整理,歸納,篩選。由企劃部進行調查為期一周。

　2、產品設計 根據需求調查結果,我們通過聯合應用程序設計以分組會談的思想將產品需求轉換為產品功能模塊。歷時一天。將功能模塊交由設計部進行詳細設計,根據產品服務對象的特點確定系統結構、界面 UI 等項目,歷時三天。開發部進行軟件設計開發。耗時七至十天。最后有測試人員進行調試,消除 bug 后產品交付。

　3、試運行 產品交付用戶后,技術人員跟蹤平臺運行情況,抓住平臺需求,結合企劃部平臺推廣方案。對功能進行進一步擴充,包括地理定位系統、電子支付接口、賬戶預存、店鋪優惠系統包括紅包、打折等功能接口預留。關注系統流暢度及用戶反饋并及時升級系統。

　2 2 、4 4 系統服務請求報告

　系統服務請求 飽了么網上訂餐平臺 請 求 者

　 日期

　部

　門

　管 理 部

　地

　點

　 聯系方式

　手機:XXXXXXXXXX 電子郵件:XXXXXXX@qq、com

　 請求類型

　 緊迫性 [ x ]

　新系統

　 [

　]

　立即--業務受損或者或者失去機會 [

　]

　系統增強

　 [

　]

　存在問題,但可以漸漸改變 [

　]

　系統錯誤修改

　[ x ]

　業務損失可以容忍到新系統安裝 問題陳述 當今社會的生活節奏越來越快,人們對餐飲的要求也越來越高,不僅要求色香味俱全,而且對于就餐的時間與方式也有了更高的要求,許多顧客由于工作繁忙無法抽出時間來享受美味,這樣就產生了快捷訂餐的要求,最快的方式莫過于利用計算機網絡,將餐飲業與計算機網

　絡結合起來,就形成了網上訂餐系統,用能力的餐飲企業對對餐品提供商提供網上訂餐服務,不僅提高餐飲企業的服務質量,擴大知名度,也就是為最終用戶提供方便快捷的食品服務。

　服務請求 聯系人

　手機:XXXXXXXXXXX

　電子郵件:XXXXXXXXX@qq、com 發起人

　 ----------------------------------------由系統優先委員會完成 ------------------------------- [

　]

　批準請求

　 分派給 ________________________________________

　 開始日期 ______________________________________ [

　]

　建議修改 [

　]

　建議用戶開發 [

　]

　否決,原因就是 _________________________________________________ 2 2 、5 5 項目范圍說明書

　飽了么網上訂餐平臺 項目范圍說明書 A 、

　項目信息

　提供項目名稱、客戶名稱、項目經理以及項目發起人姓名等與項目相關的一般信息 項目名稱: 飽了不網上訂餐系統 客戶名稱: 飽了么科技有限公司 項目組長:

　起草人:

　項目發起人:

　日期: 2014、10、27 B 、

　項目的交付結果 飽了不網上訂餐系統分析與設計 飽了不網上訂餐系統系統程序 飽了不網上訂餐系統系統文檔 飽了不網上訂餐系統轉換盒培訓程序

　C 、

　項目問題

　當今社會的生活節奏越來越快,人們對餐飲的要求也越來越高,最快的方式莫過于利用計算機網絡,將餐飲業與計算機網絡結合起來,就形成了網上訂餐系統,用能力的餐飲企業對對餐品提供商提供網上訂餐服務,不僅提高餐飲企業的服務質量,擴大知名度,也就是為最終用戶提供方便快捷的食品服務。

　D 、

　項目目 標

　使客戶能夠有效高效地從飽了么網上訂餐平臺訂餐。

　E 、

　項目描述

　建立一個新的信息系統,使得客戶能夠使用標準web瀏覽器通過Internet完成網上訂餐或活動,項目將遵循系統的開發周期。

　F 、

　業務收益

　增加銷售 改進對客戶訂餐方式的理解 改進對市場與銷售人員的利用

　G 、

　估計項目持續時間

　4 個月

　第二部分 系統分析 實驗

　3 項目需求收集

　3 3 、1 1 訪談筆錄、觀察筆記、會議記錄

　訪談記錄表1 課題名稱

　網上訂餐系統用戶調查 訪談主題

　商家對于網上訂餐系統的接受度及建議 訪談者

　 訪 談 日期

　 訪談時間

　14:00---14:30 訪 談 地點

　XX 烤肉飯館 訪談對象信息 姓名

　李老板 職業

　個體戶 單位

　XX 烤肉飯館 聯系地址

　西苑 XX 烤肉飯館 聯 系 電話

　XXXXXXXXXX 訪談目的: :

　了解商家對于網上訂餐的接受程度,及商家對于網上訂餐的顧慮及建議、要求。

　 采訪的問題: :

　1、請問您的餐館有沒有擴展業務的意向或者在人流高峰期有沒有忙不過來的時候？

　2、請問您有沒有做網上訂餐的興趣？

　3、您對網上訂餐的系統有沒有要求？

　4、您對網上訂餐的系統有沒有顧慮？

　5、您對網上訂餐的系統有沒有建議？

　觀察記錄1 受訪者雖然表示有意向參加網上訂餐,但表現不夠熱情,對此項目的信任度不大,或者興趣不夠濃厚。

　訪談記錄表2 訪談記錄( ( 整理要點 ): 1、有做網上訂餐業務的意向。

　2、對此項目的宣傳抱有懷疑,擔心受眾的廣度。

　3、對主辦方與商家自身的利益劃分。

　4、希望商家能有更加完備的商業企劃及相關的管理辦法條例。

　訪談結果( ( 就是否達到了目的, , 解決了哪些問題, , 有哪些收獲與體會 ): 基本了解了商家的市場需求,對于系統功能的設計有了一定的啟發。

　 被 訪問者的建議: :

　希望系統安全性好并且配有好的宣傳。

　課題名稱

　網上訂餐系統用戶調查 訪談主題

　商家對于網上訂餐系統的接受度及建議 訪談者

　 訪 談 日期

　 訪談時間

　15:00---14:15 訪 談 地點

　學生宿舍 訪談對象信息 姓名

　張同學 職業 學生 單位 中南財經政法大學

　觀察記錄2 從受訪者的表情來瞧,受訪者還就是對此項目有比較濃的興趣,有此方面的需求,也希望有相關的訂餐體系。

　聯系地址 學生宿舍 聯 系 電話

　XXXXXXXXXX 訪談目的: :

　了解商家對于網上訂餐的接受程度,及商家對于網上訂餐的顧慮及建議、要求。

　 采訪的問題: :

　1、請問您有沒有網上訂餐的想法？

　2、怎樣會吸引您去網上訂餐？

　3、您對網上訂餐的系統有沒有顧慮？

　4、您對網上訂餐的系統有沒有建議？

　訪談記錄( ( 整理要點 ): 1. 有網上訂餐業務的意向。

　2. 價格的優惠與免費送餐比較有吸引力。

　3. 對商家的信任度抱有懷疑。

　4. 對送餐的及時性有顧慮。

　 訪談結果( ( 就是否達到了目的, , 解決了哪些問題, , 有哪些收獲與體會 ): 基本了解了消費者的市場需求,對于系統功能的設計有了一定的啟發。

　 被訪問者的建議: :

　希望系統安全性好并且配有相關的優惠及評價體系。

　觀察記錄3 時間:11、08

　 中午 12:00----下午 1:00 地點:西苑 觀察現象: 餐廳爆滿,有些餐廳排長隊,服務員在人最多的時候忙不過來。還有些人因為沒有地方打包,有的人打包好多份應該的幫人帶的。

　結論: 外賣送餐及網上訂餐應該有很大的市場需求。

　會議紀要

　一、基本信息 會議名稱 模擬 JAD 召集人

　會議日期 2014-11-06 開始時間 14:00 會議地點 文泰 持續時間 40 分鐘 記錄人

　審核人

　二、 會議目標 對于系統設計及商業運營方面的協調 三、參加人員

　四、主要議程 1. 需求調查報告; 2. 項目設計構想; 3. 項目設計進度安排; 4. 聯系用戶提出的意見進行系統的設計安排; 5. 分配任務。

　六、遇到的問題

　1、系統設計的靈活性及安全性; 2、用戶使用的舒適度體驗; 3、開發資金及維護費用; 4 、談妥商家入駐系統。

　七、工作計劃 1、現階段主要進行系統功能設計,結合用戶建議進行系統設計; 2、將安全性考慮進系統開發,對用戶評價系統設計的舒適易行; 3 、分配設計圖的工作。

　3 3 、2 2 資產負債表、利潤表、業務表單

　資產負債表

　單位:網上訂餐系統

　 金額單位:人民幣(萬元)

　年份 科目

　 第一年

　 第二年

　 第三年

　 第四年

　 第五年 資產

　 流動資產:

　 貨幣資金 31、41 47、33 60、71 90、30 116、49

　應收賬款 20、50 28、90 40、35 50、65 70、46

　預付賬款 48、00 48、00 48、00 48、00 48、00

　其她應收款 5、50 9、75 18、77 28、98 44、25

　存貨 135、20 168、80 223、2 247、36 257、44

　 其她流動資產 3、50 5、85 8、90 13、45 24、88 流動資產合計 244、11 308、63 399、93 478、74 561、52

　非流動資產:

　 固定資產 26、82 27、35 27、88 28、41 28、94

　 減:累計折舊

　2、68

　5、42

　8、21

　11、05

　13、94

　固定資產凈值 24、14 21、93 19、67 17、36 15、00

　無形資產 22、50 25、45 27、89 27、89 30、20

　 其她非流動資產 25、80 25、80 25、80 25、80 25、80 非流動資產合計 72、44 73、18 73、36 71、05 71、00 資產總計 316、55 381、81 473、29 549、79 632、52 負債與所有者權益

　負債

　 流動負債:

　短期借款 50、00 60、00 70、00 85、00 100、00

　 應付賬款 5、90 3、98 7、55 13、85 4、56

　 預收賬款 15、80 18、90 33、45 40、87 50、99

　利潤表 單位:網上訂餐系統

　金額單位:人民幣(萬元)

　年份 科目

　第一年 第二年 第三年 第四年 第五年 一、營業收入

　288、00

　372、00 508、00

　568、40

　593、60 減:生產成本 211、20 244、80 299、20 323、96 333、44 制造費用 7、08 7、14 7、19 7、24 7、29 管理費用 13、22 13、22 13、22 13、22 13、22 銷售費用 28、80 51、24 107、34 129、78 141、00

　 應付職工薪酬 43、89 50、50 66、88 71、20 88、90

　 應交稅費 8、45 17、11 25、03 29、19 30、70

　 應付利息 3、25 3、90 4、23 5、53 6、5

　 應付股利 9、63 18、29 28、51 33、26 35、00 流動負債合計 136、92 172、68 235、65 278、90 316、65 非流動負債:

　長期借款 50、00 60、00 60、00 60、00 70、00 非流動負債合計 50、00 60、00 60、00 60、00 70、00 負債合計 186、92 232、68 295、65 338、90 386、65 所有者權益

　 實收資本 120、00 120、00 120、00 120、00 120、00

　 盈余公積 1、93 5、83 11、53 18、28 25、18

　 未分配利潤 7、70 23、3 46、11 72、71 100、69 所有者權益合計 129、63 149、13 177、64 210、89 245、87 負債與所有者權益

　 總計

　316、55 381、81 463、29 549、79 632、52

　二、營業利潤 27、70 55、60 81、05 94、20 98、65 加:營業外收入 1、00 1、50 2、00 2、50 3、00 減:營業外支出 1、00 1、00 1、00 1、00 1、00 三:利潤總額 27、70 56、10 82、05 95、70 100、65 減:應交稅費 8、45 17、11 25、03 29、19 30、70 四、凈利潤 19、25 38、99 57、02 66、51 69、95 銷售日報表 日期:______年______月______日

　單位:元

　 編號

　客戶名稱

　商品名稱

　數量 單價 折扣 金額 送餐地址 1

　2

　3

　4

　5

　6

　7

　8

　9

　10

　11

　今日訪問數

　本月累計訪問數

　本月營業目標:

　 當日收款總計:

　 已完成目標累計:

　未完成目標累計: 市場動態品質反應

　主管評估工作價值

　總經理

　主管

　經理

　制表人

　實驗 4 用例建模

　 4 4 、1 1 用例圖

　頂層用例圖

　1．用戶分為游客與游客與會員,游客注冊登錄會稱為會員。只有會員才可以進行訂餐操作,避免惡意欺詐行為。

　2．管理員分為系統管理員與訂單管理員與店鋪管理員與新聞管理員。

　系統管理員主要負責對永與注冊的審核與對管理員的管理; 訂單管理員主要負責處理訂單; 店鋪管理員主要負責對店鋪菜品的編輯與對評論的管理; 新聞管理員主要負責首頁的新聞管理。

　用戶使用訂餐系統用例圖

　 1．游客可以瀏覽首頁但就是不能訂餐,通過注冊,由系統管理員審核后方可成為會員。

　2．會員可以登錄,登陸后可以修改信息。

　進行訂餐服務,包括將菜品放入購物車、瀏覽購物車、刪除購物車中菜品與修改菜品數量,其中刪除購物車中菜品與修改菜品數量需要在瀏覽購物車的基礎上進行。

　進行訂單處理,包括填寫訂單信息、提交訂單、查瞧歷史訂單、評論菜品,其中提交訂單需要在填寫訂單信息的基礎上進行,然后由訂單管理員進行處理,評論菜品需要在查瞧歷史訂單的基礎上進行,由店鋪管理員進行管理。

　管理員用例圖

　 1．管理員可以對所有的賬號進行管理。分為對顧客的管理與對管理員的管理。

　2．對顧客的管理包括審核注冊用戶與查瞧顧客信息。

　3．對管理員的管理包括添加刪除修改管理員。

　店鋪管理員用例圖

　 1．店鋪管理員可以管理店鋪、菜品、評論。

　2．瀏覽店鋪后可以添加與刪除店鋪。

　3．瀏覽菜品后可以添加、修改、刪除菜品。

　4．瀏覽評論后可以刪除評論,不可以進行修改等操作。

　訂單管理員用例圖

　訂單管理員主要負責在瀏覽訂單后對訂單進行處理,即修改訂單狀態為“已處理”等。

　新聞管理員用例圖

　 新聞管理員主要負責瀏覽新聞后對新聞的添加、刪除、修改。

　4 4 、2 2 用例描述

　用戶用例描述

　用例名稱: : 注冊

　主參與者:游客 層次:海平面(用戶目標) 利益相關者:游客,用戶 前置條件:游客必須在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:游客能成功打開網上訂餐網站 觸發器:游客訪問網站主頁 主要成功情節: 1.游客提出注冊請求; 2.游客點擊注冊按鈕; 3.系統打開注冊頁面; 4.游客輸入用戶名、密碼、再次輸入密碼及用戶常用郵箱 5.單擊“提交”; 6.系統驗證登錄用戶的信息并返回相應信息。

　擴展: a

　用戶選擇“重置”,系統將清空輸入框信息; a

　注冊不成功

　6、a、1 系統管理員審核不通過。

　6、a、2 用戶輸入的用戶名已存在,則提示用戶重新輸入;

　6、a、3 用戶輸入的密碼格式不正確或兩次密碼不一致,則提示用戶重新輸入;

　 6、a、4 系統注冊時出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示會員注冊失敗、 用例名稱: : 瀏覽商品

　主參與者:用戶 層次:海平面(用戶目標)

　利益相關者:用戶 前置條件:用戶必須已經能在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶成功打開網站,瀏覽首頁 觸發器:用戶成功打開網站,瀏覽首頁 主要成功情節: 1、用戶打開網站首頁; 2、成功加載所有信息。

　擴展: 2、a

　瀏覽商品時出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,則瀏覽商品信息不成功。

　用例名稱: : 登錄

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已注冊成網上訂餐系統的用戶 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶成功登錄網站,返回首頁 觸發器:用戶選擇“登錄”按鈕 主要成功情節: 1、系統為用戶打開登錄頁面; 2、用戶輸入用戶名、密碼、驗證碼,再選擇“登錄”; 3、系統驗證登錄用戶名與密碼的正確性; 4、 經驗證用戶名與密碼正確則進入網上訂餐系統。

　擴展: a

　登錄頁面打開失敗

　 1、a、1

　用戶重新刷新打開網頁 a

　 登錄失敗

　 3、a、1 用戶名或者密碼錯誤,提示用戶重新輸入信息,返回登錄頁面。

　 3、a、2 驗證碼出現錯誤,提示用戶重新驗證碼,返回登錄頁面。

　 3、a、3 系統登錄時出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示用戶登錄失敗。

　用例名稱: : 修改個人信息

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已正確登錄系統 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶能查瞧當前個人信息頁面 觸發器:用戶選擇“個人信息”按鈕 主要成功情節: 1、調用“登錄”用例 2、為當前“個人信息”事務打開一個新的網頁。

　3、用戶能在新網頁中查瞧當前所有個人信息,如收貨地址,用戶名,郵箱,聯系電話,修改密碼選項等。

　4、點擊“修改”按鈕,打開新的個人信息頁面,用戶可輸入新的用戶名等信息。

　5、點擊“保存”按鈕,更新后臺數據庫,返回個人信息頁面。

　擴展: 1、a

　“登錄”用例調用失敗

　 1、a、1

　用戶被告知登錄失敗,提示檢查并重新登錄 5、a

　點擊“保存”按鈕,返回個人信息頁面后信息沒有修改

　 5、a、1 刷新頁面,個人信息正確顯示。

　5、a、2 點擊刷新,無法成功顯示修改后的個人信息,與頁面管理員聯系。

　用例名稱: : 將菜品放入購物車

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已成功進入訂餐服務界面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶能查瞧所有菜品信息 觸發器:用戶點擊“加入購物車”按鈕 主要成功情節: 1、調用“訂餐服務”用例 2、用戶查瞧菜品信息時點擊“加入購物車”按鈕; 3、用戶點擊“加入購物車”后則將菜品放入對應的購物車中。

　擴展: 1、a

　“訂餐服務”用例調用失敗

　 1、a、1

　用戶被告知失敗,提示檢查并重新請求 3、a

　點擊“加入購物車”按鈕,無法成功將菜品加入

　3、a、1 當前菜售完,返回首頁瀏覽菜品。

　3、a、2 當前菜品的商家還未開始營業,提示用戶正確營業時間,返回首頁瀏覽菜品 3、a、3 出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示用戶加入購物車失敗。

　用例名稱: : 瀏覽購物車

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已成功進入訂餐服務界面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶能查瞧所有菜品信息 觸發器:用戶點擊“瀏覽購物車”按鈕 主要成功情節: 1、調用“訂餐服務”用例 2、用戶查瞧菜品信息時點擊“瀏覽購物車”按鈕; 3、用戶點擊“瀏覽購物車”后則將購物車中菜品信息顯示到新的頁面中。

　擴展:

　1、a

　“訂餐服務”用例調用失敗

　 1、a、1

　用戶被告知失敗,提示檢查并重新請求 3、a

　點擊“瀏覽購物車”按鈕,無法獲得菜品信息 。

　3、a、1 購物車中沒有菜品,提示購物車為空。

　 3、a、2 出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示用戶獲取購物車信息失敗。

　用例名稱: : 刪除購物車中的菜品

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已成功瀏覽購物車 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶能查瞧購物車中所有菜品信息 觸發器:用戶點擊“刪除”按鈕 主要成功情節: 1、調用“瀏覽購物車”用例 2、用戶查瞧菜品信息時點擊“刪除”按鈕; 3、用戶點擊“刪除”后則將購物車中菜品信息返回到“瀏覽購物車”頁面。

　擴展: 1、a

　“瀏覽購物車”用例調用失敗

　 1、a、1

　用戶被告知獲取購物車信息失敗,提示檢查并重新請求 3、a

　點擊“刪除”按鈕,無法獲得更新的菜品信息 。

　3、a、1 刪除后購物車中沒有菜品,提示購物車為空。

　3、a、2 點擊刷新,無法成功顯示更新的菜品信息,與頁面管理員聯系。

　3、a、3 出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示用戶獲取購物車信息失敗。

　用例名稱: : 修改菜品數量

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已成功瀏覽購物車 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶能查瞧購物車中所有菜品信息 觸發器:用戶點擊“修改”按鈕 主要成功情節: 1、調用“瀏覽購物車”用例 2、用戶查瞧菜品信息時點擊“修改”按鈕; 3、用戶點擊“修改”后則將購物車中菜品信息返回到“瀏覽購物車”頁面。

　擴展: 1、a

　“瀏覽購物車”用例調用失敗

　 1、a、1

　用戶被告知獲取購物車信息失敗,提示檢查并重新請求 3、a

　點擊“修改”按鈕,無法獲得更新的菜品信息 。

　3、a、1 點擊刷新,無法成功顯示更新的菜品信息,與頁面管理員聯系。

　3、a、2 出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示用戶獲取購物車信息失敗。

　用例名稱: : 填寫訂單信息

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已成功進入訂單處理界面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶成功填寫訂單信息并完成保存 觸發器:用戶點擊“保存”按鈕 主要成功情節: 1.用戶進入填寫訂單信息界面。

　2.訪問購物車信息,顧客收到加入購物車的商品的確認。

　3.用戶填寫地址,電話等訂單信息。

　4.用戶點擊“保存”按鈕后,創建訂單行條目,彈出提示。

　擴展: 2.a 由于購物車為空而不返回有效的購物車信息

　2、a、1

　顧客收到購物車為空的消息,顧客返回重新選購。

　2、a、2

　顧客收到購物車為空的消息,退出該用例。

　4.a 保存后沒有反應

　4、a、1

　顧客刷新后重新填寫。

　1-4、a

　Internet 連接中斷

　1-4、a、1

　系統回滾到顧客填寫訂單信息前的位置。

　1-4、b

　顧客在任一點突然退出系統

　1-4、b、1

　系統回滾到顧客填寫訂單信息前的位置。

　用例名稱: : 提交訂單

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶、訂單管理員 前置條件:用戶已成功進入訂單處理界面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶成功提交訂單 觸發器:用戶點擊“提交”按鈕 主要成功情節: 1.用戶進入訂單處理界面。

　2.根據用戶信息訪問訂單表等,顯示訂單信息,用戶確認訂單信息。

　3.用戶提交訂單,信用卡被收費。

　4.更改訂單的狀態,將提交訂單的信息反映給訂單管理員。

　擴展: 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

　系統回滾到顧客填寫訂單信息前的位置。

　用例名稱: : 查瞧歷史訂單

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶 前置條件:用戶已成功進入訂單處理界面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶成功查瞧歷史訂單 觸發器:用戶選擇查瞧歷史訂單 主要成功情節: 1.用戶進入查瞧歷史訂單界面。

　2.訪問訂單,返回狀態為已成功的訂單信息。

　3.用戶瀏覽歷史訂單。

　擴展: 2、a 由于沒有已成功的訂單而不返回有效訂單信息

　2、a、1

　顧客收到已成功訂單為空的消息,退出該用例。

　1-3、a

　Internet 連接中斷

　1-3、a、1

　系統回滾到顧客填寫訂單信息前的位置。

　1-3、b

　顧客在任一點突然退出系統

　1-3、b、1

　系統回滾到顧客填寫訂單信息前的位置。

　用例名稱: : 評價菜品

　主參與者:用戶 層次:海平面(用戶目標) 利益相關者:用戶,店主 前置條件:用戶已成功瀏覽歷史訂單信息 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:用戶點擊“評價”按鈕進入評價頁面。

　觸發器:用戶點擊“評價”按鈕 主要成功情節: 1、調用“查瞧歷史訂單”用例 2、用戶點擊“評價”按鈕后,返回歷史訂單頁面。

　擴展: 1、a

　“查瞧歷史訂單”用例調用失敗

　 1、a、1

　用戶被告知獲取歷史訂單信息失敗,提示檢查并重新請求 2、a

　點擊“評價”按鈕,無法獲得更新的菜品信息 。

　2、a、1 點擊刷新,無法成功顯示更新的菜品信息,與頁面管理員聯系。

　2、a、2 出現系統故障,例如網絡故障,數據庫服務器故障,系統彈出系統異常頁面,提示用戶

　獲取購物車信息失敗。

　系統管理員用例描述

　用例名稱: : 管理賬號 主參與者:系統管理員 層次:風箏(概要) 利益相關者:顧客,管理員 前置條件:系統管理員必須在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員想要的文件正確加載 觸發器:系統管理員訪問網站主頁 主要成功情節: 1.在系統管理員的硬盤上創建 cookie 2.系統管理員能在賬號主頁上瞧到顧客與管理員賬戶分類 擴展: 1.a

　不能創建 Cookie

　 1、a、1

　創建消息向新聞管理員說明因為瀏覽器不允許創建 Cookie,所以不可以瀏覽。

　 1、a、2 系統管理員調整瀏覽器 Cookie 設置并重試,或者離開網站。

　2.a

　不能加載完整賬號信息

　 2、a、1 系統管理員得到一個損壞鏈接的標志。

　 2、a、2 系統管理員點擊刷新,圖片加載成功。

　 2、a、3 系統管理員點擊刷新,圖片加載不成功,離開網站。

　用例名稱: : 管理顧客 主參與者:系統管理員 層次:海平面(用戶目標) 利益相關者:顧客 前置條件:系統管理員必須在線訪問網站,且進入賬號管理頁面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員想要的文件正確加載,進入賬號管理 觸發器:系統管理員訪問網站主頁 主要成功情節: 1、進入賬號管理頁面,調用賬號管理界面 2、點擊顧客管理按鈕 3.出現顧客賬號的管理項目的伸展菜單 擴展: 1、a “管理賬號”用例調用失敗

　 1、a、1

　系統管理員被告知當前網站不能瀏覽,提示檢查網絡等信息 Cookie,所以不可以瀏覽。

　 1、a、2 系統管理員調整瀏覽器 Cookie 設置并重試,或者離開網站。

　3.a

　點擊“顧客管理”按鈕不能顯示顧客賬號管理項目伸展菜單

　 3、a、1 系統管理員點擊刷新,重新點擊按鈕,信息顯示成功。

　 3、a、2 系統管理員點擊刷新,重新點擊按鈕,信息顯示不成功,檢查數據庫與后臺代碼問題。

　用例名稱: : 管理員管理 主參與者:系統管理員 層次:海平面(用戶目標) 利益相關者:管理員 前置條件:系統管理員必須在線訪問網站,且進入賬號管理頁面 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員想要的文件正確加載,進入賬號管理 觸發器:系統管理員訪問網站主頁 主要成功情節: 1、進入賬號管理頁面,調用賬號管理界面 2、點擊管理員管理按鈕 4.出現管理員賬號的管理項目的伸展菜單 擴展: 1、a “系統”用例調用失敗

　 1、a、1

　系統管理員被告知當前網站不能瀏覽,提示檢查網絡等信息 Cookie,所以不可以瀏覽。

　 1、a、2 系統管理員調整瀏覽器 Cookie 設置并重試,或者離開網站。

　3.a

　點擊“管理員管理”按鈕不能顯示管理員賬號的管理項目的伸展菜單

　 3、a、1 系統管理員點擊刷新,重新點擊按鈕,信息顯示成功。

　 3、a、2 系統管理員點擊刷新,重新點擊按鈕,信息顯示不成功,檢查數據庫與后臺代碼問題。

　用例名稱: : 管理員添加 主參與者:系統管理員 層次:魚(細節) 利益相關者:管理員 前置條件:系統管理員必須已經能在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員成功打開網站,賬號管理員,管理員管理 觸發器:系統管理員選擇“添加管理員”按鈕 主要成功情節: 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、1 檢查數據庫與后臺代碼問題。

　用例名稱: : 修改管理員信息 主參與者:系統管理員 層次:魚 利益相關者:管理員 前置條件:系統管理員必須已經能在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員成功打開網站,賬號管理員,管理員管理 觸發器:新聞管理員選擇“管理員信息修改”按鈕 主要成功情節: 1、系統管理員點擊“管理員管理” 2、系統打開以下級聯菜單,包括管理員添加、管理員刪除、管理員信息修改。

　3、超級管理員點擊“管理員信息修改” 4、系統彈出“管理員信息修改”的頁面 5、系統管理員輸入要修改管理員的用戶名與密碼并單擊“確認”按鈕 并輸入要修改的用戶名及密碼點擊修改。

　6、系統就為之修改數據庫中的數據 7、系統返回到請求前的頁面

　擴展: 1、a

　“管理員管理”用例調用失敗

　 1、a、1

　系統管理員被告知當前網站不能瀏覽,提示檢查網絡等信息。

　3、a

　點擊“管理員信息修改”按鈕不能打開新的網頁

　 3、a、1 系統管理員得到一個損壞鏈接的標志。

　 3、a、2 系統管理員點擊刷新,重新點擊按鈕,網頁打開成功。

　 3、a、3 系統管理員點擊刷新,重新點擊按鈕,網頁打開不成功,檢查數據庫與后臺代碼問題。

　5.a

　刷新首頁,不能瞧到管理員賬戶修改。

　6、a、1 檢查數據庫與后臺代碼問題 用例名稱: : 刪除管理員 主參與者:系統管理員 層次:魚 利益相關者:管理員 前置條件:系統管理員必須已經能在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員成功打開網站,賬號管理,管理員管理 觸發器:新聞管理員選擇“刪除管理員”按鈕 主要成功情節: 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、1 檢查數據庫與后臺代碼問題。

　用例名稱: : 審核注冊用戶 主參與者:系統管理員 層次:魚 利益相關者:顧客 前置條件:系統管理員必須已經能在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員成功打開網站,賬號管理,管理顧客 觸發器:新聞管理員選擇“審核注冊用戶”按鈕

　主要成功情節: 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、1 檢查數據庫與后臺代碼問題。

　用例名稱: : 查瞧顧客信息 主參與者:系統管理員 層次:魚 利益相關者:顧客 前置條件:系統管理員必須已經能在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:系統管理員成功打開網站,賬號管理,管理顧客 觸發器:新聞管理員選擇“查瞧顧客信息”按鈕 主要成功情節: 1、系統管理員點擊“管理顧客” 2、系統打開以下級聯菜單,包括審核注冊用戶、查瞧顧客信息。

　3、超級管理員點擊“查瞧顧客信息” 4、系統彈出“查瞧顧客信息”的頁面 5、查瞧查瞧顧客信息 6、系統返回到請求前的頁面 擴展: 1、a

　“管理員管理”用例調用失敗

　 1、a、1

　系統管理員被告知當前網站不能瀏覽,提示檢查網絡等。

　3、a

　點擊“查瞧顧客信息”按鈕不能打開新的網頁

　 3、a、1 系統管理員得到一個損壞鏈接的標志。

　 3、a、2 系統管理員點擊刷新,重新點擊按鈕,網頁打開成功。

　 3、a、3 系統管理員點擊刷新,重新點擊按鈕,網頁打開不成功,檢查數據庫與后臺代碼問題。

　店鋪管理員用例描述

　用例名稱: : 管理店鋪 主參與者:店鋪管理員

　層次:風箏(概要) 利益相關者:店鋪 前置條件:店鋪管理員必須在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:店鋪管理員想要的文件正確加載 觸發器:店鋪管理員訪問網站主頁 主要成功情節: 1、進入店鋪總管理頁面 2、點擊管理店鋪中鈕 3 出現管理店鋪的管理項目的伸展菜單 擴展: 4.a

　點擊“管理店鋪”按鈕不能顯示管理店鋪的管理項目的伸展菜單

　 3、a、1 店鋪管理員點擊刷新,重新點擊按鈕,信息顯示成功。

　 3、a、2 店鋪管理員點擊刷新,重新點擊按鈕,信息顯示不成功,檢查數據庫與后臺代碼問題。

　用例名稱: : 管理菜品 主參與者:店鋪管理員 層次:風箏(概要) 利益相關者:店鋪 前置條件:店鋪管理員必須在線訪問網站 最低保證:回滾任何未完成的事務,系統記錄進展日志直至失敗 成功保證:店鋪管理員想要的文件正確加載 觸發器:店鋪管理員訪問網站主頁 主要成功情節: 1、進入店鋪總管...

推薦訪問： 系統分析 訂餐 實驗