8号团队-团队任务5:项目总结会

团队信息

团队序号：8号
开发软件名称：教授个人题库管理系统
会议整理人：

码云仓库地址：href="https://gitee.com/HeroWe/teacher
软件源码地址：https://github.com/2272062968/TeacherQuestions

时间：6月25日8:30
地点：图书馆3楼中厅
成员：王和旋，田阳，马阔，董宇林，谷云鹤
参与情况：全员参加
照片：

我们的软件要解决教师对自己的题库进行管理的问题。
定义的不是很明确，有些地方只有大概的描述，具体计划没有很清晰，导致后来开发的时候再登陆问题是否保留纠结了很久。
我们对典型的用户与场景有清晰的描述，比如教师在授课过程中经常需要出题目，还需要经常更新题目，这个过程需要花费较多时间，我们要开发一款软件方便试题管理，以及自动生成试题试卷的功能。
我们有充足的时间做计划（一周）
团队在计划阶段对于不同意见的解决方案是：从实用性角度考虑，投票，以及向用户了解需求几个方面解决

我们原计划的工作没有都做完（课件管理和忘记密码的邮箱验证）。课件管理功能在开发和用户沟通的过程中认为实用性不大，而且也不是核心功能，所以闪掉了。邮箱验证功能我们后来了解到需要在服务器配置SMTP(发送邮件协议)，对操作还不熟悉以及能力的问题没有完成。
登陆和密码框的水印样式现在看来没有必要，因为后来我们发现可以在下面放文字空间再覆盖，然后后台简单判断一下显示隐藏就可以了
并没有每一项任务都有清楚的定义和衡量交付件。如：试题录入界面Ui及代码设计，属性和尺寸最开始没有清晰定义
项目的整个项目基本按照计划进行，但是中间加了一项登陆注册功能和共享试题的问题
计划中留下了缓冲区，作用很大，比如给共享试题问题的解决留下了开发时间
将来的计划修改是每次计划尽量留下缓冲区，加班问题随情况而定
用户量，用户对重要功能的接受程度和预想一致，删除了一些无用功能，增加了登陆管理共享试题的功能，离目标更近了。
经验教训：做计划一定要把问题尽量考虑周全，否则后期加功能很麻烦。
如果历史重来一般，我们会更多的和用户沟通以及多参考其他优秀的设计

我们有足够的资源完成各项任务
各项任务所需时间由各项任务领取人做计划，服务器资源由队长提供，精度一般，因为大家对自己的计划估计时间普遍要长
测试时间足够，因为测试前一天的软件，并且有两人测试，人力资源稍有稀缺，因为软件开发量比较大，硬件资源暂时足够，但还是存在卡顿，因为我们做的的个小型软件使用的阿里云学生服务器。对于那些美工，设计，文案资源，难度估计和工作基本没有差别
有感到某个人的工作让其他人做更有效率，因为任务分配时对大家的能力了解还不够
我们学到了合理对每个人分配合适的任务资源和时间效率是极高的
如果历史重来一遍，我们不会先急着开发，而是先了解好大家的能力，合理，会更高效

设计工作在每次软件开发任务之前，由项目经理为主干带大家讨论，时间，人选合适
设计工作有碰到过模棱两可的情况，如一个界面的具体设计方案，解决方案是让UI设计师或软工先做一个简单模型，再改进
团队用到了单元测试来测试每个页面的具体功能。没有进行测试驱动的开发。UML工具用到了墨刀和Axure，我们用到的这些工具感觉是很有效的。
对数据库数据的操作以及数据展示产生的BUG最多，因为对数据库不熟悉，数据的权限问题管理的不好。在发布之后发现了有些不共享的试题其他人也能看到。当时在设计／开发时没想到是因为开发时测试后没出问题
代码附身是按照功能的逻辑性顺序审核的，基本都严格执行了代码规范
我们学到了前期的设计对软件开发的顺利进行是很重要了，如果历史重来一遍我们