檢查項
分值備註
需求&原型改進
使用前的場景（痛點） 使用後的場景（痛點的解決）
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人...