一、項目匯總
1.1項目匯總
二、個人工作
2.1前期工作
負責需求的編寫，部分報告文檔的編寫，部分接口文檔的編寫，數據流圖的編寫。
PS：第一次報告中老師對我們小組的數據流圖給了很高的評價，或許這個可以成為我的一個亮點（加分項）？
2.2 后期工作
2.2.1 總體
負責前端頁面界面UI、交互邏輯路由ROUTER的設計，與負責后端的成員進行交流並提出接口需求，負責前端界面與后端數據進行連接動態交互。
2.2.2 我的工作部分（具體）
個人管理部分
社團瀏覽：展示學校所有社團，可點擊具體社團查看詳情。
社團詳情：展示社團星級、社團詳情、社團最近舉辦的活動、社團獎項記錄等信息，提供加入按鈕跳轉至加入申請表頁面。
社團加入申請表：用於填寫申請理由等信息，點擊提交按鈕即可發出申請。
活動瀏覽：展示所有已經通過審批的活動，點擊即可查看具體活動詳情。
我的社團：展示用戶所有參見的社團列表，點擊即可加入具體頁面。
我的社團詳情：該頁面展示了社團內部成員信息，以及社長發布的公告。
社團管理部分
成員審批：列出所有申請表，並表明申請表狀態，當申請表通過或者拒絕時，狀態也會發生改變。
成員管理：列出社團所有成員，社長可以點擊踢除成員
活動申請：活動申請表，填寫后點擊按鈕提交，等待審批。
通知管理：展示所有發布的通知，由於很多增刪改功能屬於重復勞動，這里沒有具體實際交互功能。
通知發布：發布對社團內部的通知
社團信息修改：該頁面僅實現了獎項添加功能，修改功能屬於重復低效勞動，未計划實現。
管理審批部分
通知發布：與上部分通知原理相同，不過該通知面向全體成員。
通知管理：管理管理員發布的通知，同樣未實現增刪改功能。
首頁與個人信息部分
首頁：展示用戶、活動、通知、社團數量，並展示管理員發布的通知。
個人信息：展示個人信息，增刪改功能未實現。
部分截圖
三、學習體會及建議
3.1 體會
3.1.1 技術方面
由於這次軟工大作業中，我負責的部分主要是前端部分，因此打的招呼最多的是VUE.js這一漸進式JavaScript框架，以及element-ui這一專門為VUE打造的組件庫。一開始我走了很多彎路，比如選擇看教學視頻來學習相關知識，現在想來這確實花費了太多不必要的時間，而且收效甚微。知識的學習更應該建立在實戰中，因此我們小組最終決定選擇了github上一個較為完善的前端項目來進行二次開發，通過學習項目中的樣例來完成我們的需求。此外，我們還學習了post和get來對數據進行前后端之間的通訊，學習了json格式，雖然具體原理沒有深入理解，但也拓寬了我們的知識面，課后之余也可以更深入學習。從一開始只會靜態頁面，連路由route、動態綁定等基礎原理都一知半解的網頁小白，到如今能夠熟練編寫動態頁面，並能夠通過接口對后端數據進行處理，總之這次大作業讓人受益匪淺。
3.1.2 小組合作方面
由於前期需求分析不夠完善，導致后期前后端出現了分歧，比如對一個人能加入幾個社團這一問題出現了爭論，由於前端設計的時候是按照一人僅能加入一個社團進行設計的，而后端數據庫設計時是一對多的，所以出現了一些問題，最后通過兩者折中，一人可加入多個社團，但僅能是最多一個社團的社長，暫時解決了這個問題。所以前期的需求一定要詳細，不在於功能要有多少，重要的是每個功能都足夠詳細，在后續開發過程中不會出現問題。
小組合作中，團隊精神非常重要。例如當組內有個成員僅僅做了極小的工作量，勢必會影響整個團隊的進度，因此每個隊員都要有團隊精神，要定時完成自己負責的工作。組內考核是一個比較好的手段，這樣可以公正的展現出每個成員的工作量，在最后的評分中也能夠更加公正。
同樣的，溝通也是非常重要的，成員之間不應該僅僅埋頭干自己的工作，而是要與其他人探討哪里需要改進，前后端的接口也需要通過溝通來編寫，避免出錯。
3.2 遺憾
由於時間緊，組員較少，因此許多計划功能未能實現，如財務管理相關的需求，前端也僅僅展示了web端，這對移動需求日益增大的現代社會顯然是不夠的。希望在以后的學習生活中能夠更進一步。
3.3 建議
1.課本重點不是很明確，期末的考試有點慌，如果可以的話可以划些重點。
2.在大作業開始前可以提供一些樣例供同學參考，比如說前幾屆學生項目需求的格式、每周的進度、最后的成果，通過參考前人的經驗，后續的工作也能夠更好的開展，不然一開始總會感覺一頭霧水，不知如何下手。
3.其他都很好！