软件工程团队开发——第一次冲刺会议总结，数据库设计，及功能完善

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

昨天:看了通过httpclient连接服务器访问远程数据库,以及提交数据的视频,并以登录为例子进行了测试 今天:分析了登录功能的代码,熟悉了服务器端和客户端的设计.尝试用另一种方法联网(webservice),也遇到了问题 问题:可以连接数据库,但是在手机端无法访问数据库,并出现了闪退的问题. 明天:解决无法远程访问数据库的问题,初步做一些界面

今天:我主要和我的伙伴陆宇完成了店家对自己菜系的增删查,尝试了登录功能的设计, 登录后跳转到增删查界面,登录需要访问数据库,进行用户密码验证,结果没能成功. 明天:我们打算做提交订单的界面,将信息提交到数据库. 遇到的问题:无法将服务器端的查询的结果发送到客户端,无法根据条件进行查询,无法在真机上运行. 苦恼,真的好苦恼,怎么做不出,怎么老有问题呢?

组长:闫立新 组员:苏海岩,李夏蕾,杨世超,曹锦锋,王伟光 会议时间:4月27日晚7:00-7:15 会议地点:新食堂二楼 会议内容:   昨天 今天 明天 闫立新 在onclick的功能里面,目前只是解决了能够把课程的名称添加到数据库. 但是其余的功能有待以后解决. 实现了课程的上课地点添加,其实和课程名称的类似,但是具体的细节实现方面并没有那么简单,仿照代码还是会出现错误. 实现添加事件的其他的功能. 苏海岩 作业功能的添加 方向调整,课表的添加与完善 课表功能的完善 李夏蕾 关的添加部分,

今天是团队开发最后冲刺的第二天,首先任务分配如下图: 工作完成情况: 刘梦辉建立数据库如图:

数据库设计在软件开发过程中占有重要的地位,国内开发者MeteorSeed在博客中结合自己的实际经历全面总结了关系型数据库设计需要注意的各个方面,包括Codd的基本法则.设计阶段.设计原则和命名规则. MeteorSeed认为在项目早期应该由开发者进行数据库设计,后期调优则需要DBA:"一个精通OOP和ORM的开发者,设计的数据库往往更为合理,更能适应需求的变化".他引用了关系数据库之父Codd的12条法则,作为数据库设计的指导性方针: 信息法则关系数据库中的所有信息都用唯一的一种方式表

第一组: 团队名称:移山小分队 团队项目名称:铁大二手书交易平台 建议:该组项目是一个二手书的交易平台,第一个冲刺周期实现后,实现了网站的大体构架,能够在网页上分专业或书名查询,并且显示了书籍的封面.名称.版次价格等信息.但仅实现了基本的网页设计和数据库设计,对网络模板的应用不够灵活,图片没有除水印,讲解没有明确指出第一个冲刺周期的阶段目标,建议在进行交易时增加安全性保护,防止个人信息的泄露和钱财的损失. 第二组: 团队名称:BBW  团队项目名称:快递来了 建议:这是一个用来帮助他人领取快递的

一.引言 1.1编写目的 数据库的表结构设计是整个项目开发中一个非常重要的环节,一个良好的数据库设计,可以提高开发效率,方便系统维护,并且为以后项目功能的扩展留下余地.我们通过书写这份文档说明,从各方面进行学生课程管理小助手系统的数据库设计规划,用它指导该系统在数据库各方面的内容,为系统开发的程序员.系统分析员提供基准文档.我们也希望通过写数据设计说明书,规范数据名称.数据范围.数据代码等.这份文档是项目小组共同作战的基础,有了开发规范.程序模块之间和项目成员之间的接口规则.数据方式,大家就有了

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