个人作业——软件评测

这个作业属于哪个课程	2020春-S班(福州大学)
这个作业的要求在那里	个人作业——软件评测
这个作业的目标	对软件功能进行评测、了解用户调研过程、学习对项目开发的估计
作业正文	作业正文
其他参考文献	《构建之法》

调研测评

黄色是经过评测认为设计不是很合理，但不算是功能性bug的部分    红色是经过测评认为是功能性bug的部分

web端 Demo

评测功能	使用描述	评测结果
注册	非法用户名检验	能够检测并提示
	重复用户名	能够检测并提示
	用户名或密码为空	能够检测并提示
	合法账户密码	成功注册
登录	非法用户名检验	能够检测并提示
	未注册用户名	能够检测并提示
	错误密码	能够检测并提示
	正确账户密码	能够正常登录
	多个浏览器同时登录同一账户	没有被迫下线或提醒机制
聊天	文字，表情，图片，小调查	可以正常使用
	文件，视频	不能超过100M(但有提示)
	自定义消息	不能正常读取，而且数据为空也可以发送
	发送字数较多的消息	长度超过限制，发送失败(但有提示)
	带有一定格式消息发送	会将多个空格，回车换成一个空格，格式乱了
	空消息	不能发送，且具有提示消息
	视频，语音通话	可以正常使用
	撤回消息	消息，图片，文件等各种消息都可以撤回，并有提示功能
	撤回很久之前消息	右键没有撤回按钮，也没有提示不能撤回的原因
更换头像	不存在但格式正确的url图片地址	图裂
	格式错误的url图片地址	默认头像
	存在但是普通网站的url	图裂
	正确的图片url	能正常展示，并在退出后仍保留设置
修改昵称	输入空数据	没有错误提示，昵称为原昵称
	普通字符串	可以正确修改
	长字符串	修改失败，但有提示
修改性别	修改性别	能正确修改
添加黑名单	将其他用户添加黑名单	可以屏蔽其消息，而对方可以看到自己的消息
群内设置	修改群备注	点击头像有改备注，但群内聊天显示的还是昵称
	设置群头像(使用正确的url地址)	设置失败，提示参数非法
	设置群名、群介绍、群公告	可以正常设置
	设置消息提醒方式	只有群主和管理员可以设置，普通成员不能设置
	设置提醒方式为接受并提示或屏蔽群消息	可以正确设置
	设置群消息提示方式为接受但不提示	消息还是会提示
	踢除成员	能正确踢除
	邀请成员进群	群主和管理员均没有邀请权限
	加入群聊	能正常加入群聊
	修改群资料后的提醒	有小红点提示，但读完后小红点去不掉了，必须重新登录
其他测试	F5刷新界面	会强制退出登录

使用截图

---

小程序Demo

评测功能	使用描述	评测结果
注册	非法用户名	不能注册
	重复用户名	能够检测并提示
	用户名或密码为空	不能注册
	合法账户密码	成功注册
登录	非法用户名检验	能够检测并提示
	未注册用户名	能够检测并提示
	错误密码	能够检测并提示
	正确账户密码	能够正常登录
聊天	文字，表情，图片，小调查	可以正常使用
	视频	可以正常发送并播放
	自定义消息	不能正常读取，而且数据为空也可以发送
	拍照	可以正常显示
	语音消息	可以正常发送并读取
	发送字数较多的消息	输入框有限制消息的最大长度，超过限制就不能再输入了
	带有一定格式消息发送	会保持原格式
	空消息	不能发送，且具有提示消息
	视频	可以正常使用
	撤回消息	消息，图片，文件等各种消息都可以撤回，并有提示功能
	撤回很久之前消息	长按撤回按钮，也没有提示不能撤回的原因
修改昵称	输入空数据	变成暂无昵称
	普通字符串	可以正确修改
	长字符串	会截取指定长度的字符串，超出长度限制的不能输入
