个人作业——软件测评

个人作业——软件测评

---

这个作业属于哪个课程	<2020春S班(福州大学)>
这个作业要求在哪里	<个人作业——软件测评>
这个作业的目标	产品分析
作业正文	<个人作业——软件测评>
其他参考文献	...

测试对象： 腾讯即时通信IM

一.评测

1.1demo测评

针对本次作业我使用了ios端、web端还有微信小程序版本的Demo，同时为了测试的完整性和全面性，我在两部手机上同时安装了Android端的Demo，这样可以在我们的对话使用上发现一些Bug并且可以得到安卓端Demo的一些功能问题。

使用记录截图

• Android端Demo

• 微信小程序Demo

• web端Demo

存在的功能bug

（1）消息已读延迟

app端的Demo都具有消息已读和未读的功能，正常情况下在用户A给用户B成功发送消息后，在消息的角标显示“未读”，当用户B点开对话框后“未读”变成“已读”，所以若用户B回复消息，则用户A消息旁的”未读“一定变成“已读”。但是在测试的过程中发现，当我发消息给我的朋友时且得到了回复，“未读”仍未改变。在过了一段时间之后，“未读”才变成“已读”。

（2）web端-好友列表为空，无法操作好友相关
app端的demo在还有列表里面的信息可以正常显示，然而在web端的还有列表里我所添加的好友信息全部都没有，没法进行相关的功能操作

1.2为什么这个产品组的人没有发现这些bug?

其中已读消息延迟的原因可能都是网络延迟的原因，也有可能是系统内部的运算机制效率比较低的原因。当使用的用户数量巨大的时候，系统为了同步对话双方的消息和状态都需要大量的数据缓存机制，然后经过对比和不断的更新，实时显示消息的已读未读状况。而至于web端好友列表信息为空的原因我个人认为应该是产品组在测试的把关不够严格，也可能是不同的浏览器配适造成的差异。

二.采访

2.1项目分析

• 我想做一款情感宣泄与故事分享的小屋

现在的年轻人在不知不觉之中慢慢的也就成长，从那个年少时候懵懂无知的小孩，变成了现在的少年少女，没有人会真正的去教会他们如何缓解内心的负面情绪，面对当今社会的压力，失恋，裁员，考试失利等等...有的时候他们往往不想给父母过多的担心，有的时候他们选择了倾听可自己的情绪却无人开导，无人诉说，有的时候又觉得自己所诉说的对方并没有感同身受的经历，也不知如何去开导你，近年来越来越多的人患上抑郁症，他们或许只是缺少一份开导，一些同情，乃至一些安慰。所以便有如下的思路来开发一款情绪宣泄与故事分享的一个小平台。

（一）主要功能

1.即时聊天的基本功能。

• 同微信QQ一样，具有可以添加好友，与现实中或者网络上的真人进行对话。支持群聊、视频语音通话、收发红包、个人账户钱包等功能

2.故事分享

• 每个人都能将自己的故事发布到这个平台，每个人发布的故事先经过后台管理员的审核，然后同意以后才可以显示在页面，每个非发布者的用户，可以在用户的发布故事的下面进行评论，鼓励，打赏等等操作，同时也可以在玩家发布的信息中去寻找和自己相似的经历，在故事分享平台，每个人发布的故事可以定义一个标签，可以进行标签搜索，然后筛选取自己感兴趣的内容进行查看回复。

3.情绪宣泄

• 模拟宠物：每个人情绪宣泄的方式可能不经相同，所以的我们选择了模拟宠物的一种方式。宠物也是人类最长情的一种陪伴。可以给宠物为食，洗澡，玩耍等等交互功能
• 音乐电台：可以选择在音乐电台播放自己喜欢的歌曲，音乐电台可以打开后台模式，边听歌边看别人的故事，还会根据用户最近听歌的类型推送相似歌曲
• 游戏宣泄：游戏就是简单有趣的休闲游戏

（二）面向用户

用户群体类型：

• 面对当今社会的压力，失恋，裁员，考试失利等等一系列心情处于低谷期或者闲暇无聊的人群

（三）NABCD分析

1. Need（需求）

• 一、对产品功能性的需求

即时聊天的基本功能（直接沿用腾讯SDK）
一个发布故事的平台系统
自动搜索同步推送功能，根据用户所选感兴趣的标签，推送给订阅用户
音乐电台播放功能
模拟宠物养成及陪伴功能
游戏宣泄的拓展功能

• 二、对产品开发过程的需求

