團隊做業3——需求改進&系統設計

需求&原型改進：

1.給目標用戶展示原型，與目標用戶進一步溝通理解需求:

用戶的痛是：常常會忘記一些待辦的事。

用產品以前的場景：當前學生記住上課以及一些待辦的事情，以手機與筆記本記錄爲主。但有時候記錄會出現誤差，好比說只記在筆記本，而後只看手機，結果忘記有某些事要作。

用產品以後的場景：該系統可讓同窗們把課程表以及一些待辦的事都記錄在網站上，同窗們隨時能夠拿手機查看本身的待辦事項的情況，也能夠隨時添加本身的待辦事項，能夠有效的避免忘記作某些事，也不用隨身攜帶筆記本。

 

2.修改的需求規格說明書:

 

 

3.功能分析的四個象限:

	外圍功能	殺手功能
必要需求	第二象限 良好的界面設計；。	第一象限 能夠把輸入要作的事情準時提醒用戶，防止忘記作某些事情
輔助需求	第三象限 web界面適當地提高面向對象的適用性，清楚、美觀。	第四象限 界面背景圖片或者顏色的設置。

4.任務分解WBS:

---

系統設計：https://gitee.com/ouwen0819/ZhongGuoGongShangYinXingWangShangYinXing/blob/master/%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1.docx

---

Alpha任務分配計劃：

1.以需求分析爲主，選擇和排序本次迭代須要實現的訂單條目

a.事先與用戶溝通，訪問用戶需求，彙總用戶需求。

b.將用戶需求聯繫系統功能，將系統功能的實現進行任務分配。

c.進行系統功能的實現：

①編寫我的學習計劃提醒系統的web界面  ②編寫出基本的我的學習計劃提醒系統的後臺功能

d.基本功能實現後，進一步完善、修改：

①將基本的我的學習計劃提醒系統進一步的完善、修改，並將先後端的功能進行整合。②將完成的web界面與後端進行交互。

2.以設計爲主，肯定系統設計方案和工做內容

 

a.用戶錄入本身的課程表和須要作的事情

b. 到時間後系統會提醒用戶該作什麼事情

c.前端頁面（使用web界面適當地提高面向對象的適用性，方便用戶輕鬆使用界面與後端進行交互。）

 

 

 

測試計劃：

1.引言

1.1項目背景

課程做業

2.任務概述

2.1測試範圍

①錄入功能的測試，便是否能準確無誤的把用戶輸入的數據錄入到數據庫中；

②對提醒功能的實現的測試，測試提醒時間的準確率，確保不形成「延遲」；

③在實現過程當中，咱們會根據咱們的進度不一樣方面的測試，確保其健壯性。

2.2測試目標

①對於錄入功能方面，咱們會查詢本地數據庫中是否有用戶輸入的信息；

②對於提醒功能方面，咱們看看是否會準時提醒；

③對於其餘方面，咱們會將其效率性不斷測試不斷提升。

3.測試策略

3.1測試人員需求、分工

測試方面會安排兩人負責，兩人協同合做，共同測試。

3.2測試方法

自動化測試／手動測試.

3.3測試階段計劃（工做內容、人員安排、起止時間等）

工做內容	人員安排	起止時間
錄入功能的測試	王海峯、毛忠慶	根據進度同步跟進，這裏很差給出準確時間
提醒功能的測試	王海峯、毛忠慶	根據進度同步跟進，這裏很差給出準確時間
其餘方面的測試	王海峯、毛忠慶	同步跟進

4.補充

對於測試計劃不完善地方，還會根據進度補充擬定。成員的貢獻比例

團隊成員	毛忠慶	陳俊達	陳昊元	林仙平	王海峯
完成內容	需求&原型改進：給出功能分析的四個象限；Alpha任務分配計劃；任務分解WBS，整合博客；	需求&原型改進：給目標用戶展示原型，與目標用戶進一步溝通理解需求；	需求&原型改進：修改完善上週提交的需求規格說明書	需求&原型改進：系統設計，系統架構；	需求&原型改進：測試計劃
貢獻比例	30%	20%	20%	20%	10%