| 问题 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2020春丨W班 |
| 这个作业要求在哪里 | 个人作业——软件评测 |
| 这个作业的目标 | 通过分析 腾讯即时通信IM ，写一篇随笔 |
| 作业正文 | 软件测评 |
| 其他参考文献 | ... |
part1/ SDK评测
- SDK软件开发工具包一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合，广义上指辅助开发某一类软件的相关文档、范例和工具的集合。
- 即时通信(IM,即 Instant Messaging)是指能够即时发送和接收互联网消息等的业务。
评测过程
①小程序
②web
③Android
bug描述
bug1
bug名称：重置头像后，头像同步问题
测试环境：环境a:浏览器：Chrome，操作系统：win10 x64
环境b:安卓端
测试数据：用户的账号和密码
缺陷发现的过程步骤：用户在手机环境b进行更换头像操作，手机端立刻显示头像的更新状态，环境a的用户对话框也同步显示头像的更改，但是个人工具侧栏的头像没有同步更改
缺陷说明：预期在用户换头像的同时更换环境a的个人工具侧栏的头像，实际则是该处保持原来的头像不变
问：为什么开发人员没发现这个问题？
答：应该是发现了吧，这个bug虽然有点影响使用体验感，但是不是特别影响基本功能的正常使用
2020-4-16，20:30初始头像状态
2020-4-16，20:34在手机端更换头像后，对话框中的头像相应改变，但工具栏的头像无变化
bug2
bug名称：视频请求与接收问题
测试环境：用户A小程序，操作系统：Android
用户B浏览器：Chrome，操作系统：win10 x64
测试数据：用户名，密码，相关的业务账号
重现步骤：最先用户A向用户B发送视频请求，同时用户B未上线，用户A持续向用户B发送视频请求，之后用户B上线，只收到一条“[请求通话]”的消息，同时用户A仍在发送视频请求，用户B未收到任何关于视频请求的提示，用户A停止请求，用户B处显示“[结束通话，通话时长：XX:XX:XX]”
缺陷说明：预期用户B登录后可以收到用户A的视频请求信息
问：为什么开发人员没发现这个问题？
答：这个可能是没有有效处理当用户未上线到上线这个时间段之间视频持续请求这一动作
2020-4-16，20:52用户A向未登录用户B发起视频请求
2020-4-16，20:56用户B登录
2020-4-16，20:57用户A挂断视频请求 后，用户B的界面
Part/2 利用SDK想要开发的产品
1、利用SDK你想要开发的产品：
大学校园在线随机匹配通信平台
2、产品功能
可以完全随机匹配进行通信，也可根据兴趣圈进行随机匹配通信，同时也可选择匿名的方式进行通信，通信方式包括文字也可包括语音、视频等
3、用户分析
大学生人群，作为95后、00后群体，他们保持着较强的好奇心，愿意主动去接受新事物，也具有较强的倾述沟通诉求，以及具有对不带有功利性和目的性的沟通社交的需求
Part/3采访
- 采访对象的背景需求：采访的对象为心理专业大三女生，平时的为手机重度使用者，有自身较为独特的兴趣爱好，对于互联网社交有一定的需求。
- 用户体验：还行，推荐
- 功能——基本可以使用，相对于市面上已有的通讯产品显得不够便捷。
- 界面——页面简洁大方，没有多余花里胡哨的功能，适合短暂的工作联系（不加微信不加qq的那种）。
- 推广起来有点困难，适用对象可能是qq简版微博简版爱好者。一般人如果没有需要会直接下载qq加好友等。
- 数据量——没说......
- 用户对于SDK的意见：为啥不能直接用图片上传换头像1551，实在不会url，搞个网址上去还没有图像出来，可能是网址不对……可以换个性化换配色吗？（一个个性化爱好者的提问）
- 用户对于你想开发的产品的意见：希望就是把项目范围做小一点（原本和她沟通时说的是一款随机可匿名社交平台，于是就改为针对大学生群体），可以比较符合大学生这个群体的心理诉求，更好的做到对兴趣的匹配
Part/4分析sdk
-
时间规划
- 项目启动&计划：3个工作日
- 需求分析：7个工作日
- 原型设计：5个工作日
- 系统结构设计：10个工作日
- 数据库设计：5个工作日
- 开发：30个工作日
- 测试&调试：20个工作日
- 交付收尾：5个工作日
-
产品对比优劣
同网易云信对比来看，网易云信有专业的运维团队提供24小时的技术服务，腾讯云通讯却没有；与网易云信、learncloud、融云等相比，腾讯云通讯初步功能免费，额外功能额外收费；网易云信主要是面对向企业的，在一些功能上比腾讯云通讯丰富；腾讯云通讯，功能不齐全，界面也不够美观
优势：
- 收费比较合理
- 使用便捷，简单易懂，方便上手
- 音视频传输较为流畅，能够确保用户体验
- 兼容性好，能摆脱设备限制，能实现，Window，Android，IOS等不同平台的运行
缺点
- 功能比较简单，文档不够详细
- 软件的图形界面，不够美观，不太具备吸引力
- 缺少用户自定义界面的方式，满足不了用户个性化需求
-
团队软工方面提高
从三个方面进行团队软工方面的提高——质量、度量、进度
- 代码质量——保证功能完成、稳定上线，没耽误进度，完成项目的同时保证代码的质量，因为代码的质量直接决定了项目进度，当代码质量越来越差的时候就容易失去对项目进度的控制。因此要注重提高团队代码的简洁性、可测试性、可维护性。
- 度量——度量是对开发周期内所有发生的事情进行数据可视化，BUG数、发布回退数、代码行数（比较特殊）、需求变更数等等，度量的目的是为了能够在这些数据出来后改善项目的各方面质量，控制各个不稳定的方面。所以应该采取一定的方式控制项目的度量
- 进度——在保障质量的同时也要对团队的进度进行控制避免项目无法正常交付，开发过程也要注重相关文档的撰写，有时候完成比完美更重要
Part/5产品规划
1、同类产品分析
| 产品 | 陌陌 | soul | 黑白校园 |
|---|---|---|---|
| 产品定位 | 基于地理位置的移动社交产品 | “走心陌生人社交”产品 | 跨校互动和交流平台，白天实名发帖，晚上匿名发帖 |
| 目标用户 | 渴望结交更多好友，找到共同兴趣爱好的用户群体 | 期望认识更多与自己兴趣相投、新鲜的个体 | 具有社交互动交流的大学生群体 |
| 解决需求 | 用户陌生交友需求，主要以解决用户的情感和归属的需要 | 无法设定真实头像，进行走心陌生人社交，寻找最适合自己的灵魂伴侣 | 轻松找到同龄人，实现跨校互动和交流，解决了对于大学生微博过于开放、微信过于私密、贴吧内容过于杂乱的问题 |
2、NABCD
| item | describe |
|---|---|
| N,need | 大学生人群，作为95后、00后群体，他们保持着较强的好奇心，愿意主动去接受新事物，也愿意去分享自己。陌生交友的需求是普遍存在，抛开熟人社交的基础，摒弃功利性和目的性，同时兴趣等方面的匹配，可以减少大学生的交流阻碍 |
| A,approach | 开发可以完全随机匹配进行通信功能，可根据兴趣圈进行随机匹配通信，同时也可选择匿名的方式进行通信，通信方式包括文字也可包括语音、视频等方式，搭建起一个针对校园的随机匿名通信社交平台 |
| B,benefit | 匿名属性，降低了社交压力、释放了人性，减少大学生的倾诉阻碍；兴趣圈匹配可以更好的让大学生在这个平台中建立熟悉感，同时随机匹配的方式又增添了新鲜感，符合大学生这一年轻群体的心理诉求 |
| C,competitor | 微信QQ是熟人通信平台的竞争对象，陌陌则是陌生社交的竞争对象，微信的用户平均年龄较高，QQ则较低，而陌生人社交方面的陌陌和探探则又过于社会化。工具属性转型的超级课程表，主打分时社交的黑白校园，以及用匿名匿配切入的11点11分同样为竞品。 |
| D,deliver | 可以借助校园自媒体的力量开展推广工作。官方自媒体代表学校，学生自媒体代表学生群体，与前者合作，校园社交APP能够提升自身权威性；与后者合作，校园社交APP可增加在学生群体中受欢迎的程度。 |
3、领导团队
作为项目经理职责
- 根据团队成员能力，及时分配任务
- 负责设计产品原型与DEMO
- 负责团队的沟通协调与以及需求采集
- 跟进产品的开发测试环节进度追踪
- 产品实际体验、问题排查以及快速反馈
4、人员安排
前端&UI：2人
专职后端：1人
后端兼测试：1人
专职测试：1人
5、16周开发计划
第 1、2周：项目启动&计划&需求分析
第 3 周：原型设计
第 4、5 周：系统设计
第 6 周：数据库设计
第 7 周：项目框架
第8、 9、10、11 周：编码
第12、 13 周：编码，测试调试
第 14 、15周：测试，部署上线
第 16 周：收尾交付
6、部署
应用服务器配置：4 核 8G2
后端服务器配置：8 核16G3
关系型数据库：MySQL（读 1、写 1、备份 1）
缓冲数据库：Redis（主 1、备 1）
网站安全性：WAF、DDOS