團隊做業第五次—項目衝刺

團隊做業第五次—項目衝刺

提交規則

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、1篇凡事預則立隨筆【團隊名稱-凡事預則立】，在11-04 23:00以前發佈

1. 衝刺的時間計劃安排（衝刺時間爲期七天，安排在2019-11-3——2019-11-14之間）
2. 針對上一次做業同窗、助教提出的問題的回答，若是是須要完善類圖或者表結構等有圖表呈現的，請一同粘貼到隨筆
3. 針對前幾回做業的不足的地方進行思考和總結
4. 須要改進的團隊分工（針對以前的不足，須要增強和改進團隊協做和分工的地方）
5. 團隊的代碼規範，參考博客：做業要求-代碼規範
6. 閱讀構建之法 13-17章
7. 創建團隊項目的github倉庫，並將連接附在隨筆末尾

2、1篇衝刺集合隨筆【團隊名稱-衝刺集合】，用來放置7次團隊衝刺博客的連接，爲了方便助教查找，須要將這篇博客置頂

1. 使用markdown的連接、表格來呈現
2. 標註清楚每一篇日誌博客的名稱，以及對應的日期、當天完成的工做量、剩餘的工做量、已完成工做量佔總工做量的百分比
3. 當天的衝刺日誌應及時添加到這篇隨筆中
4. 隨筆末尾附帶團隊項目的github倉庫

3、7篇衝刺日誌隨筆【團隊名稱-衝刺日誌(第幾天)】

天天的衝刺博客分爲scrum和PM報告兩部分

1. SCRUM部分:
   每一個成員描述：
   （1）我昨天的進度（完成了哪些任務，花了多少時間，還剩餘多少時間），昨天遇到了哪些問題，昨天解決了哪些問題，（參見前面計劃的要求），明天的計劃。（能夠以表格形式列出）
   （2）團隊成員的工做若是是開發工做必須有代碼簽入，給出簽入記錄對應的Issue內容與連接，代碼必須天天可執行（當天截屏，沒有倒扣分）
   （3）團隊成員的工做若是是測試等其餘工做，那要有具體的結果（截屏，測試報告等）
   （4）SCRUM 會議的照片一張，會議照片應該是天天衝刺會議的真實非擺拍照片，能夠擋住臉保護隱私。照片若是出現複用的狀況倒扣分。
   （5）至少一張項目程序／模塊的最新（運行）截圖。
2. PM 報告：
   （1）整個項目預期的任務量 （任務量 = 全部工做的預期時間）和 目前已經花的時間 （全部記錄的 ‘已經花費的時間’），還剩餘的時間（全部工做的 ‘剩餘時間’）
   （2）PM 畫出燃盡圖（能夠用第三方工具， 或者本身用 Excel 來本身作）。 必須顯示兩個時間在整個衝刺期間的變化： 已經花費的全部時間， 還剩餘的全部工做的時間。
    燃盡圖須要顯示真實的狀況。燃盡圖有兩級的要求：
     ① 以任務的數量爲單位，這個圖能夠顯示天天任務數量的變化。參考使用Github生成燃盡圖。
     ② 以小時爲單位，顯示時間的變化（見上條要求）。
   （3）畫出一個「任務總量變化線」，體如今工做中發現了多少之前沒有想到的事情。
   （4）表格形式列出每名成員的貢獻比

4、1篇測試隨筆【團隊名稱-測試總結】，在11-14 23:00前發佈

1. 描述項目的測試工做安排
2. 測試工具選擇和運用
3. 測試用例文檔pdf的github連接地址
4. 測試體會
5. 項目測試評述

5、1篇衝刺總結隨筆【團隊名稱-衝刺總結】，此篇博客做爲此次做業的提交隨筆，只需交這一篇便可

1. 附帶凡事預則立、測試博客的連接
2. 包含衝刺日誌集合隨筆的全部內容
3. 描述項目預期計劃
4. 項目的現實進展
5. 每位成員的過程體會
6. 組員的分工及在整個階段的工做量比例
7. 附帶代碼倉庫地址、測試文檔連接地址、PPT連接地址

測試用例文檔

1. 後端api接口測試用例
2. 功能測試用例（參照以前的驗收驗證標準）
3. 測試綜述
4. 注意排版和字體的整齊統一

github倉庫

1. 創建好對應的代碼倉庫
2. 創建一個團隊文檔倉庫，將這次做業的PPT和測試文檔，及以前做業的全部團隊文檔和PPT一塊兒放到此倉庫中
3. 使用創建分支或者發pr的方式進行協做，每有一個較大的進展，請發佈一個對應的版本release，版本號應遵照行業的命名規範
4. 在11-15 23:00 前發佈一個最終的release版本

答辯PPT

1. 項目的成員分工和預期計劃
2. 項目的實際進度曲線、燃盡圖
3. 遇到哪些問題，以及是怎麼解決的
4. 1張以爲拍攝的最好的SCRUM 會議的照片
5. 項目的實際架構：先後端開發框架，使用到的技術，部署的流程等
6. 描述項目的測試工做安排、測試工具選擇和運用、項目測試評述
7. 成員的過程體會

答辯流程

1. 做品展現，請演示的同窗攜帶電腦，電腦須要預先調試好項目，肯定能夠運行，若是須要使用手機投屏到電腦，請預先準備預先調試好；
2. PPT演講
3. 做品演示和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 菜鳥教程