PS:迷你商城后台管理系統---需求分析.docx下載~click me
迷你商城后台管理系統-- 需求分析
1. 引言
作為互聯網熱潮的崛起,消費者們的普遍差異化,實體商城要想在互聯網的浪潮中繼續發展,就需要制定出針對用戶以及消費者的消費習慣以及喜愛品種的消費方案。從而企業以及實體營銷業才能根據消費者以及用戶的消費習慣來有針對性的進行超市以及商城的進出口貨物的有效安排。因此才能夠提升商城的生產效率,降低相關的勞動力投入並且能夠顯著的提高利潤。
1.1 編寫目的
此需求分析文檔在於對項目的背景,功能范圍,需求信息,同時針對開發人員進行能夠依照此文檔進行開發。同時包括系統的功能性需求和非功能性需求。確保此系統能夠滿足企業以及商城包括超市的基本需求業務。
1.2 業務背景
傳統的大型商城以及超市的貨物指定標准是根據,人為的統計數據或者根據發票來制定當月或者當季度的貨物進貨出貨量之間的關系。耗費時間精力較大,目前采用后端信息系統數據的錄入進行分析。
企業以及大型超市對消費的消費需求把握的不到位,對消費者的行為分析和喜好,沒有針對性。在眾多企業的競爭當中沒有核心競爭力。
互聯網浪潮的出現導致傳統的網上商城購物發展迅猛,傳統的實體大型企業和大型超市必須做出轉型,才能夠留住消費者。避免實體經濟的下滑。
用戶以及消費者之間在商城購物的消費情況,喜愛以及偏好,通過分析此偏好,能夠針對消費者以及商城指良好的消費計划,合理分配資源,
1.3 項目目標
本系統旨在解決根據消費者的消費習慣和偏好,解決實體企業的對貨物資源的無法充分利用的弊端,將企業的利益最大化,減少相關的勞動人員的勞動產出。提高大型商城以及超市的利潤。
針對用戶的行為分析做出相應的吸引消費的營銷策略。並同時根據數據預測下一季度或者下一個月的進出口貨物量。
當企業或者大型商城使用此系統后,在相同的產出下利潤上有着明顯的提升時,說明該系統的初級目標已經達到。系統初步可以判定為成功。
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其它(+)
暫無