檢查項
分值備註
需求&原型改進
使用前的場景(痛點) 使用後的場景(痛點的解決)
1主要回答: 1.客戶的問題的場景我們是不是真的找到了? 2.我們為產品設定的使用場景是否真的會發生? 如果找不出有與目標使用者溝通的痕跡,比如只是單純的重複之前說過的使用者痛點,可給 0 分或給低分
描述上次規格說明書不足的地方
0.25
規格說明書具體改進的內容發布在隨筆上
0.75
使用者場景描述
1以完成某個目的為導向,按順序描述各個操作步驟得1分。參照《構建之法》p212的例子。 對登陸註冊過於詳細而主要功能簡單扣0.5; 好幾專案的混合的使用者場景扣0.25分
功能四象限
0.5
wbs1
子節點覆蓋父節點包含的所有內容 0.5分;完全見不到wbs結構的倒扣1分
各成員估計完成任務需要的時間
0.5沒有標註成員對應哪個部分扣0.25分;
系統設計
架構設計
1有分層且與專案模組結合0.5; 各種圖示建模0.5;
資料庫設計
1表結構 或 er圖 至少要有乙個
alpha任務分配計畫
以需求分析為主,選擇和排序本次迭代需要實現的訂單條目
1所列任務組合起來不能夠使應用達到差不多能用,扣0.25分; 缺少殺手功能的初步實現,扣0.25分; 任務粒度太大扣0.25分; 任務量過少,扣0.25分; 如果描述的不是 alpha 版本的功能,該項不得分;
以設計為主,確定系統設計方案和工作內容
1沒有分配任務給團隊成員,扣0.25分; 沒有描述針對各個任務所要採用的技術方案,扣0.5分
測試計畫
測試計畫
1 合計
10檢查項
備註分值
blog
學號+姓名+coding位址1
需求分析:測試上有哪些需求1
描述單元測試的每個環節2
比較測試結果和實際結果2
**覆蓋報告,如果沒有100%覆蓋,為什麼1
小結,是否有效發現了程式計算模組問題,並給予改進1
看以前寫的**的感受1
兩個的**
0.5 coding
結對,兩個人的commit1
將計算相關的**放到新建立的 calculator 類1
將 calculator 類的**模組化1
設定測試資料完善性 (沒有出現assert的,測試部分得0分)
正確的輸入能否達到預期
0.5
錯誤的輸入能否提示使用者
0.5
大數字的處理(2000000級別)
0.5
除0運算、分母為0
0.5
混合運算測試
0.5
混合運算帶括號測試
0.5
覆蓋所有**路徑:包括錯誤處理路徑1
小數的位數可控
0.5 總分
17檢查項
分值調研文件或截圖
1 軟體需求分析說明書
2 nabcd
2 描述每個成員具體分工
1 原型設計
2 編碼規範11
合計10
軟工15團隊作業2 團隊計畫
內容 該系統主要是面向小學生,基本功能就是隨機自動生成四則運算習題,並且判斷正誤,然後記錄正確率,答題時間,錯題記錄等,還有歷史答題記錄以及對以及排名,分為練習和挑戰兩部分 預期使用者量 20 強調 做雷同專案的不同團隊,請在專案立項的時候,就提出自己團隊獨特的設計 功能是什麼,如何找到目標使用者,...
軟工網路15團隊作業2 團隊計畫
1.確定團隊選題,確定之後每個團隊需要描述要做的究竟是什麼系統,預期的使用者量是多少.2.圍繞選題專案內容的 真實 可用 有價值 有情懷 作為加分項 目標來分別闡述。3.建立和初步熟悉團隊git的協作方式。專案後續的 文件都要通過碼雲增量式管理。實現文件的版本化和增量式管理。4.請立刻建立團隊專案的...
軟工網路15團隊作業2 團隊計畫
專案描述 主要功能 記憶考研單詞 以考研單詞學習和生詞查詢兩個方面為主體功能,隨時新增新的單詞到學習列表,每個單詞都有恰當的註解和例句,能夠有效的幫助使用者記憶單詞。完善了主體功能後還可以加入一些單詞小遊戲,新增背單詞小遊戲目的也是加深使用者對背單詞的興趣,提高對單詞的記憶力。預期使用者量 500人...