Cesar竞赛平台——软工3课程总结
软件51 谢运帷 2015013185
经过一学期竞赛平台项目的实践，我对于软件过程有了更清晰的认识。我们小组从一起讨论我们竞赛平台的需求，到我们设计数据库，选择项目使用什么样的框架，采用什么样的结构，再到我们建立起后端逻辑，完成前端页面，我们经历了一个个困难又将它们一个个跨了过去。总体还是很享受这个过程，只是囿于我们的时间实在太少，我个人从期中布置这个作业下来，先是忙于应付双学位4门课的考试，再到后来一直有计网1、2的大作业介入进来，我们真正能投入到软工上的时间真的没有多少了。
一、Cesar竞赛平台的完成情况
首先我来介绍一下我们竞赛平台的完成情况。我们大致完成了一下的功能点：
- 学生、主办方两种用户的注册、登录
- 两种用户的个人信息查看和编辑
- 创建一个比赛，填写比赛的基本信息（如名称、描述、报名时间、参赛时间、封面、附件等等）
- 编辑一个比赛的报名过程：如组队赛所需的信息，人数等等
- 学生可以查看发布的比赛的列表
- 学生报名比赛：这里支持组队赛和个人赛的模式，组队赛设计了搜索用户和邀请队友的环节
6.1 填写队伍信息
6.2 填写个人信息
6.3 搜索、邀请队友 - 竞赛信息主页：所有游客可以通过这个页面查看竞赛的所有信息，这里支持了更细节的功能点
7.1 查看竞赛描述并下载附件
7.2 查看竞赛的公告
7.3 查看竞赛的阶段，下载阶段的赛题，为自己的队伍提交成果
7.4 查看竞赛阶段的排行榜 - 主办方管理自己的竞赛的界面：主办方可以在这个页面内进行竞赛的管理，细节功能点如下
8.1 主办方查看所有报名的队伍
8.2 主办方审核队伍的报名
8.3 主办方通过多种条件搜索参赛队伍
8.4 主办方添加、编辑公告
8.5 主办方添加、编辑一个比赛阶段
8.6 主办方阶段管理：在一个阶段中，给一个队伍的成果进行评分
8.7 主办方阶段管理：导出成表格，下载当前队伍的评分状况；导入一个表格，快速地给所有的参赛队伍进行评分 - 简单的网站管理员界面：查看一个比赛的信息，审核比赛的状态
- 统一的权限管理：区分我们系统的用户（游客、学生、主办方）
二、学习收获
大概我们完成的功能就是这些，基本涵盖了一个竞赛所需的基本流程，不过也就是仅仅涵盖了最基本的功能，没有什么额外的功能。我个人看待这个项目的想法不是说要有多少的功能，而是我们整体的架构要组织的比较好，学习最多的新知识。我还是将这个项目作为一个作业来做，希望通过这个项目学到新的东西就好了——我和石耕源负责项目的前端，所以我们选择了之前没接触过的Vue框架，了解真实的前端项目是一个什么样的工作流程。通过本次项目的锻炼，我们基本了解Vue.js的基础语法和功能，如何通过vue-resources和后端通信，如何使用element-ui组件库美化我们的界面。
如果单说我们前端的完成情况的话，还是比较不错的。我们主要的问题是在前后端的对接上，之前叙述的每一个功能点，我们都需要付出和搭建前端相同的时间去找到对应的后端接口、修复后端接口的bug、调整前后端通信的字段……这些主要都是因为我们每个人对应这样复杂的软件工程项目的认识不足，没有从一开始就组织好代码的结构、维护前后端接口的文档。我们到最后才认识到代码可读性和文档的重要性，不过已经为时已晚。
我也看到其他组有不同的合作形式：1.一人担任产品经理，分析迭代目标和维护文档，组织其余代码手的工作，2.两人负责前端，两人负责后端，一周进行一次集中开发……可惜我们各自都比较忙，很难找到一个共同的时间进行一起总结和调试。我们基本是各两人负责前后端，主要是同一部分的两人进行技术交流，讨论技术的难点。这就导致了我们的前后端有很多地方不能“对准”的问题，造成了额外的时间消耗。如果我们从一开始就有例行组会去维护接口文档的话，可能会更好一些。
三、个人感受以及建议～
本学期的软工项目我给我们小组的完成情况大概可以给80分，对于我自己的工作情况大概可以给90分。之前项目一直当惯了组长，这次项目想做个安静的组员= =。不过我们小组的组长（负责后端）组织的真的不是很好，我们前端的工作基本靠自己想，自觉做。
这学期作业真的好多……这个软工项目更是完全不讲道理，这个整个项目真的太大了，我完全不知道我往这个项目里投入的时间能给我课程的评价带来多少收益（=^=我好绝望），在这个项目里学到的新技术也很有限（不少都是小学期后端和前端学过的东西）。说实话，我不喜欢做这个耗时间又学不到新技术的软工项目。另一方面，这个项目的复杂性决定了能不能抱到大腿组长是整个项目成功失败的关键= =…但是大腿就那么多还喜欢抱团…而且，我发现这个项目基本都是采用前后端分离的模式，所以一旦组内另一个人的工作没做好，就很会影响自己的进度…
感谢助教看完这么长的课程总结～评分的时候手下留情啊:)……
