繼續前一篇文章關於網上商城開發的隨筆記錄1,原文地址:http://www.cnblogs.com/zhankui/p/4580414.htmlhtml
夏天長沙的天氣十分悶熱,又十分多變,因此忙了一下午,效率不高,只是對文檔進行大篇幅的修改,參考大量購物網站,設計出了數據庫模型,(看到這裏是否是覺得我要分享數據庫了?很差意思,你又想多了),這裏主要是講用例圖,老師說開發的時候客戶是看不懂咱們的專業術語的(簡單來講就是學微軟,吧全部的客戶當白癡,簡單化,固然這是很必要的),因此要讓對方知道咱們作出來事後大概是個什麼樣子,大概怎麼操做。廢話就很少說了,進入正題:數據庫
3 用例圖網站
3.1參與者ui
1.管理員設計
描述:該參與者的信息以保存在數據庫智能光,通過合法性驗證後,可以執行該系統中的全部功能。3d
2.會員htm
描述:該參與者註冊以後,信息保存在數據庫中,經合法性驗證後,可以執行該系統中的基本功能blog
3.2 用例事件
1.登錄(logon)圖片
2.註銷(logout)
3.修改用戶信息(modify dealer info)
4.瀏覽目錄(view category)
5.搜索產品(search item)
6.查看產品(view item)
7.加入購物車(add cart)
8.查看購物車(view cart)
9.修改購物車中的商品(modify cart items)
10.刪除購物車中的商品(delete cart item)
11.清空購物車(empty cart)
12.結帳(check out)
13.配置收貨人信息(configure recipient)
14.配置送貨方式(configure shipment)
15.配置付款方式(configure payment method)
16.確認訂單(affirm order)
17.查看訂單(view order)
18.修改訂單(modify order)
19.刪除訂單(delete order)
20.查看新品(view latest item)
21.查看特價品(view special price item)
22.查看積分(view grade)
23.用戶反饋(feedback)
24.查看反饋(view feedback)
頂層用例圖如圖3.1所示:
3.3用例分析與描述
登錄(logon)
1.用例圖
1.用例的事件流描述
2.1. 簡單描述:
本用例描述了用戶或管理員如何登錄到系統中。
2.2. 前置條件
無。
2.3. 後置條件
若是用例成功,用例登錄到系統中,不然系統的狀態不變。
2.4. 擴充點
無。
2.5. 事件流
2.5.1. 基流
(1) 管理員登錄到基於後臺管理的網站時,用例啓動。
(2) 系統提示用戶輸入用戶名和密碼。
(3) 用戶輸入本身的用戶名和密碼,提交(E-1)。
(4) 系統驗證輸入的名字和密碼(E-2)用戶登錄系統成功。
2.5.2. 替代流
E-1:包含了單引號、雙引號或爲空,系統提示錯誤。
E-2:系統檢索不到該用戶的密碼,系統提示錯誤。
註銷(logout)
用例描述:清楚內存中的用戶名、購物車信息,並返回到登陸頁。
修改用戶信息(modify dealer info)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
該用例描述瞭如何修改用戶的信息,但用戶的用戶名不容許修改。
2.2 前置條件
用戶已登錄
2.3 後置條件
用例成功,把用戶的信息保存到數據庫中。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1) 系統提示輸入用戶的信息。
(2) 用戶輸入所需信息,提交(E-1)。
(3) 系統把所需的信息保存到數據庫中。
2.5.2 替代流
E-1:系統驗證輸入的數據不合法(不能包含單引號、雙引號、郵箱必須知足要求),提示錯誤。
瀏覽目錄(view category)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶選擇一目錄,顯示該商品目錄的商品信息(商品的價格與給的折扣有關)。
2.2 前置條件
用戶已登
2.3 後置條件
用例成功,顯示對應商品目錄商品信息
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1) 系統提示選擇一目錄。
(2) 用戶單擊一目錄。
(3) 系統檢索該用戶的折扣。
(4) 系統檢索對應該目錄的商品,商品的價格與給的折扣有關。存在(S-1), 不存在(s-2)。
2.5.2 分支流
S-1:小圖顯示全部商品圖片(若是有),商品名稱,商品簡單描述,單價,加 入購物車提示:若是產品不能在一頁顯示完,系統顯示「第一頁」「上一頁」, 「下一頁」、 「最後一頁」頁瀏覽提示
S-2:系統提示不存在該目錄的產品。
搜索產品(search items)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶可基於商品的類別和商品的名稱的組合條件進行模糊查找。
2.2 前置條件
用戶已登
2.3 後置條件
用例成功,顯示知足查找條件的全部記錄。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示輸入商品的類別和搜索的關鍵字。
(2)用戶輸入商品的類別和搜索的關鍵字,提交。
(3)檢索該用戶的折扣。
(4)系統檢索知足條件的商品。若是存在(S-1),不存在(S-2)。
2.5.2 分支流
S-1:小圖顯示全部商品圖片(若是有),商品名稱,商品簡單描述,單價,加 入購物車提示:若是產品不能在一頁顯示完,系統顯示「第一頁」「上一頁」, 「下一頁」、 「最後一頁」頁瀏覽提示
S-2:系統提示不存在該目錄的產品。
查看產品(view item)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶查看某一產品的詳細描述。
2.2 前置條件
用戶已登,且系統處於商品頁顯示狀態。
2.3 後置條件
用例成功,顯示對應商品的詳細信息。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示用戶選擇一商品
(2)用戶選定一商品,確認。
(3)系統檢索該用和的權限。
(4)系統檢索該商品的詳細信息。
(5)系統以大圖顯示該商品的圖像、商品名稱、商品價格、加入購物車提示。
加入購物車(add cart)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶把所需的商品加入購物車
2.2 前置條件
用戶已登陸且處於商品顯示頁中。
2.3 後置條件
用例成功,進入到查看購物車頁。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)在商品顯示頁中,系統提示加入購物車。
(2)確認加入購物車。
查看購物車(view cart)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶查看購物車
2.2 前置條件
用戶已登陸。
2.3 後置條件
顯示購物車中全部商品的編號、名稱、數量、單價、金額。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)用戶確認查看購物車。
(2)系統顯示購物車中的全部商品的編號、名稱、數量、單價、金額以及合 計(商品的數量可修改)。
(3)系統顯示用戶可修改商品的數量,刪除商品、清空購物車、繼續購物以 及結帳。
修改購物車中的商品(modify cart items)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶修改購物車中商品的數量。
2.2 前置條件
系統處於查看購物車狀態。
2.3 後置條件
用例成功,購物車中商品的數量被更改。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示更改商品的數量。
(2)用戶輸入要更改商品的數量,確認更改(E-1)。
(3)系統刷新購物車。
2.5.2替代流
E-1:用戶輸入的商品數量只能是(1-50)間的整數。不然提示錯誤。
刪除購物車中的商品(delete cart item)
1用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶刪除購物車中的某個商品。
2.2 前置條件
系統處於查看購物車狀態。
2.3 後置條件
用例成功,刪除商品。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示刪除商品。
(2)用戶刪除商品,確認。
(3)系統刷新購物車。
清空購物車(empty cart)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶清空購物車中的商品。
2.2 前置條件
系統處於查看購物車狀態。
2.3 後置條件
用例成功,系統清空購物車。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示清空購物車。
(2)用戶清空購物車。
(3)系統刷新購物車。
結帳(check out)
1用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶加入購物車完畢,便可進入結帳狀態
2.2 前置條件
系統處於查看購物車狀態。
2.3 後置條件
用例成功,即可進入配置用戶的收穫地址、送貨方式、付款方式的配置頁。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示用戶結帳。
(2)用戶確認結帳。
(3)系統檢查購物車是否爲空(E-1)。
(4)系統進入該用戶的登錄界面,用戶輸入密碼確認。
(5)檢索成功(S-1),不成功(S-2)。
2.5.2 替代流
E-1:購物車爲空,系統提示錯誤,並轉入至首頁。
2.5.3 分支流
S-1:系統進入配置用戶的收貨地址、送貨方式、付款方式的頁面。
S-2:停留在登錄界面。
配置收穫地址信息(configure recipient)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
配置用戶的收貨地址信息。
2.2 前置條件
結帳用例成功。
2.3 後置條件
用例成功,若是送貨方式和付款方式配置好,則可下訂單。
2.4 擴充點
不存在該用戶的收穫地址。
2.5 事件流
2.5.1 基流
(1)系統檢索該用戶最近的收貨地址,存在(S-1),不存在(S-2)。
2.5.2 分支流
S-1:
(1)系統顯示該收貨地址(包含收貨人、收貨地址、郵編、聯繫電話)。
(2)用戶可修改該收貨地址(使用修改收貨地址用例)。
S-2:
(1)系統提示輸入收貨地址。
(2)用戶輸入收貨地址確認(E-1)。
(3)把該地址儲存到數據庫中。
(4)回到配置頁。
2.5.3 替代流
E-1:輸入數據有一項爲空,郵編,聯繫電話不符合要求,系統提示錯誤。
配置送貨方式(configure shipment)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
配置用戶的送貨方式。
2.2 前置條件
結帳用例成功。
2.3 後置條件
用例成功,若是收貨地址和付款方式配置好則可下訂單。
2.4 擴充點
不存在該用戶的送貨地址。
2.5 事件流
2.5.1 基流
(1)系統檢索該用戶的送貨方式,存在(S-1),不存在(S-2)。
2.5.2 分支流
S-1:系統顯示檢索到的送貨方式,用戶可修改送貨方式。
S-2:
(1)系統提示輸入一送貨方式。
(2)用戶輸入送貨方式,提交。
(3)系統存儲該送貨方式。
(4)回到配置頁。
配置付款方式(configure payment method)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶配置其付款方式。
2.2 前置條件
結帳用例成功。
2.3 後置條件
用例成功,若是配置收貨地址用例和配置送貨方式用例成功,用戶可下訂單。
2.4 擴充點
該用戶的付款方式不存在。
2.5 事件流
2.5.1 基流
(1)系統檢索該用戶的付款方式,存在(S-1),不存在(S-2)。
2.5.2 分支流
S-1:系統顯示檢索到的付款方式,
S-2:
(1)系統提示輸入一付款方式。
(2)用戶輸入一付款方式,提交。
(3)系統把該付款方式存儲到數據庫中。
(4)回到配置頁。
確認訂單(affirm order)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
確認生成訂單。
2.2 前置條件
配置收貨地址、送貨方式、付款方式用例成功。
2.3 後置條件
用例成功,把訂單數據存儲到數據庫中。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示確認訂單。
(2)用戶確認訂單。
(3)系統生成訂單號。
(4)系統生成訂單記錄並存入數據庫中。
(5)系統清空購物車。
(6)系統顯示訂單狀況、收貨地址、送貨方式、付款方式。
查看訂單(view order)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
查看該用戶的全部訂單或基於組合條件的訂單。
2.2 前置條件
用戶已登陸。
2.3 後置條件
用例成功,系統顯示該用戶的訂單狀況。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)用戶選擇查看全部的訂單(S-1),或基於組合條件產看訂單(S-2)。
2.5.2 分支流
S-1:
(1)系統檢索該用戶的全部訂單
(2)系統顯示全部訂單,當顯示的訂單查過一頁時,系統顯示「第一頁」、 「上一頁」、「下一頁」、「最後一頁」的頁瀏覽提示。
S-2:
(1)系統提示用戶輸入訂單號、發生訂單的時間段、或訂單的狀態(已 執行、部分執行、未執行)。
(2)用戶輸入所需信息,提交(E-1)。
(3)系統檢索知足組合條件的全部訂單。
(4)系統顯示知足條件的訂單。
E-1:系統驗證輸入的合法性,不合法系統提示錯誤。
修改訂單(modify order)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶修改訂單的訂單明細,收貨地址、送貨方式、付款方式。
2.2 前置條件
系統處於查看訂單狀態中。
2.3 後置條件
用例成功,把修改的訂單存儲到數據庫中。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示修改訂單
(2)用戶確認修改(E-1)。
(3)系統提示輸入要修改的訂單。
(4)用戶輸入修改信息,提交(E-2)。
(5)系統存儲訂單狀況至數據庫中。
2.5.2 替代流
E-1:已審覈的訂單不能修改,不然提示錯誤。
E--2:不合法輸入,系統提示錯誤。
刪除訂單(delete order)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶刪除不須要的訂單。
2.2 前置條件
系統處於查看訂單狀態中。
2.3 後置條件
用例成功,系統刪除該訂單。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示刪除該訂單。
(2)用戶確認刪除該訂單(E-1)。
(3)系統從數據庫中刪除該訂單。
2.5.2 替代流
E-1:已審覈的訂單不能刪除,不然提示錯誤。
查看新品(view latest item)
1用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶瀏覽最新出現的產品。
2.2 前置條件
用戶已登陸。
2.3 後置條件
用例成功,系統顯示最新的產品。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統檢索最新商品信息,存在(S-1),不存在(S-2)。
2.5.2分支流
S-1:系統顯示檢索的最新商品,當商品超過一頁時,系統提供「第一頁」、 「上一頁」、「下一頁」、「最後一頁」的頁瀏覽提示。
S-2:系統顯示最新商品不存在。
查看特價品(view special price item)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶瀏覽特價產品。
2.2 前置條件
用戶已登陸。
2.3 後置條件
用例成功,系統顯示特價商品。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統檢索特價商品信息,存在(S-1),不存在(S-2)。
2.5.2分支流
S-1:系統顯示檢索的特價商品,當商品超過一頁時,系統提供「第一頁」、 「上一頁」、「下一頁」、「最後一頁」的頁瀏覽提示。
S-2:系統顯示特價商品不存在。
查看積分(view history record and grade)(這個不太想作,牽扯到多加表。。。)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶查看積分狀況。
2.2 前置條件
用戶已登陸。
2.3 後置條件
用例成功,系統顯示該用戶的積分狀況。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統檢索該用戶的積分狀況。
(2)系統顯示積分狀況。
用戶反饋(feedback)(這個不太想作,牽扯到多加表。。。)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶提出反饋意見
2.2 前置條件
用戶已登陸。
2.3 後置條件
用例成功,把該用戶的反饋信息存儲到數據庫中。。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示輸入反饋信息。
(2)用戶輸入反饋信息,提交(E-1)。
(3)系統存儲反饋信息發哦數據庫中。
2.5.2 替代流
E-1:系統驗證輸入的合法性,不合法,系統提示錯誤。
查看反饋答覆(view feedback answer)(這個不太想作,牽扯到多加表。。。)
1 用例圖
2 用例的事件流描述
2.1 簡單描述:
用戶查看反饋答覆。
2.2 前置條件
用戶已登陸。
2.3 後置條件
用例成功,顯示該用戶的反饋答覆。。
2.4 擴充點
無。
2.5 事件流
2.5.1 基流
(1)系統提示選擇查看全部回覆和基於時間段的回覆。
(2)用戶選擇查看全部回覆(S-1),基於時間段的回覆(S-2)。
2.5.2 分支流
S-1:系統顯示全部回覆,當回覆超過一頁時,系統提供「第一頁」、「上一頁」、 「下一頁」、「最後一頁」的瀏覽提示。
S-2:
(1)用戶輸入時間段,提交(E-1)。
(2)系統檢索該時間段的全部回覆,存在(S-3),不存在(S-4)。
2.5.3 替代流
E-1:系統驗證輸入的合法性,不合法,系統提示錯誤。
2.5.4 分支流
S-3:系統顯示全部回覆,當回覆超過一頁時,系統提供「第一頁」、「上一頁」、 「下一頁」、「最後一頁」的瀏覽提示。
S-4:系統提示改時間段的回覆不存在。