Welcome To iris's Blog

路漫漫其修远兮,吾将上下而求索。
扩大
缩小
……

个人作业——软件评测

这个作业属于哪个课程 2020春|W班 (福州大学)
这个作业的要求在哪里 个人作业——软件评测
这个作业的目标 关于《腾讯即时通信IM》的案例分析
作业正文 下文
其他参考文献

一、SDK测评


1使用

1.1 微信小程序

1.2 iOS

1.3 Web

2 发现的BUG

BUG1及描述

未发现的原因:可能没有考虑到用户多次点击“发送消息”的情况,造成多次返回以及未设置用户的出现,测试工作做得不到位。
前提条件:微信小程序版本
操作步骤:
	1.在[消息]界面下,进入与该好友的消息对话框;
	2.点击[三横线]按钮,进入[详细资料]界面;
	3.点击[发送消息]按钮,再次进入与该好友的消息对话框;
        4.重复步骤2步骤3两次及以上;
        5.点击[左尖]按钮返回;
实际结果:重复几次就要返回几次,第一次返回该好友的[详细信息]界面,第二次及之后的返回全部显示为一个未设置的用户,[消息]界面出现该未设置的用户
预期结果:返回一次,并且不出现未设置用户
概率:100%

BUG1截图



BUG2及描述