大数据分析，例如匹配信息用到的算法等
数据库的用户信息存储和用户发布的故事的相关信息等
丰富的交互功能，例如玩家与宠物之间的互动等

• 三、非功能性需求（服务质量需求）

实时更新故事推送保证用户的信息获取速度
界面的通用性，容易操作
避免即时聊天的发送接收延迟
宠物模块的人性化
游戏板块的娱乐化

• 四、综合需求

聊天版块
音乐板块
个人信息版块
故事板块
游戏板块
宠物板块

2. Approach（做法）

游戏板块：整合各大游戏网站的页游
宠物板块：模拟QQ宠物重现一个类似功能
音乐板块：整合网易音乐的音乐库
故事板块：搭建一个平台，可以共享故事
个人板块：个人信息的存储

三、对生活中潜在用户的发现和调研

3. Benefit（好处）

一、可以与宠物互动

二、不用担心情绪无处发泄，别人厌烦，只要你想说的就能发布到故事平台

三、音乐，故事随喜好推送

4. Competitors（竞争）

心灵上的安慰是别的产品给不了的
大众化的界面，即导航栏加内容框加底部切换按钮，更容易上手
白黑两种主体颜色可选，主打简约ins风
内容框中可由底部切换按钮切换为故事广场、聊天、宠物信息，音乐电台和我的信息。
不用担心情绪无处发泄，别人厌烦，只要你想说的就能发布到故事平台
音乐，故事随喜好推送
宠物互动，不必再担心没有陪伴，孤独的感受

5. Delivery（推广）

​采用网站推广的形式，多在类似微博、b站、网易云音乐等汇集了目标用户的地方购买广告位。也可以采用身边人推荐的方法，试用推广。

2.2采访

本次采访选择以电话形式进行采访，采访对象分别以下两位

姓名	年龄	性别	用户类别	用户需求
田某	50	女	平时闲暇时间没事，为生活琐事而烦恼	无聊无事希望打发时间
高某	20	男	在校读书，大三学校，临近毕业压力山大	希望能有合理的宣泄平台，能缓解压力

• 先让采访对象体验10-30分钟的demo

问：描述用户使用这个demo的过程, 用户的问题解决了么？

• 用户根据我提供的二维码下载了安卓app端的Demo和微信小程序端的Demo，并注册登录，加我为好友，与我进行平日的聊天测试。这个Demo还是普通的即时聊天软件，对于这样的功能，用户是不存在什么问题的。因为平日里的QQ、微信就已经足够满足用户的聊天需求了。

问：软件在数据量/界面/功能/准确度上各有什么优缺点？

	优势	劣势
数据量	无	无
界面	简洁美观	缺少引导性的标识，对于年纪稍长的用户难以自己探寻
功能	能进行用户之间的聊天，图片，视频	缺少一些附加性功能，类似朋友圈等
准确度	能精确的查找到你想添加的用户	无

问：用户体验方面有问题么？

• 用户体验方面有可感触的反馈系统状态，系统界面符合用户的现实惯例，用户有控制权，符合一致性和标准化；但是由于功能的简陋导致交互性较差，尤其是不同端上好友系统的bug使用户体验较差，还有视频通话的画质极其差，腾讯这个demo界面不是很友好，存在前面的一些bug，有一些不完善。也带来不好的用户体验。

问：介绍你想用这个SDK开发怎样的产品？

• 我想用这个SDK开发一个情感宣泄与故事分享的小屋，因为现在的年轻人在不知不觉之中慢慢的也就成长，从那个年少时候懵懂无知的小孩，变成了现在的少年少女，没有人会真正的去教会他们如何缓解内心的负面情绪，面对当今社会的压力，失恋，裁员，考试失利等等...有的时候他们往往不想给父母过多的担心，有的时候他们选择了倾听可自己的情绪却无人开导，无人诉说，有的时候又觉得自己所诉说的对方并没有感同身受的经历，也不知如何去开导你，近年来越来越多的人患上抑郁症，他们或许只是缺少一份开导，一些同情，乃至一些安慰。所以便有如下的思路来开发一款情绪宣泄与故事分享的一个小平台。

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

• 对于个人信息编辑这块要多多加入一些功能，很多个人功能没法进行，比如换头像，只能通过系统随机挑选的头像，而且或有一段较长时间的延迟，效果很不友好；还有上面提及的很多bug要及时修复；对于用户的意见要及时反馈。

问：用户对你想开发的产品有哪些意见？

1. 在情绪宣泄的功能可以更加丰富一点；
2. 在受众人群中不具有用户粘性，用户情绪宣泄以后就可能不再使用软件，可以新增一些其他功能吸引留住用户；
3. 对demo存在的问题尽可能进行解决。

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

• 一般

三.SDK分析

估计这个SDK做到这个程度大约需要多少时间？（团队人数大约6人左右，计算机大学毕业生）

我估计这个sdk做到这个程度大概需要4个月的时间，因为毕业生可能对合作开发还不太特别熟悉相对于已经工作的人来说。

时间分析

周期	应完成的任务
第1周	需求分析，写出产品需求说明书等
第2周	原型设计
第3-4周	数据库规格说明书
第5周	开始前后端搭建的框架，前后端人员进行分析讨论，对于可能存在的问题进行一个大致的分析
第6-9周	基本实现项目的基本功能
第10-12周	前后端技术人员进行联合讨论，项目整合，并且测试人员要对前后端进行测试
第13周	对存在的问题进行解决，项目冲刺
第14周	项目使用说明书编写，征集抢先体验用户的意见反馈
第15周	对于用户的反馈进行有目的修复bug，完善功能，继续编码完成最终版本
第16周	项目推广，文档修订

同类产品优劣对比

产品功能	阿里云视频	腾讯云视频	七牛直播云	网易云视频
服务	直播 点播 转码 互动直播	直播 点播 转码 互动直播	直播 点播	直播、点播、互动直播、互动白板
推流SDK	Android/iOS/windows	Android/iOS/windows	Android/iOS/windows	iOS 推流 SDK Android 推流 SDK Windows 推流 SDK Web 推流 SDK
播放器SDK	Android/iOS/Windows/Web	Android/iOS/Windows/Web	Android/iOS/Windows/Web	iOS 播放器 SDK Android 播放器 SDK Web 播放器 SDK
转码	H264.H265编码业界先进的窄带高清转码技术，在同等清晰度下，码率低20%以上	目前媒体转码服务推出的是共享型转码资源，每个用户有10个配额，即在资源相对富余的情况下每个用户最多可同时执行10个转码作业，在资源紧张时也可能拿不到10个转码资源	超过10000台分布式转码集群；2000 并发转码；保障转码质量效率	30并发转码
CDN	全球1000+节点，分布60多个国家和地区，覆盖六大洲	全球800+节点	全球300+	全球500+
直播录制	支持	支持	支持	支持
安全	URL鉴权	防盗链	黑白IP设置	https加速
并发量	千万级	千万级	百万级	千万级

团队在软件工程方面可以提高的一个重要部分（具体建议）。

我觉得可以界面优化部分，这个demo的界面交互真的不是很友好，在没有网络的情况下，历史信息也看不了。

四.产品建议及规划

如果你是项目经理，如何提高从而在竞争中胜出？

• 提高自己介绍产品的语言表达能力
• 加大推广力度（必要时可以加大宣传投资）
• 保证产品的美观
• 多用户测评产品不卡顿无bug
• 开发亮点功能

目前市场上有什么样的产品了？

目前我还没有了解到市场上存在针对这一块的产品

你要设计什么样的功能？

*即时聊天的基本功能（直接沿用腾讯SDK）

• 一个发布故事的平台系统
• 自动搜索同步推送功能，根据用户所选感兴趣的标签，推送给订阅用户
• 音乐电台播放功能
• 模拟宠物养成及陪伴功能
• 游戏宣泄的拓展功能

如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？

我会安排1个人做美工，1个人做安卓后台，还有1个人做安卓前端界面与交互，还有1个人web前端，1个人web后端，1个人做测试。如果都是计算机专业的学生那么在前端后端等这边不会存在太大的问题，玩而问题主要是存在于美工的地方，因为我的产品里面的附加功能例如宠物系统，游戏系统等会有大量的图片与人家交互，所以需要美工这方面面做出努力。所以特意安排了1名队员去学习美工。

你会如何领导团队

1. 首先我会先布置团队的任务安排表。每个人的任务都应该是等量级的，在安排任务的时候就应该布置好工作，不会后面出现大家觉得不够公平的情况
2. 在团队实现项目的过程中我们应该时刻都关注着各个部分的进度情况，而不要出现一方已经开发领先，而另一方还在设计这种情况。
3. 作为团队的领导人物要做的就是带给团队更加多的欢乐，要让团队在整个过程中要该开心的时候开心，该严肃认真处理的时候就要认真。

项目部署

* 服务器：一个动态，一个静态，8核32G
  * 带宽：100M级别
  * 关系型数据库：3台(读写分离2，备份1)
  * 缓存数据库：2台
  * 网站安全性：WAF、DDOS