个人作业——软件评测
| 这个作业属于哪个课程 | |
|---|---|
| 这个作业要求在哪里 | |
| 这个作业的目标 | |
| 作业正文 | |
| 其他参考文献 |
第一部分 SDK评测
web使用截图
微信小程序使用截图
Android使用截图
-
BUG1及描述，为什么开发人员没发现这个问题？
点击具体聊天窗口后没有清除消息数量的提示。
第一次发现bug：
切换到其他聊天窗口后，发现有4条未读消息，
点击该聊天窗口，查看消息，意图清除未读消息个数。
再次切换到其他聊天窗口，本来应该消失的4条未读消息仍然存在
下面这是bug的复现：
查看原图
开发人员为什么没有发现：这个bug是在修改群资料的时候复现的，第一次出现原因不明，我认为是bug隐蔽性较高，开发人员可能没有在多个功能同时使用的情况下测试，造成了这个bug。
-
BUG2及描述，为什么开发人员没发现这个问题？
创建群聊不成功，创建后在我的群组里无法找到创建的群聊。
开发人员为什么没有发现：这个bug我觉得不应该存在，大胆猜测可能没有几个测试人员……
第二部分 利用SDK想要开发产品
结合了即时通信的中国象棋
主要功能：中国象棋的各种玩法，如残局，好友对局，闯关，排位，休闲等等；丰富棋友的交流形式如语音、文字、图片、表情。
目标用户：喜欢中国象棋同时又爱好和朋友一起玩的棋手。
第三部分 采访
采访对象：爱好下棋同时爱好社交的黄同学
需求背景：黄同学喜欢在休闲时间下下象棋，但又喜欢交流，隔着手机和对面的人下棋感觉和电脑下棋没有什么区别，缺乏交流，他希望能有一个软件能够结合聊天的功能，使得对局更加有趣，达到休闲的目的。
用户在体验demo的过程中，问题基本解决。以下是用户对于体验demo的评价：
软件的色调清晰，观感良好，但是界面不够友好，可点击的部分没有凸显，点击后的反馈也比较弱，UI较为简陋等等。
功能上相对齐全，私聊群聊、文字语音等功能都具备，还有好友列表、黑名单的附加功能，更加全面，不足之处是：web版本没有添加好友的按钮（部分存疑）。
用户体验上，该用户给的评价是三分（满分五分）
用户对腾讯即时通信IM的改进意见：bug太多需要修复，UI更加美观一些。
用户对我开发的产品的意见：竞争力有限，与常规象棋软件没有特别大的优势，只能小规模使用。
结论：经过这些了解，我给腾讯即时通信评价是：一般，介于推荐与不推荐之间。
第四部分 分析
以计算机专业本科毕业生的6人团队为基准，制作这个SDK过程：（一个端）
需求分析阶段：消息模块需要8天，处理用户之间、用户和群聊关系模块需要8天；
系统结构设计阶段：具体设计10天，撰写文档2天；
数据库设计阶段：具体设计4天，撰写文档2天；
具体开发阶段：22天；
测试阶段：4天；
总计60天
同类产品对比：
对比网易云信，腾讯即时通信IM的问题反馈不够及时，且只有一种提交工单的渠道反馈问题。
网易云信SDK提供了GitHub仓库，提供了开源的聊天UI组件, 通过简单的配置就可以实现聊天功能.
腾讯即时通信IM缺少实时音视频服务。
团队软工方面提高：
对于用户建议这方面需要积极反馈，符合用户需求的才是好产品，项目方面的话工期预估要合理，快速上线的产品总是会有瑕疵，考核方式需要更加人性化、更合理，唯KPI有些片面。
第五部分 规划产品
同类产品分析：
市面上一般的象棋软件只具备对局和残局功能，较为优秀者如天天象棋具有棋力评测（排位）、观战、复盘、自创房间、揭棋、翻翻棋等高级功能，但诱导消费的现象较为严重，比较影响用户体验，且普遍缺乏聊天功能，只能发固定的几个语句，影响沟通，减少了下棋的乐趣。
NABCD分析：
Need：市面上有很多象棋软件，但是都缺乏了对局过程中的语音聊天和文字聊天的形式，使得对局缺乏交互性，这时需要一款带有即时通信功能的象棋软件来满足用户需求。
Approach：使用腾讯即时通信IM的SDK，再借鉴其他中国象棋的优点，结合成一个成品。适用对象：喜欢象棋的群体。
Benefit：对局的同时可以在局内文字聊天，或者语音聊天，省去了另外开一个聊天软件的步骤，更加一体化，方便快捷。
Competitors：天天象棋，作为腾讯旗下的软件，用户基量大，用户粘性大，作为象棋的赛事软件，这是最大的竞争对手。
Delivery：可以在天天象棋的公共聊天区发布广告，也可以加入一些象棋有关的QQ群发布广告等形式进行推广。
如何领导团队？
-
第一，要保证产品质量，短时间内做出来的产品可能有很多隐藏bug，对后续发展不利。
-
第二，做时间规划，按部就班进行，不可操之过急，每个阶段做每个阶段该做的事。
-
第三，倡导成员之间的沟通，有问题及时解决。
-
第四，各司其职，做好分内的事，不要逾越职责，去指导自己不熟悉的领域。
人员安排
如果有5个人，我会安排2个人做前端，2个人做后端，1个人负责测试和文档撰写。
16周开发计划
第一周：需求分析
第二周：原型设计
第三周：参考其他工具，学习、借鉴
第四周-第五周：系统设计
第六周：数据库设计
第七周：项目架构
第八周-第十二周：编码实现
第十三周：测试
第十四周：部署上线
第十五周-第十六周：优化，发布最新版
部署
应用服务器配置：4核8G*2
后端服务器配置：8核16G*3
关系型数据库：MySQL 数量3（读写各1，备份1）
缓冲数据库：Redis 数量2 （主1备1）
网站安全性：WAF、DDOS
初始使用人数较少时配置，若后期用户量增大再进行扩充。
