个人作业——软件评测
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/2020SpringW |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/2020SpringW/homework/10625 |
这个作业的目标 | 对腾讯即时通信进行测评,并根据它进行一个应用的设计 |
作业正文 | https://www.cnblogs.com/QEEZ/p/12720457.html |
其他参考文献 |
一、SDK评测
WEB截图
Android截图
微信小程序截图
BUG反馈
BUG描述 | WEB端的通讯录不同步,添加好友后,在Android端和微信小程序端都可看到通讯录中新添加的好友,但是WEB端的通讯录始终无显示 |
---|---|
配图说明 | |
为什么这个产品组的人没有发现这个bug? | 虽然添加好友后WEB端通讯录没有显示,但是添加好友成功后,WEB端会自动添加和该好友的会话,所以可能导致开发者没有注意到 |
BUG描述 | Android端发送消息之后,即时对方已经阅读了该消息,仍然显示未读状态,经WEB端,微信小程序端和Android端三种平台测试,仅有Android端显示未读 |
---|---|
配图说明 | |
为什么这个产品组的人没有发现这个bug? | 在开发过程中可能只关注了消息能否正常发出和接收,而没有关注每条消息的已读或未读状态。 |
二、根据该SDK想要开发的产品
我行我上
产品功能:
一个讨论问题的平台,用户可以在平台上发布问题,搜索问题,讨论问题,回答问题。
面向用户:
所有求知者
三、采访
试用demo照片
采访对象的背景需求:
我采访了我的一位高中同学,作为一个备战考研的大三学生,在学术问题上难免会遇到一些不懂的,他作为一个较为内向的人,无名人硕师与游,但是自己网上搜索经常要花费不少时间剔除无效信息才能解决疑惑
使用demo的感受:
- 数据量:就个人使用过程中体会不到这一点,但是满足使用是没问题的。
- 界面:优点:布局合理,简洁朴素 缺点:不够美观,不能够个性化。
- 功能:优点:能够满足日常通信的大部分要求 缺点:功能太少,某些功能不容易找到
用户对腾讯即时通信的功能有什么改进意见?
美化一下界面,或者在用户个性化方法多做一些。使用体验不是很好,希望初次登陆有一些引导。
用户对你想开发的产品有哪些意见?
采取积分制或等级制,提高用户回答问题和讨论问题的积极性,对于回答问题较好的用户给予积分奖励或是较高的等级,总之要能够保持用户粘性和活跃度,还可以设置一些趣味成就。
结论:推荐
四、分析
时间规划
计算机大学毕业生6人团队开发这个SDK大概需要十四周
Time | Work |
---|---|
第一周至第二周 | 完成需求分析以及撰写文档工作 |
第三周至第四周 | 确定团队分工以及学习开发时要用到的相关知识 |
第五周至第八周 | 完成代码开发工作并且发布测试版本 |
第九周 | 对测试版本进行检测,寻找并修复BUG |
第十周至第十一周 | 讨论并添加新功能,确保新功能没有BUG |
第十二周至第十三周 | 进行公测,通过用户使用发现并修复BUG |
第十四周 | 确保现有BUG已全部修复后发布正式版 |
同类产品对比优劣
-
优点
- 对比网易云信,本产品群组人数限制较高
- 支持敏感词过滤,一定程度上可以防止不和谐的发言
- 跨多个平台,兼容性好
-
缺点
- 功能比较少,缺少指引,用户上手体验差
- 本产品只支持7天的消息漫游,而网易云信支持一年
- 本产品不能撤回消息,而网易云信支持消息撤回功能
- 本产品技术支持不够人性化,网易云信有专属客服
团队软工方面提高
应该做用户调查,了解用户的使用体验以及意见,以便改进产品。
五、规划你的产品
NABCD分析
Need | 学习过程中难免会遇到一些解决不了的学术问题,上网搜索总是有很多无效信息,而且容易被分散注意力放下手头工作开始玩 |
---|---|
Approach | 运用腾讯即时通讯,足以开发回复问题,以及讨论问题的核心功能 |
Benefit | 可以有效减少搜索问题时所花费的时间,获取前人经验,大大提高学习效率 |
Competitor | 作为一个知识分享平台,市面上较为接近的产品是知乎、CSDN等,但是知乎现在有些泛娱乐化,有时在知乎上寻找问题答案,不仅可能找不到有效回答,还很有可能被分散注意力开始刷起知乎而忘记了工作学习,还有就是知乎的讨论方式不够直观,有些人的回答可能有错误,但是别人在评论区指出时可能用户没有注意到评论区的评论,偏听一家之言。而CSDN的面向用户又有些狭窄,大部分是偏向计算机相关的,对于一些其他方面的知识就不容易找到。 本产品采用论坛式的讨论方式,类似百度贴吧的交流讨论方式,但是有所不同的是,每条回复都可以被点赞或点踩,发布问题者可以选择一个回复作为解决问题的解题答案,其他用户在浏览这个问题时,默认只看发布问题者指定的解题回复以及高赞回复,其他回复一律隐藏,这样用户可以在第一时间获得有效信息,当然用户也可以选择取消隐藏,查看所有人的回复,了解大家的讨论过程。 |
Delivery | 通过社交媒体宣传,针对特定人群投放广告 |
你会如何领导团队
- 明确队伍分工,并确定需要的技术,根据分工不同为不同人分配不同的技术储备任务。
- 每天晚上都确认每位队员今日的进展,每隔五日进行一次会议。会议的目标是分享进展,讨论开发过程中所遇到的问题,大家共同解决,促进团队交流,增强整体感和积极性。
你的人员安排
- 前端:2人
- 后端:3人
- 测试:5人(整个团队)
十六周开发计划
Time | Work |
---|---|
第一周至第二周 | 完成需求分析以及撰写文档工作 |
第三周 | 进行原型设计 |
第四周至第五周 | 系统和数据库分析 |
第六周至第七周 | 确定团队分工以及学习开发时要用到的相关知识 |
第八周至第十一周 | 完成代码开发工作并且发布测试版本 |
第十二周 | 对测试版本进行检测,寻找并修复BUG |
第十三周 | 讨论并添加新功能,确保新功能没有BUG |
第十四周至第十五周 | 进行公测,通过用户使用发现并修复BUG |
第十六周 | 确保现有BUG已全部修复后发布正式版 |
部署
主要应该关注数据的传输速度,以便用户快速查询
- 应用服务器配置:两核8G *2
- 后端服务器配置:两核8G *2
- 关系数据库:MySQL数量:3(读写分离2,备份1)
- 缓存数据库:Redis 数量:2(主备)
- 软件安全性:WAF、DDOS