个人作业——软件评测
| 这个作业属于哪个课程 | 2020春|S班 (福州大学) |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 产品分析 |
| 作业正文 | 个人作业——软件评测 |
| 其他参考文献 | 构建之法 |
测试对象： 腾讯即时通信IM
1.评测
2.采访
3.分析SDK
4.建议和规划
1.评测
1.1 web端Demo
1.1.1 BUG
-
无法查看联系人和添加联系人
可能的产生原因：编码不完善
-
创建群组仅支持手动一个一个输入用户id，无法从联系人直接选取，特定情况下效率极低
可能的产生原因：编码不完善
1.2 ios端Demo
1.2.1 BUG
-
用户在通讯框中浏览历史消息时，如有接收到新消息会自动定位到最新消息，频繁打断浏览，用户体验极差
可能的产生原因：测试不完善
-
将联系人加入黑名单后，再从黑名单中移出，该联系人会原地消失
可能的产生原因：编码不完善
1.3 微信小程序Demo
1.3.1 BUG
-
在其他地方撤回的消息，在小程序上不会撤回
产生原因：测试不完善
2. 采访
2.1 想开发的产品
-
在线放映聊天室
2.1.1 主要功能 -
即时通讯+视频放映
2.1.2 面向用户 -
看片想找几个审美相似的伴一起吐槽、流泪、欢笑的用户
-
2.2 采访对象
-
自己
2.2.1 SDK用户体验 - 能满足基本的聊天通讯、文件传输需求
- 界面简陋、功能单一
2.2.2 对SDK的建议 - 账号安全值得多加考虑
- 界面布局、配色等需完善
- 增加文档预览、音视频通信等功能
2.2.3 对我想开发产品的意见 - 点播视频版权问题难以解决
- 限制每个聊天室的人数，照顾到每个人都能参与讨论
- 沟通方式建议有按键说话的方式，纯打字太累
- 注定难以推广，用户粘性也难以保证
2.3 SDK评测结论
-
推荐
3. 分析SDK
3.1 时间规划
- 要开发跨多个平台的sdk，不是个小工程。作为6个大学生毕业生，肯定还有很多技术需要学习，之后的测试更是重中之重，比较复杂，不是想做就做的，需要做很多基础工作，还有网络知识、socket通讯等，预计半年起步。
3.2 同类产品对比
- 劣势：无法音视频通话（付费都不支持）、demo相较简陋、群组没有管理员、漫游仅支持7日等
- 优势：便宜
3.3 建议
- 增的是功能不增的是价格
- 多的是诚意少的是敷衍
想桃子
4. 建议和规划
4.1 同类产品
-
传统视频网站
4.2 NABCD 分析
-
N（NEED，需求）
大多数影音视频爱好者在一个个观影刷剧的孤独夜晚，苦于无法与同好在同步的观看进度下讨论各自内心感受，只能自己说给自己听，或通过现有的弹幕或评论等非即时的互动方式留下自己的痕迹，随后便没有了后续，当时的那份感动、悲伤、欣喜又是否能复刻到第二天? -
A（Approach，方法）
搭建一个在线点播放映影音视频的平台，加入即时通信的互动方式 -
B（Benefit，好处）
- 刷剧时有大伙陪伴
- 结交更多有同样审美角度的网友
- 即时讨论
-
C（Competitors，竞争）
- 传统的视频播放网站
- 我们的观看氛围更好，如果给一起观影的各种方式的爽度打分的话：
- 朋友们在我家沙发上一起看片：10分
- 我们的产品：8分
- 直播：6分
- b站：4分
-
D（Delivery，推广）
- 开发完成进行小型试推广，推广成功反应良好再在年轻人比例居多的大型论坛网站之上进行宣传。
4.3 团队配置（5人）
- 原型、交互、系统设计：1人
- 前端、测试：1人
- 后端、测试：2人
- 数据库设计、测试：1人
4.4 开发计划安排
- 第1周：需求分析
- 第2周：系统设计、原型设计
- 第3周：数据库设计、交互设计
- 第4周~第14周：编码、单元测试
- 第15周~第16周：软件测试、完善
4.5 部署
应用服务器配置：4 核 8G*2
关系型数据库：MySQL 3（读、写、备份）
缓冲数据库：Redis 2（主、备）
网站安全性：WAF、DDOS
