个人作业---软件评测

这个作业属于哪个课程软件工程
这个作业要求在哪里 个人作业---软件评测
这个作业的目标 评测腾讯即时聊天软件，对即时SDK的建议和规划
作业正文 ...
其他参考文献 《构建之法》

一、调研、评测

1.1 评测

本次作业针对IOS端、web端和微信小程序端进行测试，同时与Android端的同学同时进行测试，以进行完整的软件的测试，可以得到一些Android端的bug以及Android端和IOS端聊天中的bug

1.使用过程

  • web端

 

  • IOS 端

  •                

 

  • 小程序端

  •             

2.功能性bug

（1）未读已读混乱

当用户A使用web端，用户B使用IOS端聊天时，当用户A已经回复消息时，用户B的界面显示所发的消息的为未读状态。只有同时使用手机端聊天时，未读消息才会及时显示为已读，如果有一方使用非手机端聊天时，就会出现未读和已读混乱。

该图为IOS端与电脑端聊天时

     

（2）通讯录好友不统一

首先，在web端添加的好友，在web端的好友通讯录中没有记录，其次加好友当用户A添加用户B好友时，用户A的界面会显示有好友，但是在用户B的通讯录界面会出现好友消息滞后。

当我已经加好友“凉晨”成功时，我的界面已经存在好友记录，但是在他的界面不存在我的好友记录，滞留一段时间后，才出现。

   

（3）IOS端聊天输入框消失或半消失

当从聊天界面进入右方的个人详情界面再退出到聊天界面时，聊天输入框被键盘半遮或全部遮挡，导致打字内容消息看不到

              

（4）IOS端消息开启但不提醒，Android端消息提醒无法关闭

当系统通知和软件内通知全部开启时，仍然没有消息提醒，并且软件消息数量以推出软件时的数量为显示，不会随着消息的变化而变化，会一直固定在一个数值

               

（5）不同平台所支持的功能不同

  • web端和小程序端支持视频通话，但是IOS端不支持，只有双方同时使用小程序端或者web端才可以视频聊天，如果有一方使用app端会显示不支持自定义消息等。

（6）web端群聊界面错乱

当在群聊A中打开群聊详情后，再切换到群聊B，当再切回群聊A时，此时群聊A中的详情显示为群聊B内的详情，此时群聊内只有4个人，但是群成员详情为下方的交流群内的群成员信息。

3. 预测原因

对于已读未读混乱、通讯录好友错乱等预测原因可能是网络延迟或者系统数据库缓存机制较慢，当过多的用户进入系统，数据库处理能力有限，导致数据混乱从而出现延迟和错误的现象。

对于IOS端手机消息不提醒预测原因可能是功能没有完善或者IOS端有一些bug导致功能没有实现

对于输入框消失预测原因也是可能是IOS端的问题，因为询问Android端的同学，他们并没有出现这样的问题，但是每个iPhone用户都出现这样的问题，可能是软件和系统不匹配的原因导致输入框消失

1.2 采访

1.产品

  • 想要开发一款以讨论当下热门剧集或者明星话题的实时聊天软件

  • 面向用户：为一些喜欢看剧的同学可以一起聊天或者讨论一些剧情内容等等

  • 主要功能：

    1. 可以同步看剧，对于不同的剧集可以根据剧情的进度进行讨论吐槽，分析剧情等等

    2. 可以通过视频或者语音等功能进行真人探讨聊天

    3. 模拟剧情聊天，对话人物为某个剧集内人物，聊天背景为该剧，可以和不同的角色聊天。

    4. 资源展示：会有一个资源区用来存放当前剧集的资源，还有一些当前剧集中相关花絮或者明星的资源展示，可以及时的汇总所有资源。

  • NASD分析：

    （一）Need：

    1. 沿用腾讯SDK即时聊天软件，实时聊天

    2. 资源整合需求，需要将各个平台的视频资源整合在同一个平台上。

    3. 大数据需求，需要大量的数据模拟剧情角色的话题

    4. 人工智能，角色模拟对话系统

    （二）Approach：

    1. 各大视频平台的使用体验

    2. 身边需求调研和发现潜在用户

    （三）Benefit：

    1. 模拟剧情聊天的新鲜感觉

    2. 集体讨论剧情的方便

    3. 剧情资源汇总的方便性

    （四）Competitors：

    1. 相对于竞品而言不仅仅是一个聊天软件，更多的亮点是模拟聊天。

    2. 资源总和，聊天软件集合一个资源总和更加方便。

    3. 界面简约大方，以基础色为主。

    （五）Delivery

    采用同学内测和微博等平台的推广，同学之间进行互相推荐。

