个人作业——软件评测
这个作业属于哪个课程 | 2020春|S班(福州大学) |
---|---|
这个作业要求在哪里 | 个人作业——软件评测 |
这个作业的目标 | 对腾讯即时通信IM进行软件测评 |
作业正文 | 个人作业——软件评测 |
其他参考文献 | 《构建之法》 |
第一部分:调研,测评
测评
web端
Android端
微信小程序
Bug1
描述:在微信小程序登录IM,创建一个新的群聊,创建成功后会在系统通知中提示,并出现红色的消息泡,点进去,再退出,发现系统通知上的红色消息泡消失,但是在下面的功能栏上仍然可以看到红色消息泡。
为什么产品组的人没发现这个bug?
可能产品组的人在进行创建群聊测试时,专注于看群聊是否创建成功,而忽略了消息气泡为消失的现象。
Bug2
描述:在Android端登入IM,进行添加好友,可以发现在Android端上的通信列表上出现了添加进来的这个人,但是登陆web端,点击好友栏,会发现还是显示暂无好友。
为什么产品组的人没发现这个bug?
可能产品组的人没有跨端口查看好友是否添加成功,就只是看了自己负责的这部分是否实现。
Bug3
描述:在Android端登入IM,进入聊天界面,发送信息给好友,会在信息后面显示(未读)。但是我们登入另一个账号,查看完这些信息,在登录先前的账号,进入聊天界面,发现我发的信息后面还是跟着(未读)。
为什么产品组的人没发现这个bug?
可能产品组的人只在Android端加入了这个功能,而未在其他端口加入,进行检查是忽略了对Android端聊天界面该功能的检查。
根据该SDK想要开发的产品
主要功能
主打线上匿名聊天,本产品每周会为你提供一个新的“身份”,在这里可以在遵守本产品的条约的情况下“无所约束”。你可以用你的新“身份”进入不一样的网上世界。随机的和网友进行聊天。
面向的用户
目标用户是那些想要体验新“身份”的人。
采访
采访对象
背景:同校的大三好友
需求:能无所顾忌的畅所欲言
用户体验
用户在使用这个SDK时,需求基本上被解决,因为这个SDK没有过分的获取用户信息。并且用户觉得本产品界面简洁干净,操作不会繁琐。就是在头像的更换上不可以自主决定,只可以随机进行,有点不太友好。
用户对于SDK的意见
1.希望增加用户动态的展示。
2.可以自己进行头像的更换。
3.增加界面美观度。
用户对于你想开发的产品的意见
1.希望可以自主进行“身份”更换,而不是等系统自己更换。
2.匿名聊天是否会发表不良言论,如何杜绝。
对于腾讯即时通信的评价
推荐
第二部分:分析
时间规划
6人计算机大学毕业生,使用腾讯即时通信的所有功能,SDK做到这种程度大概需要5个月,因为考虑到时大学毕业生,项目经验可能不足。刚开始团队项目时,之间的沟通会有点问题,需要时间调整适应。并且在最后的测试环节可能会花费大量的时间。
同类产品对比优劣
优点:界面简洁,多操作端均可运行,简单易上手。
缺点:功能上较为欠缺,交互性差,界面不够美观。
团队软工方面提高
1.增强界面的美观度。
2.对功能进行完善,修改已有的BUG。
3.加强团队内部的交流和沟通。
第三部分:建议和规划
同类产品分析
随缘漂流瓶,与谁聊天全靠缘分,谁也不知道您的下一个朋友到底是谁。并且隐私内容重重保护,尽情聊天,无所顾忌。
NABCD分析
NEED(需求)
针对那些想要随心所欲,尽情聊天,无所顾忌的人。借助本产品,可以尽情的释放自己真正的自我。
Approach(做法)
利用现有的腾讯即时通讯SDK进行扩展,增加“身份”功能,每周换个“身份”。对个人信息进行多重的加密保护,未经本人允许,无法进行观看。添加随机加好友的模块。在进行“身份”转换后,可以选择继承之前的好友(可以是部分的)或全部放弃。
Benefit(好处)
1.本产品是个轻量级的微信小程序,扫描即用。
2.用户操作简便,且交互性良好。
Competitors(竞争)
1.软件保护用户隐私。
2.没有充值的需求。
Delivery(推广)
因为是微信小程序,所以可以将程序分享到朋友圈、微信群等进行宣传。还可以在微博上引导推广。
如何领导团队
1.加强团队内部的交流,对于问题早提出早解决。
2.进行严密的市场调研和用户的需求分析。
3.合理的安排时间,规划好时间进度表。
4.定期召开项目会议,商讨项目的进度。
人员安排
5人团队的安排:
分工 | 人数 |
---|---|
前端 | 1 |
后端 | 2 |
测试 | 1 |
美工 | 1 |
16周开发计划
任务 | 时间 |
---|---|
需求分析 | 第一周 |
需求说明书撰写和原型设计 | 第二周 |
系统设计和数据库设计 | 第三周 |
前端界面编写 | 第四周~第五周 |
后端模块化编写 | 第六周~第八周 |
前后端对接,调试 | 第九周 |
问题反馈,数据库测试 | 第十周 |
系统测试,优化,BUG修复 | 第十一周~第十三周 |
选择用户进行体验 | 第十四周 |
对体验中提出问题修改 | 第十五周 |
最后的测试,推广,发布 | 第十六周 |
部署
设备 | 数量 |
---|---|
应用服务器4核8G | 2 |
后端服务器8核16G | 3 |
关系型数据库 | 3 |
缓冲数据库 | 2 |
网站安全 | ARP、DDOS |