扩大
缩小

欢迎来到toyouq的博客

加油嗷 一起努力 祝每一位来我博客参观的小朋友 都可以天天开心 快乐学习~(*^▽^*)

个人作业——软件评测

这个作业属于哪个课程 2020春|S班 (福州大学)
这个作业要求在哪里 个人作业——软件评测
这个作业的目标 通过分析 腾讯即时通信IM ,结合阅读《构建之法》,写一篇随笔。
作业正文 在这
其他参考文献 《构建之法》

Part 1 调研评测

一、评测

1.web端demo使用过程截图

2.微信小程序demo使用过程截图

3.ios端demo使用过程截图

4.SDK评测

  • BUG1及描述配图

    • web端、小程序端的自定义消息虽然可以输入内容,但是并不显示。只有发送者知道自定义消息的内容。ios端点击自定义消息则会自动发送一条链接消息,无法自己输入内容。
      • web端发送后,只能显示为“[自定义消息]”
        web端
      • 小程序发送前可编辑
      • 小程序发送后,只能显示为“[自定义消息]”
      • ios端的显示
  • BUG2及描述配图

    • web端不能加好友,只能输入用户ID快速发起会话,并且不显示通讯录。(前提:已经有一位好友)而小程序虽然不能加好友,只能输入用户ID快速发起会话,但可以显示通讯录内容,也有显示该好友信息。ios端也显示通讯录内容,但是没有该好友信息,可以进行添加好友的操作(如下图)。
      • web发起会话
        web发起会话
      • web不显示通讯录
        web不显示通讯录
      • 小程序通讯录
      • ios通讯录/ios添加好友
      • ios添加好友
  • 你觉得为什么这个产品组的人没有发现这些bug??

    • web端、小程序端、ios端的开发者可能不是同一批,且互相之间没有交流沟通。所以三方各自的显示有所出入。
    • 测试不够充分。其实以上bug在测试阶段多做一些测试应该是都能发现的,但是实际上他们还是存在于测试版中,则说明测试不够多,或者是测试用户范围不够广,人数太少,又或者用户的回馈不够充分。

二、采访

1.利用SDK你想要开发的产品

  • 产品描述
    • 想做的产品:一款用来供烘焙爱好者使用的app
    • 用户分析:适用于想要交流烘焙经验,寻求厨友帮助,获取菜谱的用户。适用于任何年龄段的网友。
    • 产品功能:(1)可以组建交流群,根据需求用户可以加入各自感兴趣的群。
      (2)可以添加好友,找到感兴趣的方向(如:吐司、曲奇等)的烘焙大佬,点击添加,即可私聊。
      (3)有直播、录像、录音等互动功能,烘焙大佬们可以在线授课,在线指导
      (4)提供一个菜谱广场,可以发布菜谱,查看菜谱,收藏菜谱,用户根据需求自取。

2.采访记录

  • 采访对象的背景需求

    • 高校学生,需要一个用来作为团队合作探讨、传送文件、视频通话的工具。
  • 体验过程

  • 用户体验后认为软件在数据量/界面/功能/准确度上各有什么优缺点

优点 缺点
数据量 丰富 -
界面 UI简单明了,看着舒服 视频通话的UI太丑
功能 可以满足用户的核心需求 有一些功能的使用方法不是很清楚
准确度 跳转,布局都很准确 聊天框有文本的时候转换聊天框,文本不会变;有些时候跳转有卡顿
  • 用户使用这个demo的过程中, 问题是否解决,用户体验如何
    • 解决。总体还可以,基本的功能都有。
  • 用户对于SDK的意见
    • 改进意见:一直不明白“自定义消息”这个功能到底怎么用,希望给个提示什么的。希望能美化一下视频通话的UI。
  • 用户对于你想开发的产品的意见
    • 这个APP的想法很好,目前也没有专门针对食品类的即时聊天软件。初期的推广感觉比较重要,如果没有用户群一些功能就会被搁置(例如直播这种)。

Part 2 分析

1.估计这个SDK做到这个程度大约需要多少时间?(团队人数大约6人左右,计算机大学毕业生)

  • 大概两个月左右吧

2.同类产品对比优劣

  • 比如和网易云信作比较,优点是1.打开网页登录一段时间后或者小程序后台运行一段时间,需要重新登陆,故保密性好。2.可以发送图片和文件,且能查看。网易云信web端发送图片后,在小程序端无法查看到该图,且点击发文件没有反应,有点奇怪。缺点在于虽然短时间内系统自动退出会对有较高保密性,但是不能长时间登录实在是麻烦,如果需要长时间断断续续使用该demo,则十分麻烦,需要一直重新登录。而网易云信则和一般的网页相似,可以保持登录状态。

