团队作业6——展示博客（Alpha版本)

展示博客

1. 团队成员的简介和个人博客地址，团队的源码仓库地址。

a.陈福鹏
　　擅长技术：java、web等网站方面技术； 　　

　　博客：http://www.cnblogs.com/royalchen/

b.林栋：

　　擅长技术：C++；

　 博客：http://www.cnblogs.com/helloc14/

c.雍斌凡：
　　擅长技术：前端、java；

　　博客：http://www.cnblogs.com/wayy/

 

d.白至幸：
　　擅长技术：C语言、C++、数据库；

　　博客：http://www.cnblogs.com/EtihwXD/

 

e.洪灏捷：
　　擅长技术：java；

　　博客：http://www.cnblogs.com/hoje/

源码仓库地址：https://coding.net/u/jmu/p/arithmetic-system/git

2. 我们要做软件工程，那就要有一点工程的样子：

    a. 团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？

本项目致力于帮助中小学生自主学习包括分数在内的复杂四则运算。通过在该网站的简单注册，登录验证，进入自己所属账号，选择语言（繁体中文、简体中文、英语），进行答题。在答题结束后会，有时间累计、答案核对、正确率显示、错题累计、排行榜等功能。该网站立足于这些功能，从而帮助中小学生及其老师家长，更好的辅导学生学习。

预期的典型用户：

名字	王二小	王维
用户身份	小学三年级学生	小学老师
年龄	10	32
用户所占市场比例	70%	20%
用户的重要性	非常重要，主体用户	比较重要，在问题的贡献领域，有不可忽略的重要性
使用此软件的典型场景	自主学习四则运算；老师或者家长布置测试；同学之间通过排行榜进行答题竞赛	给学生布置四则运算测试
使用此软件的环境	主要是教室、家中
用户动机	需要进行四则运算测试来提高自己的运算能力	通过让学生借助该软件，自主学习，节省了批改讲解的时间
用户困难	计算能力较弱	学生自我检测，自我提高
用户偏好	工具简单易懂即可	便于学生自主学习即可

我们的预期注册用户数量是500个，活跃用户数是每天200人次以上（独立访客人数）

    b. 团队的产品如何满足了用户的需求？

　　在上面表格有体现。

    c. 团队在Alpha阶段已完成了哪些目标？

　　1、 web版首页界面样式；2、 数据库改进；3、 登入功能；4、 登入注册界面优化；5、 注册功能；6、 答题界面；7、 登入注册和首页的整合；

    d. 团队的成员如何分工协作的？有什么经验教训？

　　在项目初期我们对项目进行了模块上的划分，这样有利于团队之间的分工以及对整体规划的认知程度，还方便于队员之间的沟通。陈福鹏：博客随笔，leangoo（自己补充），代码整合；白至幸：登入功能，答题界面实现；雍斌凡：前端界面ui；洪灏捷：注册功能，数据库的实现；林栋  ：数据库设计；

    e. 团队是如何进行项目管理的？

　　因为整个项目都是发布在coding上的，所以团队成员在测试完自己的代码后就会同步到coding上。在每次更新操作完之后，将coding上的整个项目下载，进行运行测试，若发现bug则在bug修复后将新版项目同步到coding上。

    f. 团队如何平衡时间/质量/资源争取如期完成任务的？

     我们现在处在大四阶段，处于实习或是正在找工作的阶段，又因为现在还有课程，所以时间上来说是很紧张的。我们一般会抽出周末的时间来完成自己所需要做的任务。若是在周末还未完成的情况下，就会抽出平常有的空余时间对剩余任务进行补足，我们都争取用最少的时间来达成自己所能完成的最好的质量。

3. 团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

团队项目的实际进展(最新进度）:

 

发布的功能:

    ▪该版本在原有项目的基础上完成了用户注册、登录、出题的功能。

    ▪ 以原有项目为基础开发的，修复了之前登录后不能注销的功能，但是该版本注册功能出现大量BUG，会让这功能的负责人尽快修复，数据库方面也是，将某些必要字段设置为可以为空，这会导致后续开发出现大量BUG

    ▪ 任何平台都可以通过网页浏览的方式打开系统，目前没有运行环境的要求

    ▪ 无需安装，浏览器打开即可http://172.21.10.97:8080/arithmetic/

    ▪ 该版本注册功能出现大量BUG，会让这功能的负责人尽快修复，数据库方面也是，将某些必要字段设置为可以为空，这会导致后续开发出现大量BUG，并且预测登录功能可以进行数据库注入，系统存在这些很明显的问题。

    ▪ 软件没有发布到云服务器上，访问该系统需要通过http://172.21.10.97:8080/arithmetic/,不过基本上服务器是关闭状态，不可访问

 

说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

在每位成员都很忠实的记录工作的前提下，燃尽图的走向可以很好地体现当前项目的进程，以我们的燃尽图为例，前期实际线低于参考线，后期实际线远高于参考线，说明前期开发较为顺利而后期我们的任务完成较慢，开发可能遇到了困难。

但往往有各种各样的原因导致燃尽图不能真实反映项目状态，比如工作量估计不准确、成员没有忠实地完成记录工作、燃尽图颗粒度太大导致折线变化太明显等。因此燃尽图在我们的项目组中不能很好地说明问题，常会显得我们的开发顺利到了极点或是遭遇了极大的困难，然而实际上并没有这么夸张。

4. 在Beta阶段需要改进哪些方面？请给出下一阶段的展望。

 　　在Beta阶段需要改进的有挺多的，因为组员上班的缘故，导致功能做的有点粗糙，出现了挺多的BUG，注册功能和数据库都存在些问题需要改进，而且另一名组员做的前端界面实在过于丑陋，需要再修改。

　　下一阶段我们组计划完成答题模块，还有初步实现排行榜功能，，如果期间没出现什么BUG的话就尽可能吧所有功能完成了。