1、團隊基本情況

1.1 團隊專案的整體計劃安排

1.2 團隊分工

1.3 本次作業貢獻比例

1.4思維導圖與燃盡圖

• 思維導圖

• 燃盡圖

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

登入部分：

• 負責人：伍浪、李涵

• 描述：實現使用者註冊和使用者登入

• 該部分面臨的問題：使用者賬戶增刪改查

• 解決的問題：應用了資料庫增刪改查設計解決了使用者註冊和登入問題

• 附：（該部分的所有UML圖）

  • 用例圖
  • 類圖
  • 活動圖
  • 狀態圖
  • 序列圖

調劑/夏令營部分：

• 負責人：謝文灝、汪煒劍

• 描述：負責收集各院校調劑/夏令營資訊

• 該部分面臨的問題：對於目標高校的篩選

• 解決的問題：應用了歷年各高校調劑資訊進行對比篩選出部分高校作為測試目標/關注985與211夏令營

• 附：（該部分的所有UML圖）

  • 用例圖

  • 活動圖

  • 序列圖

  • 狀態圖

  • 實體關係圖

後端部分：

• 負責人：寧乙浩、葉紹文

• 描述：負責將各院校的資訊建立資料庫

• 該部分面臨的問題：資料庫的建立以及查詢速度

• 解決的問題：優化建庫程式碼，提高訪問速度

• 附：（該部分的所有UML圖）

  • 用例圖

  • 活動圖

  • 序列圖

  • 實體關係圖

  • 狀態圖

資料部分：

• 負責人：郭海龍、謝文灝

• 描述：爬取各高校資料並加以整合

• 該部分面臨的問題：部分高校可能存在反爬情況

• 解決的問題：針對無法爬取的高校，將頁面轉存入資料庫

• 附：（該部分的所有UML圖）

  • 用例圖

  • 活動圖

  • 序列圖

  • 實體關係圖

  • 狀態圖

3、作業記錄相關

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

• 設計工具：ProcessOn
• 理由：線上平臺+模板提供+多人協作！！！
• 評價：強烈安利這款設計工具，哪怕小白，從基礎看著模板開始，看著說明開始，也能夠輕鬆上手，而且可以團隊協作開發，雖然最多提供9個新建檔案，但是可以刪除掉已有的，繼續白嫖！！！

3.2 遇到的困難及解決方法

• 郭海龍

• 困難：
  • 存在個別次團隊會議討論效率低的情況
  • UML設計工具使用困難
  • 視訊創作困難
• 解決方法與收穫：
  • 改變會議制度，採取三天一小會，四天一大會制度，會議由隊員輪流主持，並安排下次會議主持人做會議記錄，並將會議記錄以及下次會議議程及時釋出，經過兩週的試執行，效果還是不錯，對於團隊運作來說，效率提高了。
  • 在經過各種各樣的uml工具嘗試後，選擇了processon這款工具，雖然一上手還是會有點生疏，但是多做幾次圖後，輕車熟路，而且還有模板，也學會了需求分析當中的uml應用。

3.3 學習進度條

4、視訊部分

需求分析視訊