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/

轉載于:https://www.cnblogs.com/happyzm/p/6692459.html

總結

以上是生活随笔為你收集整理的团队作业3——需求改进系统设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。