修改个性签名	修改个人签名	能正确修改
添加黑名单	将其他用户添加黑名单	可以屏蔽其消息，而对方可以看到自己的消息
群内设置	修改群备注	点击头像有改备注，但群内聊天显示的还是昵称
	设置群名、群公告	可以正常设置
	解散并退出群聊	可以正常解散
	设置/取消普通用户管理员权限	可以正常设置
	踢除群成员	可以踢除，但没有提醒机制，踢除后界面没有变化，要退回主页面在进入群聊才能看到成员被踢除
	踢除成员	能正确踢除
	设置/取消禁言	功能正常
	加群审核	能够通过或拒绝其他用户加群
退出登录	退出登录	功能正常

使用截图

---

Android端Demo

评测功能	使用描述	评测结果
注册	非法用户名检验	能够检测并提示
	重复用户名	能够检测并提示
	用户名或密码为空	能够检测并提示
	合法账户密码	成功注册
登录	非法用户名检验	能够检测并提示
	未注册用户名	能够检测并提示
	错误密码	能够检测并提示
	正确账户密码	能够正常登录
聊天	文字，表情，图片，拍照，摄像	可以正常使用
	文件	可以正常使用
	自定义消息	不能编辑，直接发送
	发送字数较多的消息	自己这边显示的是全部都发送了，但是其他人只看到被截断的部分信息
	带有一定格式消息发送	保持格式发送
	空消息	当消息为空时不显示发送按钮
	语音消息	可以正常使用
	撤回消息	消息，图片，文件等各种消息都可以撤回，并有提示功能
	撤回很久之前消息	撤回失败，并有提示超过两分钟的消息不能撤回
	未读/已读消息提示	所有已读消息全部显示未读
更换头像	点击更换头像	更换的是软件提供头像，能正常保存使用
修改昵称	输入空数据	没有错误提示，昵称为原昵称
	普通字符串	修改完了之后要跳到其他页面再回来才能看到修改
	长字符串	有限制昵称的最大长度，超过长度不能再输入
修改个性签名	修改个性签名	修改完了之后要跳到其他页面再回来才能看到修改
黑名单功能	将其他好友添加黑名单	可以屏蔽其消息，而对方可以看到自己的消息
	将好友从黑名单移除	移出黑名单后该用户也同时会进行删除好友操作
群内设置	修改群备注	(1)点击头像有改备注，但群内聊天显示的还是昵称(2)非管理员身份时不能修改群备注
	修改群头像	使用的是软件的图，能正常使用并保存
	设置群名	修改后必须回到主页面才能看到修改结果
	加入群聊	能正常加入群聊
退出登录	退出登录	可以正常退出

使用截图

---

较为严重bug的详细说明

• 聊天——自定义消息（web端，小程序）

  描述：在聊天功能中用户可以发送自定义消息，共包含数据，描述和扩展三个部分。在消息发送后消息记录只能看到一条自定义消息记录却不能点击打开。同时用户在只填写描述不填写数据时自定义消息也可以发送。

  没发现的原因：在编码过程中可能由于各个阶段要完成工作在划分时有遗漏导致自定义消息的处理代码忘记完成，同时测试阶段的测试工作也做的不够充分导致bug没有被发现。

  截图展示(点击图片可放大展示)

  

• 聊天——带有一定格式的数据显示（web端）

  描述：在输入框总输入带有一群定格式的文本（比如复制一段文本，或通过Ctrl+Enter换行书写），该文本在输出后会将多个空格或换行换成一个空格，导致文本的格式发生了改变

  没发现的原因：可能完成对用户输入文本处理的代码是通过引用他人的代码，所以处理方式不一定满足自身的需求，但同样由于测试阶段完成的不充分导致该bug没有被发现并修复。

  截图展示（点击图片可放大展示）

  

• 黑名单功能——将好友从黑名单中移除（安卓端）

  描述：在安卓端只能对好友进行加入黑名单操作，若将好友添加黑名单后再从黑名单移除，会发现该好友会从好友栏消失，即在移除黑名单的同时也进行了删除好友操作。

  没发现的原因：可能是测试人员只对加入黑名单和移除黑名单的效果进行了测试，没注意到好友列表的变化（我只是因为只有两三个账号测试所以变化比较明显）

  截图展示（点击图片可放大展示）

  

