Deadline：
2017-11-12 22:00PM
評分基準:
- 按時交 - 有分，檢查的項目包括後文的四個方面
- 需求&原型改進
- 系統設計
- Alpha任務配置設定計劃
- 測試計劃
1. 給目标使用者展現原型，與目标使用者進一步溝通了解需求。
思考：他們的痛是什麼？場景是什麼？（用産品之前/之後）有照片或視訊顯示使用者調查的過程，使用了各種調查手段的，加分
參考：
- 《建構之法》第10章典型使用者和場景 ：http://www.cnblogs.com/xinz/archive/2011/10/30/2229236.html
- 阿裡巴巴衛哲：http://iamsujie.com/8000/8018/
2. 修改完善上周送出的需求規格說明書
上周的《需求規格說明書》初稿有哪些不足？特别是功能考慮不全或需求文檔描述缺少的地方。
将具體改進内容寫在部落格裡面。
建議：用一個場景，像講故事 （User Story）那樣，描述使用者怎麼使用幾個相聯系的功能，解決了使用者的問題。
3. 參考《建構之法》8.5節功能的定位和優先級，給出功能分析的四個象限。
4.任務分解WBS
一個團隊項目要在一段時間内完成諸多任務，滿足使用者需求，實作團隊目标，從哪裡入手？
WBS（Work Breakdown Structure）即工作分解結構，是根據項目目标把工作分解成許多層次分明的、可傳遞成果的工作任務，然後用邏輯圖形或樹形結構表示出來。
- a. 請給出團隊項目的WBS
- b. 團隊成員估計各自任務所需時間
參考：http://www.cnblogs.com/zhengrui0452/p/6653964.html
在設計階段，我們要清楚：軟體是怎麼解決這些需求的？
一個好的分層式結構，可以使得開發人員的分工更加明确。一旦定義好各層次之間的接口，負責不同邏輯設計的開發人員就可以分散關注，齊頭并進。
1. 如何才能最大限度地實作這些需求，這就是架構設計要解決的問題。請給出系統的架構設計
2. 完成團隊項目的資料庫設計，并在随筆中提供相應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任務劃分及任務配置設定計劃
召開 Alpha 計劃會議，為下周進入Sprint作準備。會議内容包括兩個部分：
- 以需求分析為主，選擇和排序該階段需要實作的任務（訂單條目）
- 在最終完成這個項目之前，肯定需要完成很多小任務。有些任務沒必要在 Alpha 階段實作，這些任務先排除掉。要在 Alpha 階段實作的任務中，又有一些必須的基礎或者核心的任務是要優先完成的，需要将這些任務排到任務清單的前面。
- 以設計為主，确定系統設計方案和工作内容
- 每個任務要采用何種技術（實作方案）去完成？每一個任務将會配置設定給哪位成員去實作？
靈活項目協作工具：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/