团队项目第三周总结

经过了三周的努力我们的项目已经基本完成啦,团队付出的努力也得到了回报。

这一周主要的工作相对前一周来讲比较轻松,但比较繁琐。

在技术方面,我们这一周主要是完善了小的技术功能,主要是在做非功能性需求。在界面方面,这是我们这一周主要的工作,相比技术方面要简单,逻辑上来讲没有很大难度,但非常繁琐,代码量很大,这也考验了团队成员的审美能力,对审美和设计的能力提出了较高的要求。

虽然逻辑上来讲,界面的代码方面是没有问题的,但在完成的过程中,也遇到了一些,因为之前的“想当然”,自以为并不是困难的困难。在手机端的安卓程序上,主要碰到的难题就是数据库数据的调取。我们的安卓端使用了mysql数据库,安卓和mysql之间建立联系比较麻烦,在尝试之后,发现时间不允许故放弃了这一途径,采用了通过接口来连接的方式。其次数据调用出来后,显示在程序上也费了些时间,尤其是在转换成json格式时,我们学习了很多相关知识。

总体来讲,这周的时间把握的较好,没有太超出时间预算的事件发生。团队的成员在合作方面也更加默契,各安其职。在团队项目进行的过程中,团队也成长了很多,收获很多。这种收获不仅仅是在专业技能方面,更多的是大家一起合作一起进步,锻炼了分工协作的能力,为以后大家进入职场做了好的铺垫。

时间: 2024-09-30 20:08:24

团队项目第三周总结的相关文章

团队项目第三周-设计类图

设计类图:

团队项目(三)

最近实现了团队项目局域网聊天室的服务器端的框架,目前可以接收socket请求并收发消息. 由于聊天室服务器需要同时维持多个socket通信,所以服务器端代码采用了多线程技术,即每接收到一个socket请求后将创建一个新的线程进行后续操作,而主线程一直在等待请求并分发任务.实现了同时服务多个socket的功能. 代码如下: 主线程代码: 1 public class Server { 2 3 public static void main(String[] args) { 4 // TODO Au

小组项目--第三周

项目选题:车辆管理系统+员工管理 小组名称:好好学习 项目组长:林莉 组员:王东涵,胡丽娜,宫丽君 本周任务: 1.发布申请 功能列表:  管理员登录需要进行验证,管理员可以对店内的员工进行增加,删除,修改,查找,还可以对车辆进行增加,删除,修改,查找.查找时需要按不同的类型进行查找,同时删除记录只是逻辑上的删除,不能真实的删除(数据库要有保留). 2.展示: 以图片方式展示: 3.SCRUM 我们在9月26日进行一次Scrum会议,再次讨论所需要的功能,(展示如上).分配任务,页面搭建. 目前

团队项目第六周——事后诸葛亮分析(苏察哈尔灿)

总结 我们团队做的是web网页活动订座系统,刚开始讨论的是电影订票系统,但后来觉得太寻常了,于是为了增加可选择性,改成活动订座系统,这样无论什么活动,只要涉及活动订座,都可以使用此系统,具有活动通用性,团队成员觉得都可以.于是便开始进行前后端的分工设计,想好web网页需要分成几个部分,每个人需要负责什么,然后根据团队计划一步步向前推进,最后各成员基本都完成各自的任务,得到的成品虽然还有待提高,但基本满足我们的需求,因为本身就想用这个团队作业练手,所以总体来说还算可以吧.事后分析的话,觉得团队内部

UML团队项目-第4周总结

项目背景即概述 软件产品:游戏客户端 项目背景:娱乐成为许多人生活中越来越重要的一部分,也出现了越来越多,越来越新颖的游戏. 可是为了玩游戏,玩家经常需要跨平台游玩,会申请很多账号,非常麻烦. 而一个整合的游戏平台则能消除这个问题,一个账号,游玩平台所有游戏,不仅仅是简单的"购买,游玩"模式,我们将提供良好支持的玩家社区,满足玩家讨论.交友.发表自己创作的艺术作品.发布创意(mod)需求.同时还会有直播区让不方便玩游戏的用户获得良好的体验. 项目前景:经过涉众调查问卷分析,现在大多数人

团队项目第三天

今天满课,编写程序的时间比较少,今天的任务需要修复昨天的问题,在项目里加一些细节的功能,对用户有一些友好的提示,比如说:在程序开始运行的时候,会提示用户程序已经运行:在截屏的时候,将鼠标放在功能菜单栏的图标上面时,会有相关文字的提示. 完成:1)在程序运行的时候,会在右下角有气泡提示,提示程序已经运行. 2)在截屏的时候,当鼠标放在功能菜单栏上面的图标上时,会有相应的文字提示此图标的功能. 未完成:1)昨天遗留的软件需求规格说明书. 2)在查找关于自由截屏和滚动截屏的资料时遇到了困难. 有图有真

使用黑盒测试,测试个人项目——第三周作业

黑盒测试的定义 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用.在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息.黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试. 详细介绍见http://baike.baidu.com/link?url=rwt-zOb6MRPiYLZCUQX9WDpL

团队作业第三周周报

1.与队友总结协商,统一了几个变量名与运行方式: 2.对stateflow中真值表运用相关知识仔细研究学习,发现原来的错误并改正: 3.加入信号源对单个模块进行仿真模拟,修改了一些逻辑上的错误,运行成功 改正后的各模块stateflow模型如下: 传送带模块stateflow模型 输入信号:三个位置传感器sensor1.sensor2.sensor3: 冲泡完成信号signal 输出信号:传送带电机motor3_on 利用真值表完成对传送带电机启停的逻辑控制 模拟信号1.2.3.4分别为传感器1

团队项目第五周(苏察哈尔灿)

Alpha版本测试报告 1 在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个? 总共发现8个bug,修复的bug5个,不能重现的bug2个,1个是这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复. 2 场景测试(scenario testing) a. 你预期不同的用户会怎样使用你的软件? 活动参加者:登录主页,选取想要参加的活动类型,系统筛选出合适的活动,再由用户选择. 活动举办者:登录主页,选择发布功能,填写活动信息,然后提交,再由管理员审核活动内容,经