构思产品

产品描述

​ 该产品是一款面向在校生的二手物品交易平台，同学们可以将自己不需要的物品放到平台，其他同学可以平台寻找自己喜欢的物品，并通过平台的通讯功能进行交流

产品包含的主要功能

• 发布/撤销自己想要出售的物品及描述信息
• 用户根据id可以方便的查找并与其他用户发起会话聊天

产品面向的用户

• 大学在校生群体

用户分析

​ 大学生在校群体是一群比较热爱尝试新物品的群体，看到自己喜欢的物品经常就直接买下，结果是宿舍中堆放了很多已经用不到，但实际还很新的二手物品。同时大学生也是在购买物品时也是比计注重的性价比的群体，经常会花费大量的时间打听实惠有好用的购买途径。

采访

采访对象的背景和需求

背景：采访对象是一名大学的在校生

需求：有的时候想买一些东西，觉得新的太贵，但是二手的又担心质量不过关，希望能够有个校内的二手交易平台，在买到二手物品的同时可以方便的去看一下实物，确保是自己想要的。

采访对象使用demo

用户体验

在使用这个demo的过程中，用户的通讯需求基本解决。在安卓端和小程序端的数据量基本满足需求，但是web端有时会用电脑发送一些比较大的数据包100M不太能满足。界面总体上清晰美观，符合大众审美。但是在功能上各个平台的功能好像不太一致，尤其是web端有好友栏目却没有添加好友功能有点不太合适。准确度在单一平台上使用是比较良好的，但是若是更换平台经常导致消息不同步，影响准确性，但总体上还是满足基本需求的。虽然偶尔会出现卡顿，整体用户体验良好。

对SDK的建议

• 建议各个平台的规则，功能要一致，否则在切换平台的时候会带来不适应，影响用户体验（如注册密码要求不一致，添加好友功能只有安卓端有等）
• 可以在第一次使用的时候可以加一个引导使用介绍，帮助用户更加全面的了解SDK所包含的功能

对我想开发产品的意见

• 建议有分类功能，在查找的时候更有针对性，效率更高
• 整体界面最好做的简洁明了，方便使用
• 对一些不良的信息最好也要有处理

给腾讯即时通信的评价

评价：推荐

理由：整体的使用过程还是很流畅，没有很明显的功能缺陷，功能还是比较丰富的，能满足用户的基本通讯需求。但仍有写较为细节的部分考虑的不是很周全，有些小瑕疵，相信若能修复上文提到的bug，并统一各个平台的规则和功能会更好。

分析SDK

时间规划

• 需求的复杂程度

  因为大家平时经常使用类似的通讯软件，对产品的业务需求会比较熟悉，同时项目的业务逻辑也不是很复杂，因此综合考虑认为项目需求的复杂程度不是很高。

• 技术复杂程度

  团队成员共有6人，均为计算机大学毕业生，具有一定的编程基础和软件设计能力，作为毕业生相信也具有一些项目经历，学习能力较强。但因为大学生的项目经验可能不是那么丰富，所以在团队磨合，和软件设计时会多花费一些时间，同时因为SDK做了很多个平台的项目，工程量较大，需要多花些时间。

• 开发所需时间

  综合考虑需求复杂程度和技术复杂程度后我们估计将SDK做到这个程度需要14-16周时间

软件工程的质量

• 与同类软件相比的优势

  软件界面简洁清晰，操作规则和平时使用软件类似，容易使用；功能齐全，能够满足用户的基本通讯需求。

• 与同类软件相比的劣势

  软件细节方面处理的不是很好，容易让人找不到功能（如设置群信息的箭头很不明显等）；大部分功能与目前市面已有软件重合，独特的东西较少。

• 在软件工程方面的建议

  • 在编码前最好做好需求分析，确定项目要有哪些功能，确保各个平台的开发小组对项目功能的认知一致，尽量不要出现一个平台有这个功能，一个没有的情况。
  • 可以对项目的功能划分优先级，按阶段逐步完成，并做好后期测试工作，减少项目出现的bug。

规划我的产品

目前市场上类似的产品

