个人作业——软件评测

这个作业属于哪个课程 2020春|S班(福州大学)
这个作业要求在哪里 个人作业——软件评测
这个作业的目标 对腾讯即时通信IM进行软件测评
作业正文 个人作业——软件评测
其他参考文献 《构建之法》

第一部分:调研,测评

测评

web端

TIMSDK1
TIMSDK2
TIMSDK3

Android端

Android端1
Android端2

微信小程序

微信小程序1
微信小程序2
微信小程序3

Bug1

Bug1

描述:在微信小程序登录IM,创建一个新的群聊,创建成功后会在系统通知中提示,并出现红色的消息泡,点进去,再退出,发现系统通知上的红色消息泡消失,但是在下面的功能栏上仍然可以看到红色消息泡。
为什么产品组的人没发现这个bug?
可能产品组的人在进行创建群聊测试时,专注于看群聊是否创建成功,而忽略了消息气泡为消失的现象。

Bug2

Bug2.1
Bug2.2

描述:在Android端登入IM,进行添加好友,可以发现在Android端上的通信列表上出现了添加进来的这个人,但是登陆web端,点击好友栏,会发现还是显示暂无好友。
为什么产品组的人没发现这个bug?
可能产品组的人没有跨端口查看好友是否添加成功,就只是看了自己负责的这部分是否实现。

Bug3

Bug3.1
Bug3.2

描述:在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
原文地址:https://www.cnblogs.com/wgfp/p/12726515.html