”耐撕“团队 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

1. 注册、登陆
2. 抢答（抢答开始倒计时）
3. 发弹幕
4. 查看抢答结果成绩

服务端Web

1. 录入题目（对题目的增删改查）
2. 呈现题目
3. 记录问题回答结果
4. 呈现弹幕

②系统依赖及技术手段

• 客户端：

系统依赖：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站立会议照