”耐撕“团队 2016.3.21 站立会议3 2 1 GO!

”耐撕“团队 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站立会议照

IMG_20160321_181051IMG_20160321_181105IMG_20160321_181041IMG_20160321_181045

posted @ 2016-03-22 14:43  WeSure6  阅读(371)  评论(3编辑  收藏  举报