2.采访

  • 采访对象背景和需求：

    • 背景：喜欢美剧韩剧等国外的电视剧，此类用户较为分散并且一些视频软件没有资源，对于一些剧情的讨论没有志同道合的朋友

    • 需求：需要一个可以实时聊剧情的软件

  • 用户使用：

  • 用户使用demo过程中的问题：

    • 用户界面过于简洁

    • 只能基础聊天，没有特殊功能

  • 想要使用SDK开发的软件：

    • 一个可以实时剧情聊天的app，包括模拟剧情聊天和剧情资源。

  • 用户对腾讯即时通信的功能的改进意见：

    • 用户界面过于简洁

    • app图标不够美观

    • 能相较于市面已存在的聊天软件相差巨大 (甚至不如09大火傻瓜机QQ使用体验)

    • 对相关不文明词汇过滤较差

  • 用户对你想开发的产品的意见：

    • 目前尚处于萌芽发展状态的云通信Im软件，有很大的开发发展空间潜力，在传统聊天功能的基础上，能够以此为基础不断结合市场需求和用户变化，增加适应时代发展的功能应用，势必能成为下一个聊天软件市场的后起之秀

  • 结论：

    • 选择一般

 

二、分析

1.工作时间估计

大概估计时间在5个月左右

2.分析优劣

与网易云信相比较

劣势：

  • 网易云信具备我的电脑功能，实现了电脑和手机端的交流，更加方便，而且腾讯的通讯录等功能无法实现，而网易云信可以实现好友状态等，网易云信可以自定义头像等功能，在腾讯中，不允许自定义头像。

  • 现在的腾讯仅支持一对一视频，不支持群内视频

优势：

  • 腾讯有已读未读功能，可能有部分人认为已读未读功能不是很合适，但是仍然是一个亮点功能。

  • 支持消息撤回

3.具体建议

  • 要从别的软件中汲取优点，完善自身的缺点。

  • 软件的功能的实现要更加具体。很多功能不能实现并且没有实用价值，其中功能的设置要贴合这个软件设计时的主要目的，对主要功能的实现更加完善，而对于与软件本身的主要功能无关的一些附属功能要更加小心的斟酌是否需要这个功能。

三、建议和规划

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

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

    • 提高软件的实用性，减少软件的bug

    • 增加软件的美观性，做到简约大方

    • 软件功能创新性，突出自身软件的亮点

    • 提高自身能力

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

    • 豆瓣微博等资源较多的软件

    • 一些模拟聊天器

  • 你要设计什么样的功能？

    • 模拟剧情角色与用户聊天，聊天背景为剧情本身

    • 各种剧的资源的整理与集合

  • 为何要做这个功能，而不是其他功能？

    • 现在市场中有各种各样的聊天软件，也有各种各样的视频软件，当一个用户在看剧时想要聊关于这个剧情的内容时，或者弹幕或者在外部的聊天软件，弹幕一瞬而过不能深入聊天，而外部的聊天时不能够发现哪些人是喜欢这部剧的，大部分时间都是和自己的朋友或者身边的人聊天，这时候如果有一个可以整合看视频并且聊天的软件，就可以很好的解决。

    • 模拟聊天在市场中有很多，大多数是以爱豆偶像等为主题，很少以电视剧情为主题的模拟聊天。很多人在看剧的时候会很好奇如果自己在这个情节下，自己的做法是什么，这种感觉可以给用户一种自己在参与电视剧的感觉。

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

    • 资源丰富

    • 模拟会话刺激创新

    • 聊天方便实时

  • 你的创新在哪里？可以用 NABCD 分析。

    • Need

      1. 模拟剧情的对话

      1. 资源完整丰富

    • Approach

      身边同学需求得分析

  • 如果你来领导这个团队，会有什么不一样？

    • 如果我来领导一个团队，我会更多得倾听团队成员的想法和思路，这是一个创新类的软件，需要更多的想法的碰撞，所以要更多的思维的迸发，当团队的成员在开发过程中会有一些想法，这时要及时的进行讨论。并且在开会过程中要及时的掌握软件的开发的整体进程，及时进行一些会议进行进程的调整。

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

    • 在前期的需求分析阶段全部人参与。

    • 在开发阶段，IOS端两人，一人负责前端一人负责后端，Android端两人，一人负责前端一人负责后端，剩余一位负责美工。

    • 测试阶段，由组内交换，例如可以Android端测试iOS端的软件，iOS端测试Android端的软件等。

  • 描述你的团队在周期为16周，每周都要做什么，才能保证在第16周如期发布软件。

    • 第一周：用户需求分析和调研

    • 第二周：系统人员安排和开发准备

    • 第三周：原型制作

    • 第四周---第五周：系统设计、数据库设计、接口设计

    • 第六周---第十四周：开发

    • 第十五周：测试完善

    • 第十六周：推广发布

  • 项目发布后，有没有考虑过项目该怎么部署才能满足需求？依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

    • 应用服务器配置：4核8G×2

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

    • 关系型数据库：MySql 数量：3

    • 缓存数据库：Redis 数量：2

    • 网站安全性：WAF、DDOS

posted @ 2020-04-17 14:52  82_82  阅读(225)  评论(1)  编辑  收藏  举报