软件工程 speedsnail 冲刺3

2015-5-7 完成任务:学习了黑马android教学视频7.8.9集,对布局和计划做了调整: 遇到问题: 问题1 异常 Warning: Activity not started, its current task has been brought to the front 解决1 退出程序重新开启,这个异常意思是无法打开,因为已经在运行 了 问题2 game paused level=-1 解决2 还没有解决 明日任务: snail的移动功能.

第一天(4.20) 昨天做了什么 今天要做什么 明天将做什么 配置安装所需要的环境和相关软件 进行手机的UI设计 继续手机的UI设计

4月24日,网络是一个复杂的东西,用winsock编写通信的功能,实现客户/服务器的模式通信,我看了一周的程序实例还是不能很好地理解,这个功能有曹玉松再深入学习一下,我开始对程序进行修复的工作. 4月25日,翻翻棋的基本功能还不能很好地实现,我先写了个随机函数,实现对棋子的随机分布功能: 4月26日,程序的背景,声音功能的添加需要留一定的接口,程序布局进行完善: 4月27日,程序的行棋功能还有瑕疵,实现低等的能吃掉,同等的能对掉: 4月28日,程序的点击响应是会出现闪屏的问题,经过百度发现绘图程

瀑布模型:严格遵循软件生命周期各阶段的固定顺序,一个阶段完成再进入另一个阶段.其优点是:可以使过程比较规范化,有利于评审;缺点在与:过于理想,缺乏灵活性,容易产生需求偏移.所以瀑布模型的应用场合为:需求明确的项目.二次开发项目以及与原型法配合使用. 快速原型模型:采用了一种动态定义需求的方法,通过快速的建立一个能够反映用户主要需求的软件原型,让用户在计算机上使用它,了解其概要,再根据反馈的结果进行修改,因此能够充分体现用户的参与与决策.原型化人员对原型的实施很重要,衡量他们的重要标准是能否从用户

时间:2015年5月16日 地点:学一食堂二楼 与会人员:全部组员 第一次冲刺已结束,我们的订餐软件只实现了最基础的功能,而且没有优化界面,很多功能有待完善.为了方便以后的开发和功能的整合,今天晚上我们进行了数据库的设计,设计好数据库,表以及表的内容,以后大家都使用同样的名字. 下图是我们进行的数据库设计: 下图是我们对功能设计的完善(包括实现的和未实现的及待定的): 附:合照

团队博客 团队Github 第二次冲刺问题和建议 hgf520 RegionalCrimeUnit 项目的部署文档太过简单 xjy-gg goidenbubble 未提交任何第二次冲刺的作业 liezhihua LWHTF 无项目进度控制,博客/Github跟进不及时 caicaihong RaiCai 未及时更新里程碑任务,无项目部署文档,源码中不应该提交IDE相关的配置文件 14fzf ThroughRain 项目的部署文档太过简单,无数据库脚本文件 gjpg heavenfires 项目的

团队博客 团队Github 第三次冲刺问题和建议 hgf520 RegionalCrimeUnit 服务器版本无法点餐 xjy-gg goidenbubble 将APP上传到应用商店. liezhihua LWHTF 将APP上传到应用商店,燃尽图用工具画 caicaihong RaiCai Github提交记录太少,无应用截图 14fzf ThroughRain 将app发布到应用商店,你们的部署文档的格式要调整一下,字体太大了 gjpg heavenfires 将app发布到应用商店 qaz

时间:2015年5月16日 地点:学一食堂二楼 与会人员:全部组员 第一次冲刺已结束,我们的订餐软件只实现了最基础的功能,而且没有优化界面,很多功能有待完善.为了方便以后的开发和功能的整合,今天晚上我们进行了数据库的设计,设计好数据库,表以及表的内容,以后大家都使用同样的名字. 下图是我们进行的数据库设计: 下图是我们对功能设计的完善(包括实现的和未实现的及待定的): 附:合照

经过三次冲刺,完成了课程设计,达到了实验要求:源程序已经在github上更新. 在<四则运算>中,有一到六年级的难度设置,难度各有高低,循序渐进,基本满足了小学生在数学上的练习需要. 在难度设置上,我们借鉴了小学的若干本数学教科书: 由对以上教科书的例会讨论,在出题难度上我们对三四年级的出题难度做出了一点小调整,降低了三年级的出题难度.略微提高了对四年级段的要求.(github上有说明) 团队分配以及贡献: