个人作业——软件评测

这个作业属于哪个课程	<班级的链接>
这个作业要求在哪里	<作业要求的链接>
这个作业的目标	通过分析 腾讯即时通信IM ，结合阅读《构建之法》，写一篇随笔
作业正文	<作业正文的链接>
其他参考文献	《构建之法》第八章，第九章，第十二章

第一部分 调研，评测

主要测试了WEB,Android,微信小程序三个端口，win端虽然也下载并且使用了的但是win的BUG实在是太难描述了姑且不写了

• BUG:无法看到其他用户/群组自行上传的头像
• 端口:web,微信小程序
• 详细描述:通过一个账号A上传头像之后，登录另一个账号B，由账号B向账号A发起会话，是无法看到账号A刚刚上传的头像的，群聊功能也和这个情况类似
• 你觉得为什么这个产品组的人没有发现这些BUG:多次刷新重新登录以后才可以看到其他人头像，而且相对于web、微信小程序，Android的DEMO是可以正常查看其他用户的头像的，可能只是实现上有困难吧
  
  
  

• BUG:群成员列表显示错误
• 端口:WEB
• 详细描述:群成员列表有的时候会读取其他群的群成员，成员列表显示混乱，但是这个时候群主依然可以使用群主的踢人权限把人移出该群，把人移出该群后群成员人数会变成负数
• 你觉得为什么这个产品组的人没有发现这些BUG:我觉得可能已经有人发现这个BUG了，但是不知道BUG的原理或者技术原因所限没有修复
  
  

• BUG:不能使用已经无人的Private群的群ID
• 端口:WEB
• 详细描述:创建一个只有一个人Private群后，群主退出该群之后群ID依然是被占用的状态，之后再创建同样ID的群是不可以的
• 你觉得为什么这个产品组的人没有发现这些BUG:对应到Android端口上的话，Private群应该是【讨论组】的意思，讨论组理论上创建和弃用都非常简单快速，但是QQ上这个功能已经废弃很多年了，所以产品组没有认真对待吧
  

• BUG:不同端口之间信息以读消息不同步
• 端口:WEB，Android，微信小程序
• 详细描述:同时在多个平台登录账号，一个平台确认消息以读以后其他平台对于同一消息的未读气泡不会消失
• 你觉得为什么这个产品组的人没有发现这些BUG:一般来说对于用户使用上，读取信息只需要使用一个端口就足够了，不太需要同时多个端口确认消息以读
  
  

• BUG:AVChartRoom的创建问题
• 端口:WEB
• 详细描述:AVChartRoom创建的时候默认不能添加群成员列表，但是如果先选择的是其他类别的允许增加群成员列表群创建，最后改成AVChartRoom类型的群，成员列表还是会有已经保存的群成员，但是群创建成功的时候就不会有这个群成员了。
  此外，账号A创建AVChartRoom群聊创建成功后，这个新的群不会显示在账号A的群聊列表，要在群聊界面搜索对应群的ID才会出现该群；打开群以后账号A会显示【加入该群】，但实际上账号A本身就是这个群的群主，不存在加入该群的说法。
  多个AVChartRoom群组每次最多同时使用一个。
  AVChartRoom不管群内有几个成员，成员列表都只会显示一个人
• 你觉得为什么这个产品组的人没有发现这些BUG:Android端口是没有这个类型的群组的，可能是项目组做的一个小小的测试还没有完全实现功能
  
  
  

• BUG:群成员列表不会显示群昵称/用户昵称和用户头像
• 端口:Android
  详细描述:群成员修改了自己的用户名/群昵称的情况下，从Android端口打开成员列表只能看见群成员的ID，头像也只是默认头像
  你觉得为什么这个产品组的人没有发现这些BUG:应该是粗心吧
  
  

假如你需要用这个腾讯即时通信SDK开发属于你的自己产品

简介

卡片时间云对战是一个提供给实体卡牌玩家视频对战的一个程序，世界上有很多的实体卡牌玩家热衷于收集卡片，但是现在网络越来越发达生活节奏越来越快，导致有很多玩家很少有机会面对面的和人玩实体卡。
卡片时间云对战提供给实体卡牌玩家视频对战的机会，同时因为很多实体卡的计算流程非常复杂，我们给玩家提供的是一个在线的点数计算器，用于记录双方的生命值，角色卡生命值，代币攻击力，指示物数量等等一系列点数的计算，让玩家即使不是面对面也可以玩实体卡

NABCD模型

N（Need，需求）

