个人作业——软件评测

这个作业属于哪个课程	福大20春软工S班
这个作业要求在哪里	个人作业——软件评测
这个作业的目标	通过分析 腾讯即时通信IM ，完成一份调研报告。
作业正文	个人作业-软件评测（221701135）
其他参考文献	《构建之法》

一、SDK评测

SDK体验：

微信小程序使用情况如下：

---

Android使用情况如下：

---

web端使用情况如下：

---

相关的BUG描述及其产生的原因：

BUG1

  在测试的三个demmo当中，只有Android端可以添加好友和创建群聊、讨论组和聊天室，web端和小程序端无法进行这些操作，
只能发起会话和通过群ID查找群聊。小程序端和web端通过搜索群聊ID的方式查找添加的只能是“群聊”，讨论组和聊天室都无法通过查找群聊ID查找。
但是在群资料当中还由群聊ID的信息。
无法查找聊天室

上图显示为：web端通过聊天室ID查找聊天室，结果显示聊天室无法查找。

---

BUG2

  在测试的三个demmo当中，查看好友列表Android端和小程序端可以，web端无法查看，显示好友列表为空。
然而同一账号在Android端或者小程序端登录之后，好友列表可以正常显示。
web端无法显示好友列表

上图显示在web端登录时无法显示好友列表，换做小程序登录好友列表就可以正常显示。

---

BUG3

  在测试的三个demmo当中，只有Android端有消息状态的显示，即在会话框中每条消息旁都会有已读和未读两个状态，另外两个都没有。
由Android端发出消息且在web端读取消息之后，Android端的消息状态不会显示为已读，而是继续保持未读状态。
消息读取状态不会更新

上图为web端接收和发送消息

上图为Android端发送和接收消息

---

BUG4

  web端的未读消息条数不会因为已经读取过，甚至是在自己还发出新的消息而消失，依旧是有部分消息条数没有消失

---

产生这些BUG可能的原因

  1、项目组的测试人员没有进行充分的测试，比如：BUG4。只要简单的测试就可以发现。
  2、web、小程序、Android三个不同demo的开发人员可能不是同一组人员，不同成员或者不同团队之间没有进行充分的沟通。
就比如：BUG2和BUG3。其实只要有充分的讨论和研究，就不会出现怎么明显的BUG。
  3、需求分析不够充分。比如BUG1。我觉得这个BUG很可能是因为没有充分的需求分析才会有的BUG。
假设有足够的需求分析，在聊天室和讨论组的资料简介当中就不应该出现“群组ID”这个信息项，这个信息项的出现就会产生误导，
让人误以为可以通过该ID信息查找进入对应的聊天室或者是讨论组。且聊天室和讨论组的存在似乎没什么必要。
聊天室、讨论组和群组三个群聊的功能高度相似，可以直接合并成一个。

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

产品的功能

  设计开发一种基于家庭式的聊天互动APP。
  用户可以通过查找家族群ID进入群聊，进入群聊时系统会自动推荐添加群内成员进行好友添加，以此减少询问账号的流程，增加家族成员之间的联系。
  每个群主也可以通过家族群的账户进行家庭动态分享，向其他家庭展示本家庭的家庭风貌。该类动态是对全体成员的好友可见的。

用户分析

  当前微信群有家族群这类的亲情类的群聊出现，但是微信并不能进行定制化地服务，且用户也有一些特殊的需求需要被满足，
比如展示家族风貌，分享家族动态，家族动态分享范围较小等，本产品就是满足这些用户的需求。

三、采访

采访对象的背景需求

采访对象：远房表弟
需求描述：家族成员一起聚会、去旅游时，会记录一些精彩时刻。家族群中添加亲人还需要询问账号在进行添加，其实群里面已经是熟悉的亲人了，一些长辈再去询问未免有些尴尬。

用户体验

描述用户使用这个demo的过程, 用户的问题解决了么？
问题基本解决。
软件在数据量/界面/功能/准确度上各有什么优缺点？
软件体验较差。界面简洁清爽，但是功能较为单一，有一些信息资料上的多余。
用户体验方面有问题么？
需求基本满足，但是群组功能选项分布不符合用户操作习惯。

用户对SDK的意见

1、希望界面设计得到优化。
2、细枝末节的BUG能够修复，否则十分影响体验。

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

1、功能分布加以完善，最好可以和当前主流的聊天软件相似。
2、可以多加一些其他的功能增加竞争力。

对腾讯即时通信下一个评价：一般。

四、产品规划

时间规划

如果团队人数大约6人左右的计算机大学毕业生，做出第一版的产品大约需要4-5个月。

同类产品分析

问题描述：目前市场上有什么样的类似的产品？

目前，市场上类似的产品有微信。
优势：可以精确地满足家族用户或者公司等群体类用户的特殊需求，使其能够充分展示团体的风采，也优化了用户添加好友的操作。
劣势：用户基数不是一个量级，且我方产品的功能微信也可以完善。用户熟悉微信的功能操作。

NABCD分析

问题描述：对你的产品进行NABCD分析。考虑为何要做这个功能，而不是其他功能？你的创新在哪里？
为什么用户会用你的产品/功能？对于C:Competitors，结合同类产品分析，描述如何从竞争中获胜。

N(Need,需求)
家族群添加时，如果要添加里面的成员需要手动询问成员账号。家族账户需要一个公共的账号分享资料。
A(Approach，做法)
当成员加入时自动推荐原本成员添加好友。群主或者管理员可以用群账号分享动态。
B(Benefit，好处)
自动添加好友可以方便用户操作。分享动态可以使得分享的面积更广。
C(Competitors，竞争)
与同类产品，我们的产品在成员添加的功能会更加突出，更具有识别度；另一方面以及借助群组得动态分享对我们的产品做宣传，使其在同类产品的竞争中突出。
D(Delivery，推广)
动态分享时可以进行跨平台的分享，吸引其他平台上的用户。家族成员如果满意我们的产品可以向其他的家族成员推荐介绍产品。

如何领导团队

问题描述：如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
问题描述：如果你来领导这个团队，会有什么不一样？

  作为项目经理，积极协调团队成员之间的关系：定期开会汇报工作进度，让团队成员之间积极交流工作情况，相互之间了解彼此的工作进度利于协调。合理分配工作：如果我的团队有5个人, 4个月的时间，作为项目经理，我会分配美工和项目整合一名，前端编写和项目整合一名，后端编写和测试两名，最后一名进行文档撰写。更重要的，需要及时的调整成员之间的工作量使其尽可能地达到平衡。工作之余需要调整成员地工作热情，适当的放松，玩玩团队游戏之类地活动，增强团队的活力。

16周的开发计划

时间	任务
第1周	需求分析
第2周	原型设计
第3周	需求对比/原型修改
第4周	设计类图/设计数据库
第5周	前后端链接接口设计
第6-7周	前后端分离开发/文档撰写
第8周	前后端整合测试
第9-10周	系统功能测试
第11周	需求对比/系统功能完善
第12周	软件使用说明书等必要文件撰写
第13周	软件文档整理
第14周	正式版本发布/部署云端
第15周	项目验收
第16周	项目收尾/汇报工作

产品配套部署

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

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

数据库（MYSQL）数量：3（读写分离外加备份）

安全性：WAF、DDOS

缓存数据库：Redis*2