1）分工情況介紹，小組分工合作情況介紹

邱慧堅-張順程選題，功能分析，建模

2）選題討論

電商後臺的統計報表也是非常重要的一個功能模塊，一個功能齊全且具有良好顯示效果的報表功能可以幫助管理人員很好的分析當前商鋪的銷售及客戶流量情況。主要討論的報表有：經營概況，賬款統計，銷售收入，銷售額總覽，銷售量排名，會員購物量排名，商品訪問購買次數，銷售指標分析，會員統計。

3）用戶故事討論

商鋪管理人員每天或隨時可查看後臺的統計報表，來幫助分析當前商鋪的運營情況。

4）功能分析討論

1、經營概況：統計報表首頁顯示，主要顯示店鋪近期的客戶流量已經營業情況等。

2、賬款統計：主要統計銷售的商品總額，已經已到賬和未到賬的金額。

3、銷售收入：主要指定時間範圍的銷售收入總額。

4、銷售額總覽：展示指定時間範圍的總銷售額，包括入賬與未入賬等等。

5、銷售量排名：統計商鋪商品的銷量排名或近期銷量排名。

6、會員購物量排名：統計會員的總購物量和分析指定時間範圍的購買力。

7、商品訪問購買次數：統計商品被訪問的次數。

8、銷售指標分析：統計分析銷售指標完成情況。

9、會員統計：統計會員的數量與分析會員數增加的趨勢。

5）建模

1、確定實體類

2、確定業務流程並畫出uml圖

6）總結

　　經過本次課程，我的了解到了：

敏捷開發模式中的需求實現

需求規劃完成了之後，我們要確保這些需求能在敏捷開發的過程當中實現。相比較與瀑布模式，需求規劃完成了之後，提供一份完整的PRD就可以逐項開始 開發了，敏捷模式下需求規劃中的功能清單首先有可能不是一次實現，會分多次，可能中間還穿插了別的項目，其次是每個功能清單還是再拆分成開發任務去分別實 現，再加上中間的需求變更，所以在需求實現的過程當中是要采取一些措施去避免實現中的困難的，比如需求實現的連續性問題，需求拆分的方式方法，需求變更的 處理，敏捷開發過程當中問題的解決等。

計劃會議如何分解Backlog

需求規劃完成後就形成了確定的需求，體現在敏捷流程當中，就是一條產品需求Product Backlog，我們要實現它，就要開啟一個新的敏捷叠代，通常一個叠代的開始都是通過計劃會議來開始的。

開計劃會議的前提是需求規劃已經完成，Product Backlog必須已經存在；通常，對單個產品或者項目而言，只能有一個Product Backlog和Product Owner；每個Product Backlog的描述都是完整的，包括主題、描述、優先級和驗收標準等；Product Owner應當理解每個Product Backlog的含義；敏捷團隊成員根據Product Backlog優先級，已經預先了解即將開始的叠代大致會涉及的Product Backlog，並能列出相應的問題；

註意：Product Owner之外的人也可以添加Product Backlog，但是他們不能說這個Backlog有多重要，也不能定優先級，這是Product Owner獨有的權利。他們也不能添加時間估算，這是開發團隊獨有的權利。

首先就是確認Product Backlog的開發順序，如果有多條的話，基本都是按照需求的優先級的來確定的；

其次是確定Product Backlog是否需要拆分，即判定是否可以在一個叠代內完成，或者是否整體需求的優先級都是一樣高的；

最後就是按照拆分好的條目重新排定開發順序；拆分的依據如下：

1、 每個拆分出來的條目都是可單獨驗證並上線的；

2、 每個拆分出來的條目都是可以在單個叠代內完成的；

《電商系統後臺統計報表模塊》需求分析與設計的課程小結