• 面向的对象
  该产品的目标用户是各类实体卡玩家

• 用户的基本需求
  对于大多数目标用户，需要是防止各类卡片游戏带来的记忆疲劳问题，一般在桌面游戏上我们可以通过计算器和各种指示物来判断各种数据，我们可以仿照桌上游戏的做法把指示物的记录放到线上

• 扩充需求
  玩家需要的是和不一样的人进行游戏，我们要加入的是添加好友的功能和娱乐匹配功能，玩家根据所选择的游戏种类进行匹配，可以匹配到同一游戏环境内的玩家。同时根据不同的游戏除了娱乐匹配以外还需要增加竞技天梯，增加玩家粘性

• 未来发展
  同种类的程序开发还比较少，市场还在比较空缺的状态

A（Approach，做法）

• 平台
  使用程序需要用户较为集中，而且用户一般需要一个独立的摄像头才能使用该软件，所以会是一个桌面应用。

• 扩展功能
  目前本产品有交友和娱乐匹配两个功能

B（Benefit，好处）

• 平台
  平台使用简单，可以引入较为简洁实用的UI设计

• 扩展功能
  交友功能以加强玩家之间的联系，并且在一定程度上达到推广的作用。
  娱乐匹配满足玩家最基本的需求，满足玩家最基本需求的同时降低玩家记忆疲劳度，竞技天梯则是激发玩家之前的竞争心理，提高玩家的粘性

C（Competitor，竞争）

• 目前市场上的同类产品比较少，KONAMI在开发游戏王的视频对战软件，但是软件中并没有体现太多降低玩家记忆疲劳的点，而且专注于游戏王的开发并不能移植到其他的实体卡牌游戏使用，我们的优势是能够应对的卡牌游戏面更广

优势

• 市场广大
• 界面整洁，主次分明，操作简单

劣势

• 程序很容易做出代替品，容易被超越

D（deliver，推广）

该产品准备了以下推广手法：

• 和各种线下实体卡店合作，投放广告海报和二维码，是实体卡玩家最直接能获得信息的地方
• 在旅法师营地，百度贴吧，新浪微博等玩家社区进行宣传

用户调研

• 用户背景
  本次采访的用户是玩了七年游戏王的资深玩家麻酱再临，同时也涉猎过很多类似万智牌，隐秘世界等等卡牌游戏。曾经担任过魔偶甜点吧和影依吧的吧主，在15年出售过SER拿菲力，是游戏王实卡圈的慈善家。毕业于福州大学，大学期间非常喜欢和朋友一起打实体卡，但是毕业后回到贵州，因为和一起玩卡片的朋友都在不一样的地区所以卡片收藏被雪藏起来
  

• 使用这个demo的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
  可以满足基本的交流需求，但是群实在不很好用，群成员人数一多就很难查找。UI界面也比较一般，甚至找不到在哪里加好友，找群信息也找了好久

• 用户对腾讯即时通信的功能有什么改进意见？
  把群信息加好友这些功能放到显眼一点的地方

• 用户对你想开发的产品有哪些意见
  玩实体卡视频对战打一张牌点一下屏幕还是太麻烦了，要是能做到自动识别卡片就好了

• 结论
  推荐程度一般

第二部分 分析

• 时间规划
  以一个六人大学生团队，如果只是开发一个WEB端的话我认为开发到这个程度大约需要两个月，这么多端口的情况下时间大概相应增加到四五个月。
• 同类产品对比优劣
  软件稳定性还是很不错的，和网易云信、融云等差别，功能上主要主要体现在没有没有实时音视频服务等等。 并且初步使用上该产品并不收费，对于初学者非常友好。此外感觉腾讯的产品设计非常不拘小节，有很多这里一点那里一点的小毛病。
• 团队软工方面提高
  基本功能已经非常完善了，我认为还是优先修复各种BUG

第三部分 建议和规划

　　团队配置
　　后端：1人
　　美工：2人
　　后端兼测试：2人

开发计划安排
第一周：	进行需求分析以及原型设计
第二周：	建立开发规范，编写数据库使用说明，确定所需要使用的相关框架，进行系统设计
第三周：	学习新技术
四-十一周：	软件开发
十二-十五周：	测试以及修复BUG
十五-十六周：	软件发布

部署
　　应用服务器配置：4 核 8G*2

　　后端服务器配置：8 核 16G*3

　　关系型数据库：MySQL（读 1、写 1、备份 1）

　　缓冲数据库：Redis（主 1、备 1）

　　网站安全性：WAF、DDOS