• 闲鱼
• 拍拍
• 飞鱼商城
• ......

同类产品分析请见NABCD分析模型的C部分

NABCD分析

N(Need，需求)

​ 本产品主要是面向群体是在校大学生，部分同学在平时生活中有很多没什么用但扔了有有些可惜的东西(比如毕业生带不走的电动车，洗衣机等)，通过现有的一些平台如闲鱼处理过程可能比较繁琐（还要寄快递之类的流程）；而与之相对应的同样有许多的大学生想要买二手的物品，但又因为无法看到实物而不放心，需要有个平台能够看到校内想要出售的二手物品，可以方便的去看到实物找到自己需要又实惠的物品。因此我们在校生群体在这些方面具有一定的需求。

A(Approach，方法)

• 技术方法

  基于SDK进行安卓开发，以安卓app的形式完成该项目，在即时腾讯通讯的基础上添加类似朋友圈的功能的板块用于发布售卖信息，买家可以根据售卖信息的用户id，与卖家发起会话。再交易结束后卖家可以删除自己的发布信息。

• 运营模式

  本项目对于正常售卖是不打算收取费用的，若是用户想要将自己的售卖信息置顶以提高效率则需要缴纳一定费用作为代价，作为本平台的收入。

B(Benefit，好处)

• 对用卖家来说通过本平台进行二手物品售卖不仅可以带来额外的收入，同时在校内完成交易过程不会很复杂，只需将代售物品的信息发送等待买家上门联系即可。
• 对于买家通过本平台进行校内的二手物品购买，不仅二手物品性价比较高，更重要的是买家可以很方便的看到实物，在综合考量后决定是否要购买。

C(Competitors，竞争)

• 优势

  本产品的主要竞争对手是目前市面上已有的一些二手交易平台(如闲鱼，拍拍等)，作为校内的二手交易平台本产品主要体现出的优势是买家可以方便的联系卖家看到实物，从而购买过程会更加友好，放心。

• 劣势

  相对于市面已有软件本产品最大的劣势是受众较小，用户群体仅限于在校生群体；本产品没有内置金额交易平台，只是提供一个消息交流的平台，具体交易还需双方线下自行进行。

D(Delivery，推广)

​ 通过良好的口碑和用户体验口口相传。

团队领导方案

假如由我来领导该团队，首先我会在划分团队前大家讨论清楚，并以文档的形式记录软件具体需要包含的功能和效果，确保各个平台团队对项目认知的一致性，减少某些功能在其他平台不能使用的情况；其次我会将功能划分优先级，逐步实现，并安排测试人员在确保功能有经过详细测试后再上线功能，最后可能在相同时间内完成的功能较少但会提高系统已有功能的可靠性。

人员安排

对于5人的团队我可能会安排2人做前端开发+原型设计，2人做体系结构设计+后端开发+测试，1人原型设计+美工+文档整理；项目的需求分析需要全员参与。

16周开发计划

时间	具体工作安排
第1周	确定团队开发环境，用简单的程序进行合作开发测试，需求分析，学习任何使用SDK开发项目，了解并学习其他功能所需技术
第2周	完善功能设定，完成原型设计，完成项目需求规格说明书，学习项目所需技术
第3-4周	进行项目系统结构设计，学习所需技术
第5周	前后端完成接口设计，后端完成数据库设计，完善系统结构设计，完成系统设计说明书+数据库说明书，
第6-7周	前后端分离开发，编写程序
第8周	接口对接，处理bug
第9周	前端完善界面，后端完善系统的安全性，健壮性等需求
第10-11周	对各个功能接口进行更为详细的测试，解决bug
12周	前端对界面进行优化，后端进行压力测试，进一步提高系统性能，对文档进行整理和完善
13周	发布测试版本，获取用户反馈
14-15周	根据用户反馈进一步优化项目
16周	发布最终版本，对项目工作进行总计

项目部署

设备	数量
应用服务器4核8G	2台
后端服务器8核16G	3台
关系型数据库	3台（读写分离x2，备份x1）
分布式缓存数据库	2台（主备）
网站安全性	WAF、DDOS