”耐撕“团队 2016.3.21 站立会议
时间：2016.3.21 ① 17：20-17：45 ②17:55-18:10 总计40分钟
成员：
Z 郑蕊 * 组长 （博客：http://www.cnblogs.com/zhengrui0452/），
P 濮成林（博客：http://www.cnblogs.com/charliePU/），
Q 齐嘉亮（博客：http://www.cnblogs.com/dendroaspis-polylepis/），
L 刘伟硕（博客：http://www.cnblogs.com/WeSure6/）
* Z 因病未能参与本次站立会议
内容：
①抢答器版本Ⅰ 需求确认
②系统依赖及技术手段
③原型
④计划进度及分工
①抢答器版本Ⅰ 需求确认
客户端APP
- 注册、登陆
- 抢答（抢答开始倒计时）
- 发弹幕
- 查看抢答结果成绩
服务端Web
- 录入题目（对题目的增删改查）
- 呈现题目
- 记录问题回答结果
- 呈现弹幕
②系统依赖及技术手段
- 客户端：
系统依赖：Android4.0及以上 、Wifi无线局域网
技术手段：Android Native 、Socket、 Http 、（Phonegap技术可能会在后续的开发中使用）
第一版确认采用Android Native进行开发，将主要的抢答功能做出来，经过测试正确后，后续的美化或者功能添加使用Phonegap技术
服务端
系统依赖：Windows 7 、Tomcat 7、 Mysql 5.5
技术手段：JSP 、Servlet、 HTTP、 Socket
服务端第一版采用Web的形式，对数据的处理过程先做出来，如果将抢答开始等功能集合到客户端，可以通过Http请求获取数据（待定）
③原型
- UI原型
工具：墨刀（网址 https://modao.cc/)
后续讨论界面的具体分布
- 技术原型
安卓Socket监听
抢答先后顺序
抢答器核心部分的抢答功能设计如下：
开始抢答命令发出后，服务端像客户端发送开始信息，客户端通过Socket监听得到开始信息后进入倒计时，倒计时结束后激活抢答按钮
在用户摁下抢答按钮后，向服务器发送信息，符文器根据接收到请求的服务器端时间的先后顺序排序，抢答结果发送给客户端
④计划进度及分工
第四周 计划：完成UI原型的讨论设计（P）
下次讨论内容：UI构成及布局
因参与站立会议人员不全，暂时未完成整体进度计划与人员分配。暂时计划第4-6周完成UI原型、技术原型
附3.21站立会议照
