碎阅创造营——凡事预则立

作业描述###

归属班级	2019秋福大软件工程实践Z班
作业要求	团队作业第五次—项目冲刺
团队名称	碎阅创造营
作业目标	统筹好项目冲刺规划
作业正文	碎阅创造营——凡事预则立

1. 冲刺的时间计划安排:

11.7（周四）-11.13（周三）

2. Q&A:

• Q:数据库安全性问题?
• A:引入基于有限域中离散对数算法的DES算法.
  
  
• Q:类图设计存在问题,没有理解实体类如何设计,界面不应放在类图中.
• A:这个可能是我们类图设计人员没有考虑周到，我们将尽快改正。
  
  
• Q:没有考虑阅读进度.
• A:我们没有考虑周全，将在近期完善一下。
  
  
• Q:表结构中都没有跟具体用户钩挂.
• A:具体用户我们是用用户ID/账号来区分的。
  
  

3. 思考和总结:

需求规格说明书不足总结改进

不足&改进：

1. 强制必须阅读完碎片内容才能删除词碎片.
   改进：取消这部分的强制机制，用户可以随时删除失去阅读兴趣的碎片。若有误删，可在回收站中找回碎片.

2. 超过时效期未阅读完的碎片被自动删除.
   改进：用户可在回收站中找回并重新添加到碎片目录

3. 收藏督促功能不突出.
   改进：添加数据统计功能，以图表图形形式刺激用户的阅读欲望.

4. 原型界面过于单调.
   改进：增加色彩元素，默认蓝色调，用户可根据个人喜好更换主题色调.

总结：以碎片时间为起点、督促用户去阅读曾经收藏的文档文章等资料，进行了大部分功能的设计和设想的预期结果，但还是有些地方需要修改和补充的。总的来说，不足的或者说待改进的地方还有很多，有些枝枝末末的地方可能还不够具体和详细。但对于已发现的问题，都已提出相应的解决方法和措施，继续完善。

数据库说明书设计不足总结改进

不足&改进：

1. 细节处理不得当，如多对多关系理解为一对多关系.
   改进：用户与碎片的导入和用户与收藏夹的一对多关系应该为多对多关系更为合适.

2. 项目理解需要进一步加深，E-R图设计的不完整.
   改进：增加用户与碎片的多对多导入关系，并增添相应的逻辑模型二维表;增加用户与收藏夹的多对多拥有关系，并增添相应的逻辑模型二维表.

3. 实体有冗余，实体的属性划分不够明确.
   改进：删去碎片类型这一实体及实体下的图片、文字、录音等类型不明确的属性.

4. 系统安全部分比较模糊，对用户安全的保障不到位.
   改进：引入基于有限域中离散对数算法的DES算法.

总结：碎阅项目本身，大多操作都基于本地，与数据库的联系稍有欠缺;且由于本学期刚刚学习数据库，新学新用还是有一定难处，在很多方面还有不足，有待在后续学习中加以改进。

系统设计说明书

不足：

1. 对于类图的设计存在问题，没有理解实体类如何设计。
2. 在软件的设计过程中，忽略了如何实现阅读进度的问题。
3. 缺少对开发环境和运行环境的描述。

总结：缺乏实际项目经验，总体考虑较少。团队安排不够合理，说明书没有在团队内部得到适当的检验。

4. 需要改进的团队分工

1. 多线下讨论，开会流程预先制定公布，提高会议效率。
2. 时间紧迫，计划尽量灵活 。
3. 明确各自任务ddl，规定时间进行验收。

5. 代码规范:

我们将参考这里的做出最后决定。

6.《构建之法》阅读：

阅读《构建之法》的第13-17章，分别是关于软件测试、质量保证、稳定和发布阶段、IT行业的创新、人，绩效和职业道德。
在冲刺之前确保每个人都浏览一遍。

7. 团队项目的github仓库:https://github.com/CDCDA/SuiYueXuQiu.git

附录：

添加的表结构：

更新的类图：