一、团队基本情况- (1.1)团队项目的整体计划安排
阶段序列 | 阶段时间 | 主要阶段任务 | 完成情况 |
第一阶段 | 9.22 | 团队成立 | 已完成 |
第二阶段 | 9.26-9.30 | 第一次选题任务 | 已完成 |
第三阶段 | 9.30 | 第一次选题会议 | 已完成 |
第四阶段 | 10.2-10.7 | 第二次选题任务 | 已完成 |
第五阶段 | 10.7 | 第二次选题会议 | 已完成 |
第六阶段 | 10.16-10.22 | 选题报告任务发布 | 已完成 |
第七阶段 | 10.23 | 选题报告答辩 | 已完成 |
第八阶段 | 10.26 | 需求分析报告会议 | 已完成 |
第九阶段 | 10.26-10.29 | 需求分析报告任务发布 | 已完成 |
第十阶段 | 10.30 | 需求分析报告答辩 | 已完成 |
第十一阶段 | 10.30-11.6 | 准备第一次现场编程 | 待完成 |
第十二阶段 | 11.6-11.13 | 原型设计完善，前端开工，后端方向深入学习着手工作 | 待完成 |
第十二阶段 | 11.13-11.23 | 前端完成基本页面，后端学习加实现基础功能，整个小程序初见雏形 | 待完成 |
第十三阶段 | 11.23-11.27 | 完善基础功能，修复潜在的bug，补充附加功能 | 待完成 |
第十四阶段 | 11.27-未定 | 继续完善软件功能，修复程序的bug,可以小范围的试运行，之后再扩大运营范围 | 待完成 |
- (1.2)团队分工
成员 | 团队项目分工 |
林珏 | 前端：日记基本记录界面+emo日记原型设计 |
王梓瑶 | 前端：吐槽树洞界面+机器人实现 |
陈玉娜 | 后端：日记功能 |
陈妍羽 | 后端----后台审核中敏感词检测以及小怪兽个性推送等算法 |
邵明杰 | 后端----后台审核中敏感词检测以及小怪兽个性推送等算法 |
孙巧 | 后端----吐槽树洞功能 |
许雅萍 | 后端----数据库建立 |
邹莹 | 后端----数据库建立 |
- (1.3)请评估并描述团队中每个人对本次作业的贡献比例，并写入本次博客
姓名 | 分工 | 工作量比例 |
许雅萍 | 制作答辩ppt,组内分工，部分内容的检查修改 | 12% |
陈玉娜 | 完成思维导图和类图草图的一部分；负责UML图中各模块的序列图；负责撰写博客 | 13.5% |
陈妍羽 | UML图的逻辑设计及绘制，博客部分说明 | 12% |
林珏 | 完成原型设计和logo设计 | 12% |
邵明杰 | 宣传视频剪辑，小部分ppt优化 | 13% |
孙巧 | 负责一部分需求分析报告的书写以及最后的整理；负责画推送模块的五张UML草图 | 12.5% |
王梓瑶 | 动画制作，视频剪辑，上台答辩 | 13% |
邹莹 | 负责需求分析报告里的引言部分和类图及功能描述部分；负责日记模块的五张UML草图。 | 12% |
- (1.4)画出整个项目思维导图和燃尽图（时间范围：从团队创建的第一天至本次作业提交时间）
- 项目思维导图
- 功能架构图
- 燃尽图
- 日记部分
- 负责人：林珏、陈玉娜
- 描述：日记部分包含记录日记，添加心情Tag，投喂小怪兽，查看过往日记等功能。
- 该部分面临的问题：
- 需要处理好日记私密性问题
- 解决的问题：
- 在日记收录方面可以实现双重保障，一是侧边栏展开收入功能，二是可以给日记设置私密锁，可以在一定程度上保障用户私密性。
- 附：（该部分的所有UML图）
- 类图
- 活动图
- 用例图
- 状态图
- 序列图
- 推送部分
- 负责人：许雅萍、邹莹
- 描述：在用户记录完日记后可投喂小怪兽，小怪兽会弹出推送内容
- 该部分面临的问题：
- 需要处理好推送内容个性化的问题
- 解决的问题：
- 在个性化推送上，对于初次使用的用户根据心情Tag进行推送；对于非初次用户，根据心情Tag和对过往推送内容的点击率进行推送。
- 附：（该部分的所有UML图）
- 类图
- 活动图
- 用例图
- 状态图
- 序列图
- 树洞部分
- 负责人：王梓瑶、孙巧
- 描述：树洞部分包含查阅帖子及评论、对帖子进行评论点赞、发布帖子、删除帖子以及删除评论等功能。
- 该部分面临的问题：
- 需要对用户发布的帖子及评论进行及时更新；
- 为了保证树洞中良好的交流氛围，对于用户发布的帖子和评论需要进行审核，对于不友好或可能引起负面效果的言论需要进行屏蔽等措施。
- 解决的问题：
- 应用了用户类和帖子类的接口解决及时更新问题。及时传送信息到数据库，每次查看信息时需要从接口重新获取数据；
- 应用敏感词检测接口及敏感词检测算法的设计解决维护树洞良好氛围的问题。发布前通过接口进行审核，对于不符合标准的言论，不予以发布。
- 附：（该部分的所有UML图）
- 类图
- 活动图
- 用例图
- 状态图
- 序列图
- 统计部分
- 负责人：陈妍羽、邵明杰
- 描述：统计部分根据用户在一年内记录的日记以及使用小程序的频率和时间，生成统计报告。用户可点击生成报告以及查看历史的报告。
- 该部分面临的问题：
- 需要对用户的使用频率及时间进行准确全面的记录；
- 需要使用合适的方式进行统计分析及展示。
- 解决的问题：
- 应用日记接口发送信息存至以数据库解决全面记录的问题。在数据库中记录用户每次使用的日期及时间长度等信息；
- 应用视图与文字结合的方式进行统计结果的展示。用户通过图表可以直观地看到自己使用小程序以来的统计信息。
- 附：（该部分的所有UML图）
- 类图
- 活动图
- 用例图
- 状态图
- 序列图
- (3.1)UML设计工具的选择、选择的理由和使用后对工具的评价（大家可以共享经验，相互推荐，谈谈为什么选择这个工具）
- 我们组选择的UML工具是ProcessOn。
- 选择它的主要原因是它是免费的，且自带模板，对于使用者而言更加便捷。同时，作为一个在线网站，它降低了使用者前期准备的成本，这也是我们选择它的理由之一。
- 使用后，大家普遍认为它的学习成本较低，界面简洁方便操作，还可以邀请协作，方便团队之间的交流、沟通与共享。
- (3.2)遇到的困难及解决方法，要点：困难描述/做过哪些尝试/是否解决/有何收获
- 困难之一是关于UML图的绘制和绘制工具的选择。绘制工具五花八门，诸如Visio、ROSE、draw.io、ProcessOn，在对这些工具以及我们的需求进行对比后，我们最终选择了免费的在线工具ProcessOn。方便快捷还自带模板，足以满足我们的需求????
- 困难之二是视频。我们组并没有擅长视频制作、剪辑的人员，大家对于视频内容、风格也是众说纷纭。最后开会后，将每个人的具体分工敲定，在明确分工职责后，大家专注于自己的部分，问题也就随之解决了。通过这次沟通，大家也对于我们的项目有了更深的认知，还发现了大家在一些细节的理解上有偏差，解决了这个‘盲点’o(￣▽￣)o
- 困难之三是对于类图的划分。难度在于分析每个部分功能如何调用以及如何汇总至整个项目，要对整个项目进行系统性的梳理，敲定细节之后着手绘制类图。这也加深了我们对项目的理解，也为之后进行开发奠定了基础(≧∀≦)ゞ
- (3.3)学习进度条
第 N 周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
第一周 | 0 | 0 | 48 | 48 | 分析整个项目的需求，学习相关知识，设计原型，分析算法所需要的模块，学习UML工具ProcessOn的使用，学习了在线设计平台Canva的使用，学习了如何制作视频、剪辑视频 |
1、柯逍老师对本次答辩提出的建议：
报告可注意行间距问题，在美观程度上会有一定提升；
树洞模块可考虑增加Tag索引、搜索功能，满足用户定向查看的需求。
2、如何增加用户量的问题
答：感谢提问！这个问题涉及到的是我们之后推广战略的问题，在这方面，我们预计采用线上线下相结合的方式进行宣传推广。线上通过小红书、微博、朋友圈等平台进行安利分享，增加关注度用户量；线下通过海报、宣传单、开展小活动等方式进行宣传，促进用户增长。
3、在情绪激动的时候，一些比较激动出格的话无法在树洞发布
答：感谢提问！对于一些比较激动出格的话，我们是建议不要在树洞发布，可以在日记中宣泄情感，冷静之后根据自己需求选择是否在树洞发帖。
4、树洞生态维护
答：感谢提问！树洞的生态维护是我们在小程序设计之初就有考虑的一个问题，我们的设计是在预发布的时候会对其进行敏感词检测，判断是否能发布。而在检测上，前期算法还不够完善的情况下，我们会采用人工与算法相结合的方式，后期算法完善之后将会采取纯算法检测。同时，我们拟设计投诉功能，当用户在树洞中发现不良言论时，也可以通过投诉功能进行投诉。
5、树洞是否会成为负能量聚集地
答：感谢提问！我们的产品定位是治愈树洞，当用户发布贴之后其他用户可以在贴下进行评论，或安慰或帮忙解决问题。为了避免某些贴没有人回复的情况，我们会考虑之后将推送功能扩大到树洞模块，在用户发布之后，在贴下推送、互动。
6、小程序的推送功能是内部推送or外部推送？
五、视频部分答：感谢提问！我们小程序是在记录日记后进行推送，推送内容为心灵鸡汤、沙雕搞笑图片、短视频等，这部分内容主要来源于外部推送，用户之间关联话题的推送并不是我们要实现的推送功能。
