需求&原型改进：
1. 修改选题及需求
问题：活动的座位怎么设计？
改进：通过二维数组确定，由活动发布者输入行数和列数，依据输入的行数和列数生成基本的座位视图，再由发布者通过点击把不能坐的座位去除，发布后活动界面只显示能坐的座位。
问题：用户如何进行选座？
改进：在前端的form表单里通过button设置座位，再给button设置id，以id作为选座的目标，将用户选定的座位的id发送到服务器，以确定选座。
2. 修改完善上周提交的需求规格说明书
上周的《需求规格说明书》初稿的不足：
（1）未考虑到活动发布的权限，用户可以随意发布活动，有可能被恶意霸占活动场地，或者发布的活动不合理。
（2）团队内没有合理沟通，前端和后端的api接口和数据库设计不合理，存在边做边改的情况，前端进度没有跟上后端进度。
改进： （1）添加具有对活动有审核功能的管理员帐号，未经审核的活动不能发布。
（2）加强团队沟通，前端进度跟进后端。
场景描述：
（1）预订活动：用户登录主页，选取想要参加的活动类型，系统筛选出合适的活动，再由用户选择。
（2）发布活动：用户登录主页，选择多动发布功能，填写活动信息，然后提交，再由管理员审核活动内容，经过审核的活动才得以发布。
系统设计：
Alpha任务分配计划
| 成员 | 任务 |
| 梁朗章 | 完成登录、注册功能 |
| 梁新男 | 完成活动选择、活动发布功能 |
| 林启鹏 | 完成个人中心功能 |
| 刘少允 | 完成各api接口功能 |
| 吴昊、邹庭和 | 完成订票功能 |
测试计划
前端测试：测试各页面跳转是否正常，测试登录、注册、搜索、分类等功能是否正常实现，获取数据库信息是否正确
后台测试：测试提供的api接口功能是否可行，对前端提交的信息能否有效处理