團隊作業第五次—項目沖刺
送出規則
deadline1：截止2019-11-15 23:00
deadline2: 截止2019-11-17 23:00
按時交：deline1之前，得實際分數100%
補交：在deadline1後、deadline2前（寫了作業忘記在部落格園送出，根據部落格釋出時間判斷）為補交，扣實際分數 * 10%；
遲交：在deadline1後、deadline2前（deadline1沒寫作業，deadline2才補寫并送出）為遲交，本次作業得0分；
缺交：deadline2之後未交或者補交視為部落格缺交，分數為負的此次作業滿分；
未完成作業必做項：本次作業為零分，必做項會在作業要求中用（必做）辨別
微信班級群如果釋出相關通知也是作業要求一部分，請及時檢視群通知；
若需要在微信群填寫相關資訊，未能在deadline1之前完成填寫的，扣實際分數的50%；
如對作業存在疑問，請在deadline1之前三天在班級群提出；
若助教對作業要求有修改，會在群内公告，請務必檢視并按新的要求完善作業；
碎碎念
在系統設計與資料庫設計作業中，大家對系統的系統層次圖、類圖、資料庫等進行了設計；
大部分同學在類圖和資料庫表的設計上還存在這不周到的地方；是以在正式沖刺之前應該好好的理一理；
這次作業的目的就是将大家的團隊項目實際編碼實作出來，同時進行靈活開發的團隊合作實踐；
看得出來大家已經蠢蠢欲動了，但是團隊之間應該如何高效協作？如何讓項目的進展每天都在預期之内？
這些都是軟工實踐的理論所探讨的，這一次作業就是将實際的公司項目開發壓縮到兩周内，讓大家來體驗這個過程；
磨刀不誤砍柴工，大家這次作業也還是要事先制定好計劃，清楚把握靈活模型的流程才能開始開發；
接下來是作業要求；
作業要求
随筆
一、1篇凡事預則立随筆【團隊名稱-凡事預則立】，在11-04 23:00之前釋出
- 沖刺的時間計劃安排（沖刺時間為期七天，安排在2019-11-3——2019-11-14之間）
- 針對上一次作業同學、助教提出的問題的回答，如果是需要完善類圖或者表結構等有圖表呈現的，請一同粘貼到随筆
- 針對前幾次作業的不足的地方進行思考和總結
- 需要改進的團隊分工（針對之前的不足，需要加強和改進團隊協作和分工的地方）
- 團隊的代碼規範，參考 部落格：作業要求-代碼規範
- 閱讀建構之法 13-17章
- 建立團隊項目的github倉庫，并将連結附在随筆末尾
二、1篇沖刺集合随筆【團隊名稱-沖刺集合】，用來放置7次團隊沖刺部落格的連結，為了友善助教查找，需要将這篇部落格置頂
- 使用markdown的連結、表格來呈現
- 标注清楚每一篇日志部落格的名稱，以及對應的日期、當天完成的工作量、剩餘的工作量、已完成工作量占總工作量的百分比
- 當天的沖刺日志應及時添加到這篇随筆中
- 随筆末尾附帶團隊項目的github倉庫
三、7篇沖刺日志随筆【團隊名稱-沖刺日志(第幾天)】
每天的沖刺部落格分為scrum和PM報告兩部分
-
SCRUM部分:
每個成員描述：
（1）我昨天的進度（完成了哪些任務，花了多少時間，還剩餘多少時間），昨天遇到了哪些問題，昨天解決了哪些問題，（參見前面計劃的要求），明天的計劃。（可以以表格形式列出）
（2）團隊成員的工作如果是開發工作必須有代碼簽入，給出簽入記錄對應的Issue内容與連結，代碼必須每天可執行（當天截屏，沒有倒扣分）
（3）團隊成員的工作如果是測試等其他工作，那要有具體的結果（截屏，測試報告等）
（4）SCRUM 會議的照片一張，會議照片應該是每天沖刺會議的真實非擺拍照片，可以擋住臉保護隐私。照片如果出現複用的情況倒扣分。
（5）至少一張項目程式／子產品的最新（運作）截圖。
-
PM 報告：
（1）整個項目預期的任務量 （任務量 = 所有工作的預期時間）和 目前已經花的時間 （所有記錄的 ‘已經花費的時間’），還剩餘的時間（所有工作的 ‘剩餘時間’）
（2）PM 畫出燃盡圖（可以用第三方工具， 或者自己用 Excel 來自己做）。 必須顯示兩個時間在整個沖刺期間的變化： 已經花費的所有時間， 還剩餘的所有工作的時間。
燃盡圖需要顯示真實的情況。燃盡圖有兩級的要求：
① 以任務的數量為機關，這個圖可以顯示每天任務數量的變化。參考使用Github生成燃盡圖。
② 以小時為機關，顯示時間的變化（見上條要求）。
（3）畫出一個“任務總量變化線”，展現在工作中發現了多少以前沒有想到的事情。
（4）表格形式列出每名成員的貢獻比
四、1篇測試随筆【團隊名稱-測試總結】，在11-14 23:00前釋出
- 描述項目的測試工作安排
- 測試工具選擇和運用
- 測試用例文檔pdf的github連結位址
- 測試體會
- 項目測試評述
五、1篇沖刺總結随筆【團隊名稱-沖刺總結】，此篇部落格作為這次作業的送出随筆，隻需交這一篇即可
- 附帶凡事預則立、測試部落格的連結
- 包含沖刺日志集合随筆的所有内容
- 描述項目預期計劃
- 項目的現實進展
- 每位成員的過程體會
- 組員的分工及在整個階段的工作量比例
- 附帶代碼倉庫位址、測試文檔連結位址、PPT連結位址
測試用例文檔
- 後端api接口測試用例
- 功能測試用例（參照之前的驗收驗證标準）
- 測試綜述
- 注意排版和字型的整齊統一
github倉庫
- 建立好對應的代碼倉庫
- 建立一個團隊文檔倉庫，将此次作業的PPT和測試文檔，及之前作業的所有團隊文檔和PPT一起放到此倉庫中
- 使用建立分支或者發pr的方式進行協作，每有一個較大的進展，請釋出一個對應的版本release，版本号應遵守行業的命名規範
- 在11-15 23:00 前釋出一個最終的release版本
答辯PPT
- 項目的成員分工和預期計劃
- 項目的實際進度曲線、燃盡圖
- 遇到哪些問題，以及是怎麼解決的
- 1張覺得拍攝的最好的SCRUM 會議的照片
- 項目的實際架構：前後端開發架構，使用到的技術，部署的流程等
- 描述項目的測試工作安排、測試工具選擇和運用、項目測試評述
- 成員的過程體會
答辯流程
- 作品展示，請示範的同學攜帶電腦，電腦需要預先調試好項目，确定可以運作，如果需要使用手機投屏到電腦，請預先準備預先調試好；
- PPT演講
- 作品示範和PPT演講的時間控制在10分鐘内
備注
請大家在此次作業每一篇随筆的開頭添加格式描述
| 這個作業屬于哪個課程 | <班級的連結> |
|---|---|
| 這個作業要求在哪裡 | <作業要求的連結> |
| 團隊名稱 | <寫上團隊名稱即可> |
| 這個作業的目标 | <寫上具體方面> |
| 作業正文 | .... |
| 其他參考文獻 | ... |
沖刺日志的按時完成
助教會檢查每一個具體要求，如果滿足要求，就給分，沒有就倒扣分（不是給 0 分），我們并不要求燃盡圖顯示平滑下降的曲線，而是要求燃盡圖顯示真實的情況。明顯虛假的資料會遭到倒扣分的處理。
遲交某天的報告，則當天報告得 0 分。（最晚時間當天中原標準時間24:00）
第N天的報告，延遲1天送出的，第N天的得0分。
第N天的報告，超過1天沒送出的，倒扣第N天的分數。
第N天的報告，應該真實有效，送出明顯虛假有意糊弄的資料，倒扣第N天的分數。
不交某天的報告，則當天的報告得倒扣全部分數。 例如滿分是 10 分， 則當天團隊會得到 （-10）分。
現場評審要求：
a）打分項，包括：PPT品質（20′）、演講（10′）、功能完成度（30′）、UI設計和互動體驗（20′）、團隊協作（10'）、測試工作（10'）；此外還有填寫存在問題和建議等的部分；
b）打分要求：尊重他組，認真打分，實事求是，對所有組采用一個标準，分數能真實反應其他組的報告品質和本組的統一意見，禁止一鍋端平的情況；
評分标準
1） 答辯隊伍互評（30%），評審表助教會準備
2） 助教評分（答辯50%，部落格40%，代碼規範評審10%），取結果的70%
3） 這次作業得分 = 答辯隊伍互評得分 + 助教評分
附錄
1）SpringBoot 快速入門 視訊
2）SprintBoot web進階 視訊
3）SpringBoot 內建JWT實作token驗證
4）lay ui 經典子產品化前端架構
5）bootstrap 菜鳥教程
6）iBootStrap 拖曳生成布局
7）關于Web前端密碼加密是否有意義的總結！
8）IDEA安裝阿裡代碼規範插件
9）jquery 菜鳥教程