一、團隊基本情況

1.團隊專案的整體計劃安排

2.團隊分工

3.本次作業貢獻比例

成員	任務	貢獻比例
高靖涵	PPT優化、答辯和準備問題	20%
趙文濤	部落格撰寫	16%
吳永銘	部落格撰寫	16%
王佳明	需求報告撰寫	6%
黃建瑋	視訊製作	10%
王億平	需求報告撰寫	6%
劉雙	需求報告撰寫	6%
劉葦	ppt製作	6%
陳靜	需求報告撰寫、原型設計	9%
楊寓荃	需求報告撰寫	5%

4.整個專案思維導圖和燃盡圖

• 思維導圖

• 燃盡圖

二、根據自己所負責的專案的部分畫UML

1.起始服務模組

• 負責人
  ：楊寓荃、吳永銘
• 描述：實現使用者開啟許可權後，就可以開啟基礎的跳過功能
• 該部分面臨的問題：如何將初始設定的流程簡略
• 解決的問題：讓嫌麻煩、只想使用基礎功能的使用者最快速地使用上跳過廣告功能
• 預期中的方法：根據不同的手機系統，直接進入許可權授予介面
• 附：（該部分的所有UML圖）

• 用例圖

• 類圖

• 活動圖

• 狀態圖

• 實體關係圖

2.設定模組

• 負責人：劉雙、王佳明
• 描述：實現使用者對相關功能的設定
• 該部分面臨的問題：如何提高跳過的效率與安全性
• 解決的問題：可以讓使用者自己選擇想要跳過的應用，以防部分應用出現錯誤；也可以對跳過方法進行具體設定
• 預期中的方法
  ：設定的多樣性
• 附：（該部分的所有UML圖）

• 用例圖

• 類圖

• 活動圖

• 狀態圖

• 實體關係圖

3.自定義規則模組

• 負責人：黃建瑋、劉葦
• 描述：實現使用者可以自定義跳過規則
• 該部分面臨的問題：想跳過的廣告卻沒有跳過
• 解決的問題：可以針對某個頑固的廣告進行跳過
• 預期中的方法：開啟想要跳過的應用，根據提示進行設定
• 附：（該部分的所有UML圖）

• 用例圖

• 類圖

• 活動圖

• 狀態圖

• 實體關係圖

4.統計模組

• 負責人：趙文濤、王億平
• 描述：記錄每個應用的跳過次數和跳過規則
• 該部分面臨的問題：如何儲存、讀取相關資料
• 解決的問題：可以對單個應用進行跳過規則的檢視和修改，並可以備份和恢復所有規則
• 預期中的方法：設計統一的規則儲存格式
• 附：（該部分的所有UML圖）

• 用例圖

• 類圖

• 活動圖

• 狀態圖

• 實體關係圖

三、作業記錄相關

1.UML設計工具的選擇、選擇的理由和使用後對工具的評價

• 紙和筆

  • 特點：最原始的畫圖工具
  • 優點：攜帶方便，小組討論時隨時可以塗塗畫畫一個草稿出來
  • 缺點：只能畫草稿，無法在正式場合展示
  • 評價：適合在小組討論初期，大家聚一起畫草圖

• 億圖圖示

  • 特點：中國製造、支援Mac、Windows和Linux系統、有線上網頁版、有云儲存功能
  • 優點：學習起來簡單，想要什麼元件拖到畫布中就好了
  • 缺點：功能相對來說還是簡單了些
  • 評價：適合做小專案的UML展示

• GitMind

  • 特點：一款全能且免費的思維導圖軟體，在電腦和手機上都能暢享思維碰撞體驗,兼顧極簡和美觀，服務於全球233個國家和地區，讓每個人、每個組織都能綻放思維之美。
  • 優點：介面清晰，並且有團隊協作功能
  • 缺點：同樣功能簡單
  • 評價：適合團隊協作

2.遇到的困難及解決方法

• 困難一

  • 困難描述：由於全組都基本沒有Android開發的經驗，有些東西想寫卻不知道怎麼寫
  • 做過哪些嘗試：只要學不死，就往死了學，把碎片化的時間也拿來學習了
  • 是否解決：還在解決
  • 有何收穫：確實是學到了不少東西，有時候不逼自己一把，真不知道自己原來可以

• 困難二

  • 困難描述：組內對原定的一些功能進行了合理性和可行性的討論，比如使用者登入的設計，最終考慮到本app需要監控使用者的部分操作，要是聯網有可能對使用者的隱私造成威脅，決定刪除登入功能
  • 做過哪些嘗試：對於登入功能的刪除，討論決定在貼吧、酷安等建立使用者社群，供使用者交流與反饋
  • 是否解決：是
  • 有何收穫：小組成員之間的討論既能促進專案走向更正確的方向，也能促進成員間聯絡更加緊密

3.學習進度條

第N周	新增程式碼（行）	累計程式碼（行）	本週學習耗時(小時)	累計學習耗時（小時）	重要成長
1	0	0	16	16	確認了選題，進行了可行性分析，完成團隊選題報告，完成了基礎學習和前期準備工作
2	200	200	20	36	分析了使用者需求，完成團隊需求分析報告，細化了分工，設計出了第一版原型，繼續學習專案相關知識
…