| 这个作业属于哪个课程 | 福大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