个人作业——软件测评
| 这个作业属于哪个课程 | 福州大学软件工程2020级春w班 |
|---|---|
| 这个作业要求在哪里 | 个人作业——软件测评 |
| 这个作业的目标 | 对 腾讯即时通信IM 进行测评 |
| 作业正文 | 此文章 |
| 其他参考文献 | ... |
第一部分 调研、测评
本部分采用方式一
方式一：
下载并使用demo，对使用的不同demo，每种demo至少提供两张使用过程中的截图。
找出至少两个比较严重的功能性bug。（说明：操作不够人性化、没考虑到用户的xx需求等并不算严重的功能性bug）
请使用专业的语言描述（每个bug 不少于 40字），并配图说明。
你觉得为什么这个产品组的人没有发现这些bug??
- 使用情况
Web端
Android端
微信小程序
- 功能性bug
本次只对Web端进行了功能性bug的测试，bug如下：
- 使用即时通信时，他人或者群给你发送消息，会出现消息提醒。但在Web端Demo使用时，偶尔会出现群消息出现红点提醒，点击查看后，该红点不会消失。
原因分析：可能是因为这个业务需要向服务器发送请求并获取结果，但网络原因使得消息反馈不及时，浏览器无法进行正确处理导致的。
- 对于已经删除了的群聊无法再次使用它之前所登记的ID，截图如下：
原因分析：可能是因为这个业务需要向服务器发送请求并获取结果，但服务器处理速度慢或者有误，使得返回的结果不正确
第二部分 根据该SDK想要开发的产品
1、产品主要功能
个人、团队组织内日常安排管理
2、产品面向的用户
个人或者团队
第三部分 建议和规划
同类产品分析
目前市面上存在不少类似的日程计划安排管理软件，但是一般功能非常强大且需要收费，如Project、teambition等，而轻量级免费的日程计划安排管理软件并不多
NABCD分析
- Need
（1）对产品功能性的需求
即时聊天的基本功能（直接沿用腾讯SDK）
日程安排日历表
（2）对产品开发过程的需求
网络通信
计划管理同步
数据安全性
数据库信息存储
（3）非功能性需求（服务质量需求）
实时更新资源保证用户的信息获取速度
界面的通用性，容易操作
避免即时聊天的发送接收延迟
模拟聊天内容的合理性
（4）综合需求
聊天版块
资源板块
个人信息版块
五、利益相关者的需求
用户：
日常计划安排更新的实时性
产品使用起来快捷方便容易上手
界面美观简洁
- Approach
（1）微博等资源较多的平台的使用体验
（2）对生活中潜在用户的发现和调研
- Benefit
能够让用户更合理的安排和管理自己的计划和时间
- Competitors
（1）相对于竞品的优势
轻量级，非常轻，甚至轻到没有
二、界面特点
极简风格的界面设计
亮色和暗色两种主题颜色
可由侧边菜单栏切换按钮切换为聊天、群组、日程计划表和我的信息
- Delivery
采用身边人推荐的方法，试用推广
你会如何领导团队
如果我作为项目经理，会较少参与到实际的编码中。我们团队是可以畅所欲言的，不论是谁对谁或者谁对什么事情方面有一些不满和问题都可以来找我反馈解决。我们每天的任务安排计划是明确的，只要在规定时间内完成进度就可以了。会开每周的例会，在会上报告这周做了什么，下周要做什么，是否完成进度安排，有问题会后再进行讨论。其他会议的召开模式依据于事件的重要紧急程度，当是紧急且重要的事情时，项目中的每个参与者都必须到位，而其余情况不强求事件无关人员必须参与。提案类的活动会给提出建议并被采纳的人加以奖励，从而提高参与度和积极性。如果发生项目进度拖沓，队员懒散、进度总是拖沓的情况，会进行相应的惩罚。
你的人员安排
需求分析和软件开发准备阶段需要所有人都参与进来，将用时最小化。在正式开发阶段，两个个人负责Android前端，两个个人负责Android后端，一个人负责素材搜索以及功能测试。后期主要开发的四人可以对于界面设计提出建议和意见，完成最后的修改完善。
16 周开发计划
第 1 周：需求分析
第 2 周：原型设计
第 3 周：工具评测
第 4、5 周：系统设计
第 6 周：数据库设计
第 7 周：作为缓冲，可以进行团队休整、工作优化
第 8 周：项目架构
第 9、10、11、12 周：编码
第 13 周：编码，测试
第 14 周：编码，测试版部署上线
第 15 周：修改、优化
第 16 周：正式版发布，交付
部署
考虑到前期应用的客户不多，所以初步计划使用设备如下：
应用服务器配置：4 核 8G2
后端服务器配置：8 核16G*3
关系型数据库：MySQL（读 1、写 1、备份 1）
缓冲数据库：Redis（主 1、备 1）