个人作业——软件评测

这个作业属于哪个课程	2020春s班
这个作业要求在哪里	[个人作业——软件评测(关于腾讯即时通信IM的案例分析 )
这个作业的目标	通过分析 腾讯即时通信IM ，结合阅读《构建之法》，写一篇随笔。
作业正文
其他参考文献	......

个人作业——软件评测

第一部分 调研，评测

评测：

Web端体验


Android端体验


微信小程序体验

Bug1

• Android端修改群名片之后，Web和小程序查看时群名片并不会立即同步；只有小程序退出然后重新登陆的时候群名片才会修改。并且查看历史消息的时候，群名片依然显示的是当时发送该条消息使用的昵称，并没有随着每一次名片的更改而同步所有历史消息的昵称。
• 个人认为同步机制没有很好的完善，只有重新登录之后，才会重新刷新读取信息。
  
  

Bug2

• Android端添加好友成功后，在Web和小程序的好友列表依然没有成功添加好友；web端无法添加好友，即使可以私聊发送消息也无法添加至好友列表；小程序段没有添加好友功能，但发起会话后重新登陆小程序就会发现，好友列表出现了刚刚发起会话的联系人。
• 对于Android端添加好友小程序没有显示/小程序发起会话后需重新登录才能查看更新的好友列表 应该也是同步问题没有处理好，没有考虑到数据之间的交互，只有重新登录之后，才会重新刷新读取信息；
• 对于web端无法添加好友,(根本就没有做这个功能吧... 我认为是各个版本面对的用户数量和需求不同。web端使用人数较少，因此功能较为简化；Android端使用人数较多，因此完善了添加好友的功能；小程序段为了用户使用方便，所以采取发起会话则自动添加好友的功能。
  
  
  

Bug3

• Web端在群消息接受方式中选择 "接收但不提醒" 时，再次收到群消息后，消息列表依然会有气泡显示存在未读消息。但是选择 "屏蔽群消息" 时，再次收到消息后，消息列表则不会有气泡显示。即 群消息"接收但不提醒" 这个功能形同虚设。
• 个人认为此bug产生的原因之一是因为web端受众面小，所以功能较为简略（但是要说受众方面的问题，Android和小程序却没有群消息接受方式的选择...迷惑行为）；原因之二可能是在测试时并没有完完全全将所有细节的功能测试完毕。
  

采访：

构思你根据该SDK想要开发的产品，包括产品主要功能、产品面向的用户

• 功能：
  想开发一个为用户提供简便日常交流、交友的app。仅需要输入用户ID便可添加好友、分享日常进行互动；或者小程序会根据所填的个人信息推荐年龄层、爱好等接近的用户。
• 面向用户：
  手机使用频率较高者；或在生活中有较少机会去认识其他人的用户。

从你的身边寻找你要开发的产品的潜在用户，记载你对这位用户的采访：

• 1.介绍采访对象的背景和需求：

  • 背景：在校本科生
  • 需求：要有简洁干净的界面，操作和交互需要方便、人性化

• 2.让采访对象使用10-30分钟体验腾讯即时通信的demo
  

• 3.描述用户使用这个demo的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
  demo页面简约美观，操作也较为方便，基本上完成用户对于交流方面的需求。但是搜索、添加好友这个模块完成度不够好；app没有办法更换头像，使得聊天列表、好友列表界面看起来很不舒服，都是灰灰的头像。

• 4.用户对腾讯即时通信的功能有什么改进意见？

  • 对于一些基本功能，各个版本尽量做到统一和完善，如添加好友、删除好友、设置群消息接收方式等问题；
  • 应完善群名片修改、添加好友之后各版本好友列表的统一等由于数据互通和同步导致的问题；
  • web端自定义头像上传url后无法显示新头像，建议完善此功能，否则所有好友列表看上去头像都一样；

• 5.用户对你想开发的产品有哪些意见？
  对于推荐"周围好友"这个功能，如何较为精准的提供好友推荐？是否会有个人信息泄露的危险？

• 6.结论：经过这么多工作，你一定有充分的理由给腾讯即时通信下一个评价,请选择一个结论:
  一般

第二部分 分析

时间估计：

6个计算机大学毕业生，由于经验缺乏，能力锻炼较少，预计需要3个月的时间来完成

产品对比：

优点：和类似软件相比如网易云信来说，这个demo优点在于操作简便，对于用户自身的要求低；界面简洁美观
缺点：功能完善性较为欠缺，个别模块完成度不够好；在交互性方面也不太友好。

团队在软件工程方面可以提高的部分：

在不同端的人员需要加强互相的及时交流，完善不同端界面显示的差异性；同时对于数据同步的问题，团队开发人员也需要进行有效完整的反馈，防止同一个功能在不同端上运行的结果不一致。

第三部分 建议和规划

目前市场上类似的产品：探探、Soul、陌声、漂流瓶

NABCD分析

• N(Need 需求)：现如今许多年轻人由于学业、工作压力，私人时间急剧减少，即使有空闲时间也不太愿意走出门交朋友，而是更加愿意宅在家中睡觉、娱乐。由此导致朋友圈缩小，不太愿意再与他人进行交流。
• A(Approach 做法)：借助该SDK进行扩展优化，完善功能。添加自定义个人可分享资料填写的页面，例如日常爱好、年龄、喜欢的歌等，为寻找"周围好友"提供信息匹配的基础；添加"日常分享"模块，供用户分享日常生活或者抒发感想，增进好友之间的互相了解；在定位方面，更加注重保护用户隐私。
• B(Benefit 优点)：用户操作简便，且交互性良好
• C(Competitors 竞争)：软件可以自动推送"周围好友"，增加好友认识的随机性；自定义的个人资料分享可以帮助用户寻找到爱好相近的伙伴；保护用户隐私
• D(Delivery 推广)：可以先在福大以及周围学校进行app的宣传；联系微信公众号或者微博博主进行相应的宣传

如何更好领导团队

• 对目标用户做好完整的调查，设计高保真原型，确保用户有良好的使用感
• 增进团队之间人员的互相交流，防止出现成员"各做各"的局面发生而导致软件各个模块、功能无法有效整合使用。
• 定期开展小组讨论，合理调整进度

如何配置角色（开发，测试，美工等等）

1个美工，1个前端，2个后端，1个测试。如果其他人完成相应任务后还有精力，同样可以帮助测试人员进行测试。

16周进度表

时间安排	目标任务
第1周	需求分析
第2周	原型设计
第3周	系统结构设计
第4周	数据库设计
第5-7周	前后端对接测试，Alpha冲刺
第8周	前后端进行优化
第9周	功能模块对接整合
第10-13周	Beta冲刺
第14周	前后端连接，进行测试并修复bug
第15周	用户测试反馈
第16周	编写使用手册和项目文档，进行产品发布与推广

项目部署

应用服务器配置：4核8G x 2
后端服务器配置：8核16G x 3
关系型数据库：MySql数量：3(读写分离、备份 x 1）
缓存数据库：Redis数量 ：2（主备）
网站安全性：WAF,DDOS