未发现的原因:可能他们固有的思想都是先把用户从黑名单中移出来后再去添加,而且认为大家都是一样的做法(我猜
前提条件:iOS版本,将某个好友加入黑名单
操作步骤:
        1.在[消息]界面下,进入与该好友的消息对话框;
        2.点击[人像]按钮,进入[详细资料]界面;
        3.点击[加好友]按钮;
        4.点击[发送]按钮;
实际结果:系统界面弹出“30515”错误信息
预期结果:将该好友从黑名单移出,并加入好友列表,提示“添加好友成功”信息
概率:100%

BUG2截图



二、利用SDK你想要开发的产品


1 产品主要功能

一个按照剧集分享视频、剧照、吐槽、讨论、评分等功能于一体的在线互动讨论系统。

2 产品面向的用户

宅,喜欢看剧,爱聊天,热衷于和其他观众一起讨论、分享、吐槽剧情。

三、采访


1 采访对象的背景需求

对各种综艺、电视剧、电影爱不释手的一个姑娘,平时一个人看剧,发弹幕,偶尔在微信群里诈个尸,发个感慨(XX好帅啊! 这剧太好看了吧!)。有时只得到几句回应,有时聊的热火朝天。几个人的聊天室里,总有那么些个人沉默寡言(还不是因为没看过!),毕竟也不是每个人都看一样的剧。十分希望有这样一群人,大家看的是同一个节目,同样的集数,聚在一起来吐槽剧情……你一句我一句,聊的不亦乐乎。

2 用户体验

总体上来说体验还是不错的,能够满足简单的交流,但是在一些细节方面还有待改进。同时界面相对于简单,不能够很好的吸引用户的眼球。该DEMO并没有完全解决用户的需求。

3 用户对于SDK的意见

需要把人踢出群聊的功能;页面最好能色彩化,比如可以使用图片当背景;需要撤回消息的功能……

4 用户对于你想开发的产品的意见

功能挺好,对我这种又要追剧又爱小说又爱看电影,爱的数量还很多的人很友好。
很多时候只想看一个评分,还是那种很靠谱很靠谱的评分,不是刷出来的那种。
最好能根据我平时的观影喜好,给我推荐高分又优质的电影或者电视剧。
好友列表的话,需要拓展一下分组的功能。
模仿朋友圈的功能,像是自己剪辑一些电视剧的片段发出来,推荐好看的电视剧。

5 结论

推荐使用

四、分析SDK


1 时间规划(团队人数大约6人左右,计算机大学毕业生)

要做出这个产品大概需要4个月时间。按照我下文安排的16周开发计划,应该八九不离十。

2 同类产品对比优劣

  • 网易云信
    囊括了即时通讯的所有常见功能,例如聊天、语音、视频、自定义消息、@某人、消息记录、群组管理等等。支持海外访问,功能细节属于网易自研方案。
    收费方面,网易云信提供免费的测试版,包含所有基础IM及时通讯功能,可免费创建100个账号,不支持人工技术服务,不可商用。而专业版收费标准为1800元/月起,按照日活度计算价格,同时开启支持人工技术服务,可商用。
  • 环信
    相比较于网易云信,环信包含了更多的社交功能,同时拥有协同办公的解决方案,除去基本的实时音视频外还支持视频会议等延展功能。
    费用方面环信分为免费版和企业版,免费版除了提供基本的聊天功能以外,做了如下限制:用户数100以内、每日系统推送消息数2万以下、群组和聊天室数量2W以下、消息发送限流。而企业版除了放开了如上限制外,提供敏感词过滤,反垃圾服务,多端同步等功能。收费按9000元/年起,根据日活跃数加价。实时音视频额外收费。
  • 总结一下腾讯即时通讯IM
    优势:支持敏感词过滤,回调功能完全免费,资料关系链托管(如昵称、头像、自定义资料字段)。
    劣势:功能较单一,多终端同时在线需另外付费,消息漫游,仅保存7天(可付费增加),无实时音视频服务,文件传送控制28M 以下,无技术论坛社区。

3 团队软工方面提高

在安排测试时,要注意“用人之长,避人之短”。测试启动阶段,让测试部门的成员对整个系统达成一致意见,最好在第一轮测试时,尽可能发现较多缺陷,开发人员尽早修复。第二轮测试就可以进行模块交叉测试。一方面我们可以避免个人原因造成的漏测试,另外一方面也可以利用每个人不同的思维方式,很容易发现其它模块的缺陷,避免多次重复测试,提高测试人员的积极性。

五、规划你的产品


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

首先,做好美工设计。第一印象的很重要,就好比路上的帅哥美女,总是会让人忍不住多看两眼hhh。
其次,保证产品的质量。有了上面的前提之后,产品的质量是用户会第二考虑的,若是外表上光鲜亮丽,产品质量却不过硬,被用户抛弃是迟早的事情。而且这样的产品我自己肯定也不会用,更不用说用户了。

同类产品分析

  • 微光app
    可以一起看剧,同时也可以在聊天区域进行讨论。但是从微光的官方介绍来看,它的主要功能是“看片、交朋友”,社交性质更强烈一点。而我们的产品更关注的是影视剧其本身,以及用户之间的观影感受的分享交流。
  • 影视app自带弹幕
    不能实现有效互动,实效性也不能保证,很多弹幕都是别人很久以前发送的,而且要想利用弹幕来分享交流确实很费劲。
  • 豆瓣、贴吧、泡泡圈
    全都是采用动态——评论这种形式,很多评论得不到及时回复,互动聊天也不方便。
  • 影视app自带评论区
    很多影评虽然写的不错,热度也很高,但是时间比较久远,而且发表评论不一定能够得到回复。

NABCD分析

  • N (Need,需求)
    喜欢看剧的同时也讨论剧情;喜欢浏览别人对剧情的评价内容;热衷于分享他们对电视节目中各个情节和人物的爱憎;需要一个能够和志同道合的人进行实时互动的平台。虽然弹幕可以给观众一种“实时”互动的错觉,但是不同弹幕的发送时间还是有所区别,并具有一定的时延。而且弹幕的互动效果并不是很好,常常看到“前面XX的等等我”等相关弹幕。
  • A (Approach,做法)
    利用现有的腾讯即时通信IM SDK进行相应的扩展。给用户创造“分集”的条件,使用户的讨论更具相关性。为他们提供类似聊天室一样的场景,供用户分享与吐槽人物和剧情,喜欢热闹的可群聊,嫌嘈杂的可私聊。
  • B (Benefit,好处)
    使得用户可以及时分享观影心得,可与志同道合的人甚至亲友一起追剧吐槽,实现有效互动。
  • C (Competitors,竞争)
    这款软件的优势在于为观众们提供了一个即时的剧情交流平台,相比于弹幕、评论区等现有功能模块,更具有时效性与互动趣味,满足了用户想实时分享讨论剧情的需要。并且分剧集的特点使得用户的讨论更具相关性。
  • D (Delivery,推广)
    先在身边推广,分享给爱看剧爱讨论的朋友,以人带人,将我们的产品推广出去。
    在弹幕、评论区中分享我们的应用。(XX应用真好啊,大家可以一起来讨论剧情……真鸡贼啊hhh)

你要设计什么样的功能?

为他们提供类似聊天室一样的场景,供用户分享视频、剧照、吐槽、讨论、评分。同时给用户创造“分集”的条件,使用户的讨论更具相关性。

为何要做这个功能,而不是其他功能?

这些功能是现有的产品所不具备的,同时也符合大部分客户的需要。用户可以即时地进行剧情交流,相比于弹幕、评论区等现有功能模块,更具有时效性与互动趣味,满足了他们想实时分享讨论剧情的需要,并且分剧集的特点更加人性化,避免了一些不小心“被剧透”的气愤,用户的讨论围绕的是同一集剧情,更具相关性。

你会如何领导团队

安排好工作,不允许存在划水的队员,希望团队中的成员都能学到有用的东西。
定期安排小组成员会议,及时报告自己的进度,有压力才会有动力,同时也鞭策自己努力做好一个领导者。
做好测试,尽量找出bug,尽力给用户一个良好的产品体验。

为什么用户会用你的产品/功能?

因为用户需要一个能够和志同道合的人进行实时互动的平台,而现有的产品并没有很好的满足他们的需求。

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

1(前端+相关文档撰写),2(后端+相关文档撰写),1美工,1(测试+文档整理)

16周开发计划

第1周:需求分析
第2周:原型设计
第3周:系统以及接口设计
第4周:数据库设计
第5周:学习相关技术
第6-12周:按模块分配任务,前端+后端配合开发
第13-14周:内部测试,修改bug
第15周:用户测试和反馈
第16周:产品的推广以及发布

部署

应用服务器集群:4核8G3
关系型数据库:MYSQL数量:3(读写分离
2,备份*1)
缓存数据库:Redis数量:1
安全性:ARP(保证通讯数据安全)、DDOS(分布式拒绝服务攻击)

posted @ 2020-04-17 21:18  a长  阅读(204)  评论(1编辑  收藏  举报