3.团队软工方面提高

  • 三方的沟通协调需要提升一下,测试方面也需要提高,可以扩大测试用例范围还有进行大量测试,寻找更多的试用者来提供使用反馈。可以添加用户切换功能,方便多账号使用。适当延长登录保留时长,提升用户的测试体验舒适度。

Part 3 建议和规划

1.同类产品分析:目前市场上有什么样的类似的产品?

  • 下厨房,豆果美食等。

2.对你的产品进行NABCD分析。1.考虑为何要做这个功能,而不是其他功能?2.你的创新在哪里?3.为什么用户会用你的产品/功能?4.对于C:Competitors,结合同类产品分析,描述如何从竞争中获胜

  • N——Need(包含问题1、2的回答)
    • 现在的app中做得较好的一款,比如下厨房app,里面功能比较齐全,但是只有基础能力较好的用户能从中得到较大的收获。而我作为下厨房app的一个常驻用户,我认为缺少一个方式,能让基础用户与app中有很多粉丝的那些应该称之为大佬们的用户有一个沟通交流,如同朋友间的指导的机会。我发现大部分大佬使用的指导方式是建立交流微信群,或者是提供微信号方便他人添加。用户的最终目的都是为了提升厨艺,寻求有效的建议。而我的创新在于,我的app可以将菜谱,和类似微信的功能结合起来,以此达到用户不需要额外去添加别的用户,直接在app中就可以既获得菜谱,又能与大佬们交流,直接获取帮助。这样就使得这个app的独立性强,用户只需要一个app就能完成在烘焙方面的所有需求。
  • A——Approach
    • 可以建群;用户之间可以添加好友,发送信息或语音或视频;有菜谱广场,收集各种烘焙配方;可以发布配方、收藏配方、删除配方。
  • B——Benefit
    • 方便用户只使用一个app,就可以拥有例如下厨房和微信两个app所提供的功能带来的体验。看配方、做烘焙的同时可以与大佬们交流沟通,语音或视频指导。
  • C——Competitors(包含问题4的回答)
    • 同类产品不能做到既收集各类菜谱,又提供一个聊天、交流的环境。在我的app中,用户可以与其他用户实时视频,在不需要暴露个人微信or其他联系方式的前提下,与他人交流厨艺经验,获得指导。
  • D——Delivery/Data
    • 我认为可以在一些烘焙经验交流微信群里进行推广,收集用户反馈,改进之后再进行进一步推广。

3.如果我来领导这个团队,会有什么不一样?

  • 明确每个人的分工,根据能力和每个人特殊的技能来将每个人的工作能力发挥到极致。
  • 尊重队员的选择和意见,做到有意见就提,有问题就解决。
  • 更加关注到用户的体验,去挖掘他们所想要的需求,比如大佬们虽然身怀绝技,但是烘焙他毕竟算是门玄学,食物的制作过程中有很多不定因素,并不是按步骤就能得到一样的结果,所以最好的办法,就是能观察到制作者的制作过程,实时在线提出建议。所以就有了别的同类竞品都没有的视频功能,融合了美食烘焙app和类似微信的功能操作,更加强大,更能满足用户的当下需求。

4.你的人员安排

  • 开发人员(4人):前端(2人)兼美工 + 后端(2人)
  • 测试(1人)兼文档

5.16周开发计划

  • 第一周:明确分工,整理需求,市场调研,写出大致框架和功能。
  • 第二周:需求分析,完成需求规格说明书。
  • 第三周:原型设计(前端)及初步测试。
  • 第四周-第六周:界面设计的后台部分(前端),前端与后端沟通协调,将接口等部分讨论好。
  • 第七周-第八周:系统设计和数据库设计,完成两份说明书。
  • 第九周-第十一周:功能设计并完成(后端)。
  • 第十二周:初测试版本发布,供用户体验,收集用户的测试反馈。
  • 第十二周-第十四周:根据用户反馈回来的内容进行bug修改和功能改进。
  • 第十五周-第十六周:第二轮大规模测试,项目验收。发布终极版本。

6.部署

  • 由于该app的访问量会比较大,所需存储空间也比较大,所以对服务器要求比较高,对数据处理也有一定的要求。
  • 应用服务器配置:4核8G * 2
    后端服务器配置:8核16G * 4
    关系型数据库:SQL Server数量:3
    缓存数据库:Redis数量:2
    安全性:WAF,DDOS
posted @ 2020-04-20 22:01  toyouq  阅读(218)  评论(0编辑  收藏  举报