题记
齐同学终于在这个周一80%血量复活,赞,可喜可贺。复活后的第一件事,干活,干活,干活。因为得努力啊,黄色领骑衫就是动力啊。哈哈。另题外话:耐撕团队副队长昨天中了EI,可喜可贺。
正文
周一,我开始和队友们准备耐撕团队的α发布,我们很认真,因为软件所出品,要值得信赖。(我又傲娇了)。周一下午,我搞完了两个技术原型:1.手机客户端监听服务器发出的“开始抢答”口令 2.服务器端监听客户端发出的“我抢”请求。弄完这两个技术原型,我心里大概有数了,α发布指日可待。这两个模块的实现曾是我最担心的。做完两个原型,我在周一下午和副队长成林小盆友结对编程,弄完了α发布要用的客户端UI。
按照我们的预期,α发布前我们要完成的web部分开发交给了队长蕊哥(值得信赖)。周二晚上,我们进行了一次站立会议。我们对web工程,android客户端工程,服务器监听工程进行整合,弄出了一个抢答器可执行版本,如果这几天不做更新,至少可以作为α发布展示的内容。(两天的零散时间,我很惊讶我们可以弄出这个东西,当然让自己惊讶的不仅仅是人的潜能,还有向小黄衫努力的意志)
在之前小伙伴们的站立会议报告中,共性的问题是缺少了效果图的展示,杨老师也留言进行了催促。在这篇博客中,齐同学将效果图进行展示,也算是α发布前的一次剧透吧。那天队长不在,估计展示的话,就靠副队长了。当然我能猜到,一定会有吐槽UI的,没办法,我的审美天生的差。甚至穿衣服都要靠女票指导。
我印象中发布的场景应该是这样的:
两个用户进行抢答为例,他们拿着各自的手机进行了登陆,分别叫qi和chu。图一是效果展示:
图一
图二登陆后,如图二展示。抢答按钮为红色不能按,等待服务器发开始抢答的指令。
接下来,主持人在web上点击开始抢答按钮,如图三。接下来,两位抢答者的手机上抢答按钮变绿,可以抢答。
图三
图四这时叫qi的抢答者先按了按钮,就出现了图五,图五的状态是抢答者的手机抢答按钮变红,不能按。web端第二组(指用户qi)变色,说明第二组快速抢到了。
图五
图六这道题结束后,主持人点下一题,出现了图六的效果。然后重复 主持人点开始抢答->抢答者抢答->抢答者答题->评分(α发布前也许做不完,一学期的工作,我们总是要有计划的完成。)->下一题。图七为“chu”这个用户抢到了“亮哥有女票吗?”这道题。
图七大体上,α发布的剧透就到这里了。至少,令我们团队欣慰的是,我们弄出来了要做的产品的核心功能,尽管我们不能在一周内的零碎时间中完成所有的期待(零碎是因为各自还有其他工作),但能搞出来一个可执行的程序永远要比画大饼干不出来强,所以我们还是挺开心的。
工程提交到了:
https://git.coding.net/zhengrui0452/QiangDaQi.git
下面附上齐同学的psp:
Job Type Date Start End Total 客户端监听原型 coding 2016.3.28 13:30 14:45 75 服务端响应抢答原型 coding 2016.3.28 15:00 16:30 90 android客户端UI实现 结对编程(与成林两人结对) 2016.3.28 17:00 18:00 60 开发抢答器客户端和服务器监听程序 coding 2016.3.29 15:00 16:00 60 整合抢答器各个工程 结对编程(耐撕团队四人结对) 2016.3.29 20:25 8:55 30 工作表
代码行数 博客字数 知识点 第四周 590 1520 α发布
结对编程
站立会议