个人作业软件评测
| 这个作业属于哪个课程 | 2020春-s班 |
|---|---|
| 这个作业要求在哪里 | 作业要求链接 |
| 学号 | 221701316 |
| 这个作业的目标 | 学习评测软件 |
| 作业正文 | 作业正文 |
| 其他参考文献 | csdn、百度 |
1.调研与评测
1.1评测
1.1.1web demo
1.使用截图
2.比较严重的bug
- 使用群时，无法设置群头像，有参数非法的提示
- 撤回之前消息时，右键鼠标后无撤回按钮，没有提示原因
- 在修改昵称时，我如果输入空的数据，没有错误的提示，还是为原来的昵称
- 带有一定格式消息发送会将多个空格、回车转变成成一个空格，不符合预期
1.1.2小程序 demo
1.使用截图
2.比较严重的bug
- 撤回之前消息时，右键鼠标后无撤回按钮，没有提示原因
- 不能正常读取自定义消息，而且数据为空也可以发送
- 使用群时，无法设置群头像，有参数非法的提示
1.1.3安卓 demo
1.使用截图
2.比较严重的bug
- 设置群的名称时，修改后看不到效果，要回到主页面才能看到修改结果
- 在修改昵称时，我如果输入空的数据，没有错误的提示，还是为原来的昵称
1.2.较为严重的bug详细说明
1.2.1.web端发送信息格式出错
- 描述：在输入框输入带有一群定格式的内容时，发送后会将多个空格或换行换成一个空格，导致文本的格式发生了改变，比如我要发送一首诗，有一定格式，发出去就剩一句话了
- 程序员没发现的原因：可能完成对用户输入文本处理时，采用数据结构存储时，只专注与内容的获取
- 截图说明
1.3.采访
1.3.1.现场截图
1.3.2.构思我的产品
1.想要开发的产品
- gosport
2.主要功能
- 利用百度地图的api，查找附件一起运动的用户
- 实现用户间的即使通信，联系约球
- 对诚信的用户（如不爽约等等）给予奖励
3.面向的用户
- 喜欢一起户外运动的人群
1.3.3.采访用户
1.采访对象的背景和需求
- 喜欢户外运动
- 但是找不到伙伴，想要和大家一起运动
2.采访对象的评价
- 解决了用户查找伙伴的需求，不过数据量太少，界面简单
- 功能虽然较少，准确度在单一平台上使用是比较良好的，但是若是更换平台经常导致消息不同步，影响准确性
- 但总体上还是满足基本需求的。因为从来没有接触过该类软，收所以件用户体验良好
3.采访对象改进意见
- 建议有分类功能，在查找的时候更有针对性，效率更高
- 对一些不良的信息（如广告等等）最好也要有处理
4.用户对我的产品的意见
- 希望过滤掉一些诚信不好的用户
- 优化界面，实现更好的人机交互
- 有拉黑功能，避免被他人骚扰
5.我给腾讯即时通信的结论
- 推荐
2.分析
2.1时间规划
- 需求的复杂程度：该类软件已被大家熟知，因为大家平时经常使用类似的通讯软件，对产品的业务需求会比较熟悉，我认为项目需求的复杂程度不是很高。
- 技术复杂程度：大家均为计算机大学毕业生，具有一定的编程基础和软件设计的能力。但项目经验不是很丰富，所以在团队磨合会花费一些时间，故需要多花些时间。
- 开发所需时间：12周左右
2.2优势与劣势
- 优势：软件界面简洁清晰，功能需求精准且容易使用；功能齐全，能够满足用户的基本通讯需求。
- 劣势：大部分功能与目前市面已有软件重合，独特的东西较少。
2.3具体建议
- 统一各个平台的功能，尽量不要出现一个平台有这个功能，另一个没有的情况。
3.建议和规划
3.1目前市场上类似的产品
- 悦跑圈
- Keep
3.2NABCD分析
N(Need，需求)
- 本产品主要是面向群体是在校的热爱集体运动的大学生，有些同学想要和大家一起运动但是苦苦找不到伙伴，因此我们在这些方面具有一定的需求。
A(Approach，方法)
- 技术方法：基于SDK进行安卓开发，以安卓app的形式完成该项目，碰到有志同道合的运动伙伴，通过即时聊天系统，联系上他们，和他们约好时间，一起运动
- 运营模式：免费运营
B(Benefit，好处)
- 对于热爱集体运动的人，可以很好的提供这么一个平台，来把他们联系起来
C(Competitors，竞争)
- 优势：市面上该类产品较少，而且也十分符合需求
- 劣势：受众较小，仅仅服务于爱集体运动的人群
D(Delivery，推广)
- 通过良好的口碑和用户体验口口相传。
3.2领导方案
- 首先我会先和大家讨论清楚，记录下功能与问题，确保各个平台团队对项目认知是一样的
- 其次我会将功能划分优先级，并安排测试人员在确保功能有经过详细测试后才能再上线
- 最后完成功能较少，但已有功能的可靠性较强
3.3人员安排
- 前端开发+原型设计：2人
- 后端开发+测试：2人
- 文档整理：1人
- 项目的需求分析需求：全员参加
3.4计划
| 时间 | 具体工作安排 |
|---|---|
| 第1周 | 需求分析，学习任何使用SDK开发项目，了解并功能所需技术 |
| 第2周 | 完成原型设计，完成项目需求规格说明书，学习项目所需技术 |
| 第3-4周 | 进行项目系统结构设计，学习项目所需技术 |
| 第5周 | 前后端完成接口设计，后端完成数据库设计，完成系统设计说明书+数据库说明书 |
| 第6-7周 | 前后端分离开发，编写程序 |
| 第8周 | 接口对接 |
| 第9周 | 前端完善界面，后端完善系统的安全性，健壮性等需求 |
| 第10-11周 | 对各个功能接口进行更为详细的测试 |
| 12周 | 前端对界面进行优化，后端进行压力测试，进一步提高系统性能 |
| 13周 | 发布测试版本，获取用户反馈 |
| 14-15周 | 根据用户反馈进一步优化项目 |
| 16周 | 发布最终版本，对项目工作进行总计 |
3.5项目部署
| 设备 | 数量 |
|---|---|
| 应用服务器4核8G | 3台 |
| 后端服务器8核16G | 3台 |
| 分布式缓存数据库 | 2台 |
| 关系型数据库 | 3台 |
| 网站安全性 | WAF、DDOS |
