摘要：競賽平臺軟工課程總結(jié)軟件謝運帷經(jīng)過一學(xué)期競賽平臺項目的實踐，我對于軟件過程有了更清晰的認識。一競賽平臺的完成情況首先我來介紹一下我們競賽平臺的完成情況。我們基本是各兩人負責(zé)前后端，主要是同一部分的兩人進行技術(shù)交流，討論技術(shù)的難點。

軟件51 謝運帷 2015013185

經(jīng)過一學(xué)期競賽平臺項目的實踐，我對于軟件過程有了更清晰的認識。我們小組從一起討論我們競賽平臺的需求，到我們設(shè)計數(shù)據(jù)庫，選擇項目使用什么樣的框架，采用什么樣的結(jié)構(gòu)，再到我們建立起后端邏輯，完成前端頁面，我們經(jīng)歷了一個個困難又將它們一個個跨了過去?？傮w還是很享受這個過程，只是囿于我們的時間實在太少，我個人從期中布置這個作業(yè)下來，先是忙于應(yīng)付雙學(xué)位4門課的考試，再到后來一直有計網(wǎng)1、2的大作業(yè)介入進來，我們真正能投入到軟工上的時間真的沒有多少了。

首先我來介紹一下我們競賽平臺的完成情況。我們大致完成了一下的功能點：

學(xué)生、主辦方兩種用戶的注冊、登錄

兩種用戶的個人信息查看和編輯

創(chuàng)建一個比賽，填寫比賽的基本信息（如名稱、描述、報名時間、參賽時間、封面、附件等等）

編輯一個比賽的報名過程：如組隊賽所需的信息，人數(shù)等等

學(xué)生可以查看發(fā)布的比賽的列表

學(xué)生報名比賽：這里支持組隊賽和個人賽的模式，組隊賽設(shè)計了搜索用戶和邀請隊友的環(huán)節(jié)
6.1 填寫隊伍信息
6.2 填寫個人信息
6.3 搜索、邀請隊友

競賽信息主頁：所有游客可以通過這個頁面查看競賽的所有信息，這里支持了更細節(jié)的功能點
7.1 查看競賽描述并下載附件
7.2 查看競賽的公告
7.3 查看競賽的階段，下載階段的賽題，為自己的隊伍提交成果
7.4 查看競賽階段的排行榜

主辦方管理自己的競賽的界面：主辦方可以在這個頁面內(nèi)進行競賽的管理，細節(jié)功能點如下
8.1 主辦方查看所有報名的隊伍
8.2 主辦方審核隊伍的報名
8.3 主辦方通過多種條件搜索參賽隊伍
8.4 主辦方添加、編輯公告
8.5 主辦方添加、編輯一個比賽階段
8.6 主辦方階段管理：在一個階段中，給一個隊伍的成果進行評分
8.7 主辦方階段管理：導(dǎo)出成表格，下載當(dāng)前隊伍的評分狀況；導(dǎo)入一個表格，快速地給所有的參賽隊伍進行評分

簡單的網(wǎng)站管理員界面：查看一個比賽的信息，審核比賽的狀態(tài)

統(tǒng)一的權(quán)限管理：區(qū)分我們系統(tǒng)的用戶（游客、學(xué)生、主辦方）

大概我們完成的功能就是這些，基本涵蓋了一個競賽所需的基本流程，不過也就是僅僅涵蓋了最基本的功能，沒有什么額外的功能。我個人看待這個項目的想法不是說要有多少的功能，而是我們整體的架構(gòu)要組織的比較好，學(xué)習(xí)最多的新知識。我還是將這個項目作為一個作業(yè)來做，希望通過這個項目學(xué)到新的東西就好了——我和石耕源負責(zé)項目的前端，所以我們選擇了之前沒接觸過的Vue框架，了解真實的前端項目是一個什么樣的工作流程。通過本次項目的鍛煉，我們基本了解Vue.js的基礎(chǔ)語法和功能，如何通過vue-resources和后端通信，如何使用element-ui組件庫美化我們的界面。

如果單說我們前端的完成情況的話，還是比較不錯的。我們主要的問題是在前后端的對接上，之前敘述的每一個功能點，我們都需要付出和搭建前端相同的時間去找到對應(yīng)的后端接口、修復(fù)后端接口的bug、調(diào)整前后端通信的字段……這些主要都是因為我們每個人對應(yīng)這樣復(fù)雜的軟件工程項目的認識不足，沒有從一開始就組織好代碼的結(jié)構(gòu)、維護前后端接口的文檔。我們到最后才認識到代碼可讀性和文檔的重要性，不過已經(jīng)為時已晚。

我也看到其他組有不同的合作形式：1.一人擔(dān)任產(chǎn)品經(jīng)理，分析迭代目標(biāo)和維護文檔，組織其余代碼手的工作，2.兩人負責(zé)前端，兩人負責(zé)后端，一周進行一次集中開發(fā)……可惜我們各自都比較忙，很難找到一個共同的時間進行一起總結(jié)和調(diào)試。我們基本是各兩人負責(zé)前后端，主要是同一部分的兩人進行技術(shù)交流，討論技術(shù)的難點。這就導(dǎo)致了我們的前后端有很多地方不能“對準(zhǔn)”的問題，造成了額外的時間消耗。如果我們從一開始就有例行組會去維護接口文檔的話，可能會更好一些。

本學(xué)期的軟工項目我給我們小組的完成情況大概可以給80分，對于我自己的工作情況大概可以給90分。之前項目一直當(dāng)慣了組長，這次項目想做個安靜的組員= =。不過我們小組的組長（負責(zé)后端）組織的真的不是很好，我們前端的工作基本靠自己想，自覺做。

這學(xué)期作業(yè)真的好多……這個軟工項目更是完全不講道理，這個整個項目真的太大了，我完全不知道我往這個項目里投入的時間能給我課程的評價帶來多少收益（=^=我好絕望），在這個項目里學(xué)到的新技術(shù)也很有限（不少都是小學(xué)期后端和前端學(xué)過的東西）。說實話，我不喜歡做這個耗時間又學(xué)不到新技術(shù)的軟工項目。另一方面，這個項目的復(fù)雜性決定了能不能抱到大腿組長是整個項目成功失敗的關(guān)鍵= =…但是大腿就那么多還喜歡抱團…而且，我發(fā)現(xiàn)這個項目基本都是采用前后端分離的模式，所以一旦組內(nèi)另一個人的工作沒做好，就很會影響自己的進度…

感謝助教看完這么長的課程總結(jié)～評分的時候手下留情啊:)……