PS:迷你商城後臺管理系統---需求分析.docx下載~click me數據庫
1. 引言後端
做爲互聯網熱潮的崛起,消費者們的廣泛差別化,實體商城要想在互聯網的浪潮中繼續發展,就須要制定出針對用戶以及消費者的消費習慣以及喜好品種的消費方案。從而企業以及實體營銷業才能根據消費者以及用戶的消費習慣來有針對性的進行超市以及商城的進出口貨物的有效安排。所以纔可以提高商城的生產效率,下降相關的勞動力投入而且可以顯著的提升利潤。安全
1.1 編寫目的架構
此需求分析文檔在於對項目的背景,功能範圍,需求信息,同時針對開發人員進行可以依照此文檔進行開發。同時包括系統的功能性需求和非功能性需求。確保此係統可以知足企業以及商城包括超市的基本需求業務。框架
1.2 業務背景
傳統的大型商城以及超市的貨物指定標準是根據,人爲的統計數據或者根據發票來制定當月或者當季度的貨物進貨出貨量之間的關係。耗費時間精力較大,目前採用後端信息系統數據的錄入進行分析。數據庫設計
企業以及大型超市對消費的消費需求把握的不到位,對消費者的行爲分析和喜愛,沒有針對性。在衆多企業的競爭當中沒有核心競爭力。性能
互聯網浪潮的出現致使傳統的網上商城購物發展迅猛,傳統的實體大型企業和大型超市必須作出轉型,纔可以留住消費者。避免實體經濟的下滑。spa
用戶以及消費者之間在商城購物的消費狀況,喜好以及偏好,經過分析此偏好,可以針對消費者以及商城指良好的消費計劃,合理分配資源,設計
1.3 項目目標
本系統旨在解決根據消費者的消費習慣和偏好,解決實體企業的對貨物資源的沒法充分利用的弊端,將企業的利益最大化,減小相關的勞動人員的勞動產出。提升大型商城以及超市的利潤。3d
針對用戶的行爲分析作出相應的吸引消費的營銷策略。並同時根據數據預測下一季度或者下一個月的進出口貨物量。
當企業或者大型商城使用此係統後,在相同的產出下利潤上有着明顯的提高時,說明該系統的初級目標已經達到。系統初步能夠斷定爲成功。
1.4 參考資料
《咱們應該怎樣作需求分析》 做者 yqmfly 日期:2012年6月20日
2.總體分析
2.1總體概述
迷你商城後端管理系統由爲7個子管理系統、首頁、外鏈頁面組成,根據用戶的需求,每一個子管理系統又分別劃分紅多個功能模塊。除了用戶管理、商品管理、推廣管理3個子系統以外,其餘子管理系統和首頁、外鏈頁面爲各種型管理員(角色)公用,無需額外受權。與之相應的是,用戶管理系統須要用戶管理員(角色)權限訪問、管理,商品管理系統須要商品管理員(角色)權限訪問、管理,推廣管理系統須要推廣管理員(角色)權限訪問、管理。因爲時間和精力的限制,本小組只實現須要額外角色權限的用戶管理、商品管理、推廣管理3個子系統。
2.2系統框架圖
迷你商城後端管理系統架構圖
2.3 E-R圖
2.3.1用戶管理(子系統)部分
E-R圖1
2.3.2商品管理(子系統)部分
E-R圖2
2.3.3推廣管理(子系統)部分
E-R圖3
3.功能需求
3.1 用戶(顧客)管理子系統
3.1.1 用例圖
用例圖1-1
3.1.2 用例說明
用例標識 |
1-1-1 |
用例名稱 |
查詢搜索歷史 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現顧客搜索歷史查詢需求,以用戶管理員身份操做。 |
||
參與者 |
用戶管理員 |
||
報表做用 |
供用戶管理員查詢顧客搜索歷史,瞭解顧客消費喜愛。 |
||
報表內容 |
顧客在商城上進行商品搜索的歷史 |
||
使用頻率 |
中 |
||
數據連接 |
無 |
用例標識 |
1-1-2 |
用例名稱 |
查詢意見反饋 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現顧客意見反饋查詢需求,以用戶管理員身份操做。 |
||
參與者 |
用戶管理員 |
||
報表做用 |
供用戶管理員查詢顧客對商品的意見反饋,從而爲顧客提升服務質量。 |
||
報表內容 |
顧客在商城上對商品的意見反饋 |
||
使用頻率 |
高 |
||
數據連接 |
無 |
用例標識 |
1-1-3 |
用例名稱 |
查詢會員我的信息 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現會員(顧客)我的信息查詢需求,以用戶管理員身份操做。 |
||
參與者 |
用戶管理員 |
||
報表做用 |
供用戶管理員查詢會員我的信息,爲會員提供更多優惠服務。 |
||
報表內容 |
保留會員我的信息 |
||
使用頻率 |
低 |
||
數據連接 |
無 |
用例標識 |
1-1-4 |
用例名稱 |
查詢顧客收貨地址 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現顧客收貨地址查詢需求,以用戶管理員身份操做。 |
||
參與者 |
用戶管理員 |
||
報表做用 |
供用戶管理員查詢顧客收貨地址,從而爲顧客提供快遞郵寄服務。 |
||
報表內容 |
保留顧客收貨地址 |
||
使用頻率 |
低 |
||
數據連接 |
無 |
用例標識 |
1-1-5 |
用例名稱 |
查詢顧客收藏 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現顧客對商品的收藏查詢需求,以用戶管理員身份操做。 |
||
參與者 |
用戶管理員 |
||
報表做用 |
供用戶管理員查詢顧客對商品的收藏,分析顧客喜愛,並對相應的顧客推送其所喜愛的商品。 |
||
報表內容 |
保留顧客對商品的收藏信息 |
||
使用頻率 |
高 |
||
數據連接 |
無 |
用例標識 |
1-1-6 |
用例名稱 |
導出查詢結果 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
將知足查詢條件的信息導出爲一份文件,以便管理員保留結果。 |
|||
參與者 |
商品管理員、推廣管理員、用戶管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
商品管理員、推廣管理員、用戶管理員執行查詢全部(指定)的信息操做。 |
|||
事 件 流 |
基本流程 |
|
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
無 |
3.1.3 領域模型
領域邏輯圖1
3.2商品管理(子系統)
3.2.1 用例圖
用例圖1-2
3.2.2 用例說明
用例標識 |
1-2-1 |
用例名稱 |
陳列商品列表 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現指定(全部)商品查詢需求,以商品管理員身份操做。 |
||
參與者 |
商品管理員 |
||
報表做用 |
商品管理員陳列指定(全部)的商品,瞭解商品信息。 |
||
報表內容 |
商場上供顧客購買的商品 |
||
使用頻率 |
中 |
||
數據連接 |
無 |
用例標識 |
1-2-2 |
用例名稱 |
顯示商品評論 |
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
版本號 |
v1.0.0 |
用例類型 |
查詢報表 |
用例描述 |
查詢功能,實現指定(全部)商品評論查詢需求,以商品管理員身份操做。 |
||
參與者 |
商品管理員 |
||
報表做用 |
商品管理員瞭解顧客對商品質量、服務好壞進行分析,從而及時更新商品,以更好的知足顧客對商品、服務的滿意度。 |
||
報表內容 |
顧客在購買商品時對商品質量、服務等方面的評論。 |
||
使用頻率 |
高 |
||
數據連接 |
商品評論表 |
用例標識 |
1-2-3 |
用例名稱 |
回覆評論 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
商品管理員可根據顧客對商品的評論進行相關回復,爲顧客答疑或承諾顧客之後將會提供更好的商品質量、服務等。 |
|||
參與者 |
商品管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
商品管理員先執行查詢全部(指定)的商品評論操做。 |
|||
事 件 流 |
基本流程 |
1.商品管理員先執行查詢全部(指定)的商品評論操做以後,對指定評論進行回覆。 |
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
顧客對商品的評論獲得回覆。 |
用例標識 |
1-2-4 |
用例名稱 |
刪除評論 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
商品管理員對顧客關於商品的評論進行刪除,刪除一些不實、虛假的評論,避免誤導其餘顧客。 |
|||
參與者 |
商品管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
商品管理員先執行查詢全部(指定)的商品評論操做。 |
|||
事 件 流 |
基本流程 |
1.商品管理員先執行查詢全部(指定)的商品評論操做以後,對不實、虛假的評論進行刪除。 |
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
不實、虛假的評論得以刪除,沒有誤導其餘顧客。 |
3.2.3 領域模型
領域邏輯圖2
3.3推廣管理(子系統)
3.3.1 用例圖
用例圖1-3
3.3.2 用例說明
用例標識 |
1-3-1 |
用例名稱 |
管理專題 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
推廣管理員查詢指定(全部)專題活動、根據顧客需求增設新的專題,從而達到推廣商品的目的。 |
|||
參與者 |
推廣管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
無 |
|||
事 件 流 |
基本流程 |
|
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
商品銷量增長、成功推廣商品。 |
用例標識 |
1-3-2 |
用例名稱 |
團購規劃 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
推廣管理員查詢指定(全部)團購規劃、根據顧客需求增設新的團購規劃,以知足團購類型的顧客。 |
|||
參與者 |
推廣管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
無 |
|||
事 件 流 |
基本流程 |
|
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
知足團購羣體的顧客需求、同時促進商品銷售。 |
用例標識 |
1-3-3 |
用例名稱 |
管理廣告 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
推廣管理員查詢指定(全部)廣告、經過更新廣告、增設新穎廣告以促進產品銷量。 |
|||
參與者 |
推廣管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
無 |
|||
事 件 流 |
基本流程 |
|
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
促進了商品銷量。 |
用例標識 |
1-3-4 |
用例名稱 |
管理優惠券 |
|
建立人 |
陳子豪 唐佳強 |
建立日期 |
2019-04-17 |
|
版本號 |
v1.0.0 |
用例類型 |
業務操做 |
|
用例描述 |
推廣管理員查詢指定(全部)商品優惠卷、根據顧客需求發放新的優惠券。 |
|||
參與者 |
推廣管理員 |
|||
觸發事件 |
無 |
|||
前置條件 |
無 |
|||
事 件 流 |
基本流程 |
|
||
擴展流程 |
無 |
|||
異常流程 |
無 |
|||
後置條件 |
知足團購羣體的顧客需求、同時促進商品銷售。 |
3.3.3 領域模型
領域邏輯圖3
4.非功能需求(URPS+)
4.1可用性(Usability)
該迷你商城後臺管理系統對用戶(商城管理員)在使用上來講,易操做、易理解,不一樣的用戶擁有不一樣的角色管理權限限制,所以安全性較高。
4.2.可靠性(Reliability)
4.3性能(Performance)
因爲受業務需求、軟件設計、數據庫設計、系統部署方式等因素的影響,性能在用戶一次性導出信息量超過數十萬時,性能會大大下降,所以,咱們與用戶協商一次導出數據時信息量不超過萬,可屢次導出,從而提升性能。在其餘方面,性能需求都可知足用戶。
4.4可支持性(Supportability)
該迷你商城後臺管理系統專門設置了統計報表管理,實現了統一接口,大大提升了系統可維護性。
4.5其它(+)
暫無