个人作业——软件评测
| 这个作业属于哪个课程 | 福大20春软工S班 |
|---|---|
| 这个作业要求在哪里 | 个人作业——软件评测 |
| 结对目标 | 对腾讯即时通信IMdemo进行调研，评测，并且结合阅读《构建之法》，写一篇随笔 |
| 作业正文 | 个人作业——软件评测 |
| 其他参考文献 | 构建之法，Google |
第一部分 调研，评测
评测（微信小程序，Android，web端）
- Android端demo使用
- 小程序端demo使用
- web端demo使用
web端demo与小程序端demo测试bug
- bug1：
在使用web端给小程序端发消息时，小程序端在接受消息的时候，窗口不会自动的弹出最新消息，而是需要手往下滑一下才能看到最新消息，而且没有消息提醒，很容易就让人错过消息或是延迟回复消息打的速度。
- bug2：
web端demo通过URL更换头像时，即使显示修改头像成功，也仍然显示了不了头像，图片丢失显示不出来，而小程序端直接无法修改头像，也无法显示已经通过Android端设置好的头像，但是Android端设置的头像是随机更换的而不是我们自己想要的
- 你觉得为什么这个产品组的人没有发现这些bug?
电脑用户一般会选择Windows端，而少用web端，手机用户一般用Android端或者iOS端比较少用小程序端，在我看来这是由于无法兼顾而导致的，而且在我看来，静态检查是无法发现所有的低级错误的，无可厚非。
web端demo与Android端demo测试bug
- bug1：
Android端demo无法主动发起视频聊天，它直接就没有那个选项，而且无法接受web端demo对它发起的视频聊天，会显示成不支持的自定义消息，无法接通，相当于Android端的demo无法和小程序端demo或者web端demo进行视频聊天。
- bug2：
Android端demo有添加好友的功能，而web端demo没有添加好友的功能，web端demo只能直接创建会话，而且它无法接受到Android端发给它的好友申请，原来的好友列表也无法在web端demo的好友列表中显示
- bug3：
群聊创建成功后，web端demo和Android端demo均无法添加成员，分别显示操作权限不足和邀请成员失败，即使是群聊的创建者也无法邀请新成员入群，只能在一开始创建群聊的时候邀请。
- 你觉得为什么这个产品组的人没有发现这些bug?
覆盖测试的不足，或者说程度不够，这些bug应该是由于没有考虑到数据互通的问题，还有就是没有考虑设备的兼容性。
采访
- 根据该SDK想要开发的产品包括产品主要功能
贵重海产品直销app- 产品主要功能
让客户和销售者直接进行沟通交流，双方可以通过视频的形式对刚刚打捞上来的贵重的海产品进行观察。- 产品面向的用户
在海面进行捕捞的渔民。
- 产品的潜在用户采访提要
- 1.采访对象的背景和需求
岛上生活的渔民，经常捕获到一些比较贵重的鱼获，但是这些鱼获一般活的和死的价格差距巨大，鱼获捕捞上来后存活时间不长，常常因为不能及时找到买家，而导致损失，希望可以有一个app可以及时展示捕获的海产品，及时找到买家，避免损失。- 2.采访对象使用10-30分钟体验腾讯即时通信的demo
- 3.描述用户使用这个demo的过程,用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
并未解决问题，使用的是Android端的demo，该demo功能还是过于简陋，无法满足需求。该软件终究还需要改进，界面过于单一，功能不够齐全，视频时偶尔有严重的噪音，而且实时画质很差，无法展示出产品的成色。
- 4.介绍你想用这个SDK开发怎样的产品？
贵重海产品直销app
- 5.用户对腾讯即时通信的功能有什么改进意见？
改善画质、降低视频时的噪声，改善界面。
- 6.用户对你想开发的产品有哪些意见？
展示页面时间要合理，时效短的排序靠前。
要有展示页面，可以将产品挂上去展示，产品挂上去后可以给所有客户发提醒。
要实名，将销售者和购买者分开，要有信誉体制，避免购买者下单后却毁约造成损失。
- 7.结论：经过这么多工作，你一定有充分的理由给腾讯即时通信下一个评价
结论:一般
第二部分 分析
- SDK做到这个程度大约需要多少时间（团队人数大约6人左右，计算机大学毕业生）
根据使用情况，我分析应该用时在8个月左右。- 这个软件目前的优劣（和类似软件相比，如网易云信）
优点：使用上比网易云信要简单，网易云信需要你使用SDK构建使用，使用的体验上比网易云信舒服一点。
缺点：用户的验证上十分简陋，只要输入账号密码就可以，音视频的通话质量比不上网易云信，网易云信功能更为完整。- 可以提高的一个重要部分（具体建议）
建议在软件测试和软件维护上多重视，该软件还有一些bug和用户体验不好的地方，需要进行测试和维护。
第三部分 建议和规划
- 目前市场上有什么样的类似的产品？
还未见到有专门这方面的软件出现。- 对你的产品进行NABCD分析。考虑为何要做这个功能，而不是其他功能？你的创新在哪里？为什么用户会用你的产品/功能？对于C:Competitors，结合同类产品分析，描述如何从竞争中获胜
NABCD分析
N（Need，需求）
由于没有专门针对这个方面的软件，而又有这方面的需求，在捕鱼期这方面的需求尤为凸显，再加上贵重海产品特殊的时效性，那么如果有这样一款app出现则会极大地便利渔民。
A（Approach，做法）
渔民：将自己捕获的贵重海产品拍照加文字发布出去。
客户：客户浏览展示页面进入查看具体信息，可以联系渔民进行视频聊天查看产品的详细情况。
B（Benefit，好处）
在上面的分析中已经可以看出，这样一款app出现则会极大地便利渔民，既能让渔民尽快的将鱼获出售，也能让购买者享受更新鲜的鱼获，一举两得。
C（Competitors，竞争）
而当前市面上也不存在类似的app，具有一定的优势
D（Delivery，推广）
可以发布在应用商店，可以实地向渔民推广。- 如果你来领导这个团队，会有什么不一样？
同时注重团队的氛围以及成员之间的沟通，让大家愉悦地开展工作。
我会根据团队不同人所擅长的方面进行详细的分工，还会对工期进行完整的安排，避免时间上冲突和进度出问题。- 如果你的团队有5个人,4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
2人 前端
2人 后端
1人 界面&美工
全体对软件进行测试- 描述你的团队在周期为16周，每周都要做什么，才能保证在第16周如期发布软件。
| 时间（周） | 任务 |
|---|---|
| 1 | 用户调研以及原型设计 |
| 2 | 界面设计 |
| 3-8 | 基本完成程序开发 |
| 9-10 | 程序测试与bug修改 |
| 11-12 | 根据用户反馈对程序完善 |
| 13-14 | 再次对完善后的程序进行测试 |
| 15 | 对程序进行最终修改并制定发布计划 |
| 16 | 程序发布 |
- 项目发布后，有没有考虑过项目该怎么部署才能满足需求？依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置)
应用服务器配置：4核16G42
后端服务器配置：8核16G83
网站安全性：WAF,DDOF
宽带：比较稳定的4G，5G还未普及等普及后可以依托于5g
关系数据库：Oracle 11台（读写分离各五台，备份一台）
缓存数据库：Redis 8台