博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
”耐撕“团队 2016.3.21 站立会议3 2 1 GO!
阅读量:5077 次
发布时间:2019-06-12

本文共 936 字,大约阅读时间需要 3 分钟。

”耐撕“团队 2016.3.21 站立会议

时间:2016.3.21  ① 17:20-17:45  ②17:55-18:10  总计40分钟

成员:  

Z 郑蕊 * 组长 (博客:),

P 濮成林(博客:),

Q 齐嘉亮(博客:),

L  刘伟硕(博客:

* 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原型

工具:墨刀(网址   )

后续讨论界面的具体分布

  • 技术原型

安卓Socket监听

抢答先后顺序

抢答器核心部分的抢答功能设计如下:

开始抢答命令发出后,服务端像客户端发送开始信息,客户端通过Socket监听得到开始信息后进入倒计时,倒计时结束后激活抢答按钮

在用户摁下抢答按钮后,向服务器发送信息,符文器根据接收到请求的服务器端时间的先后顺序排序,抢答结果发送给客户端

④计划进度及分工

第四周 计划:完成UI原型的讨论设计(P)

下次讨论内容:UI构成及布局

因参与站立会议人员不全,暂时未完成整体进度计划与人员分配。暂时计划第4-6周完成UI原型、技术原型

附3.21站立会议照

转载于:https://www.cnblogs.com/WeSure6/p/5306397.html

你可能感兴趣的文章
QT练习1:QT中还可以支持HTML语言,比较好玩
查看>>
实时计算、流式处理系统简介和资料搜集
查看>>
在ashx页面获取Session值
查看>>
Java集合学习-总体框架
查看>>
Etcd安全配置之Basic Auth认证
查看>>
教学网站
查看>>
将Excel数据导入MySql
查看>>
struts2
查看>>
GIT: 不能在一个git repository中加入另外一个git repo
查看>>
Mybatis批量insert报错的解决办法【the right syntax to use near '' at line...】
查看>>
网络编辑器插件ckeditor+ckfinder配置
查看>>
Swift学习笔记(六)
查看>>
关于C#的继承结论
查看>>
Andrew Ng机器学习公开课笔记–Principal Components Analysis (PCA)
查看>>
MC新手入门(二十七)------数据类型、标识符、常量与变量
查看>>
s10_part3_django_basic.md
查看>>
php 中文乱码问题
查看>>
HDU1099---数学 | 思维
查看>>
51Nod 1067 Bash游戏 V2 | 博弈论 Bash
查看>>
(八)jdk8学习心得之Optional类
查看>>