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

軟件51 謝運(yùn)帷 2015013185

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

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

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

兩種用戶的個(gè)人信息查看和編輯

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

編輯一個(gè)比賽的報(bào)名過程：如組隊(duì)賽所需的信息，人數(shù)等等

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

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

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

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

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

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

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

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

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

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

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

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