在上周的需求分析的基礎上進行需求與原型的改進，系統設計與實作
Deadline：##
2017-4-21 22:00PM，以部落格發表日期為準
評分基準:##
- 按時交 - 有分，檢查的項目包括後文的四個方面
- 需求&原型改進
- 系統設計
- Alpha任務配置設定計劃
- 測試計劃
- 晚交 - 0分
- 遲交兩周以上 - 倒扣本次作業分數
- 抄襲 - 倒扣本次作業分數
需求&原型改進：##
-
給目标使用者展現原型，與目标使用者進一步溝通了解需求。
a. 思考：他們的痛是什麼？場景是什麼？（用産品之前/之後，有照片或視訊顯示使用者調查的過程，使用了各種調查手段的，加分）
b. 參考：
-《建構之法》第10章典型使用者和場景
- http://www.cnblogs.com/xinz/archive/2011/10/30/2229236.html
- 阿裡巴巴衛哲：http://iamsujie.com/8000/8018/
-
修改完善上周送出的需求規格說明書。
a. 上周的《需求規格說明書》初稿有哪些不足？特别是：功能考慮不全或需求文檔描述缺少的地方。
b. 将具體改進内容釋出在随筆上。
c. 建議：用一個場景，像講故事 （User Story）那樣，描述使用者怎麼使用幾個相聯系的功能，解決了使用者的問題。
- 參考《建構之法》8.5節功能的定位和優先級，給出功能分析的四個象限。
-
任務分解WBS
一個團隊項目要在一段時間内完成諸多任務，滿足使用者需求，實作團隊目标，從哪裡入手？
WBS（Work Breakdown Structure）即工作分解結構，是根據項目目标把工作分解成許多層次分明的、可傳遞成果的工作任務，然後用邏輯圖形或樹形結構表示出來。
a. 請給出團隊項目的WBS；
b. 團隊成員估計各自任務所需時間
c. 參考：http://www.cnblogs.com/zhengrui0452/p/6653964.html
系統設計：##
在設計階段，我們要清楚：軟體是怎麼解決這些需求的？
一個好的分層式結構，可以使得開發人員的分工更加明确。一旦定義好各層次之間的接口，負責不同邏輯設計的開發人員就可以分散關注，齊頭并進。
- 如何才能最大限度地實作這些需求，這就是架構設計要解決的問題。請給出系統的架構設計
- 完成團隊項目的資料庫設計，并在随筆中提供相應ER圖（如果必要）
參考執行個體：
- http://www.cnblogs.com/bugphobia/p/4946840.html
- http://www.cnblogs.com/bugphobia/p/4946844.html
- http://www.cnblogs.com/bugphobia/p/4946849.html
分析設計方法：http://www.cnblogs.com/xinz/p/4525232.html
Alpha任務配置設定計劃##
召開疊代計劃會議，為下周進入Sprint作準備。
- 第一部分：以需求分析為主，選擇和排序本次疊代需要實作的訂單條目
- 第二部分：以設計為主，确定系統設計方案和工作内容
靈活項目協作工具：https://www.leangoo.com/
參考：http://www.cnblogs.com/xinz/archive/2012/10/05/2712602.html
測試計劃##
- 測試不是在所有的開發工作完成之後才進行，而是與開發幾乎同步進行的
- 測試計劃和測試總綱主要說明産品是什麼，要做什麼樣的測試，時間安排如何，誰負責什麼方面，各種資源在哪裡，等等。
- 參考：http://www.cnblogs.com/xinz/archive/2011/11/19/2255542.html
- 如何編寫測試計劃？http://www.cnblogs.com/itest/archive/2008/06/24/1229151.html
團隊項目參考連結：##
- http://www.cnblogs.com/Chronos
- http://www.cnblogs.com/buaase/