zoukankan      html  css  js  c++  java
  • 个人作业——软件评测

    个人作业--软件测评

    这个作业属于哪个课程 2020春福大软工实践S班
    这个作业要求在哪里 个人作业——软件评测
    这个作业的目标 实现对腾讯即时通信IM的软件测评
    作业正文 就是本文
    其他参考文献 邹欣老师的《构建之法》

    第一部分 调研,评测

    一、评测:软件的bug,功能评测,黑箱测试。下载并使用demo,对使用的不同demo,每种demo至少提供两张使用过程中的截图。

    1.WEB体验



    2.微信小程序体验



    3.Andoid体验



    二、按照找出几个功能性的比较严重的bug。至少两个。用专业的语言描述(每个bug 不少于 40字),并配图。

    1.功能缺失以及没有同步更新修改

    安卓端在创建群聊时,无法邀请好友也无法邀请管理员,同时修改加群方式也会报错。修改群名片但在显示时依旧是原来的群名片。

    2.消息“未读”标志没有更新

    在安卓端的已发消息在被其他端的账号或者同端账号阅读之后,没有将已读置为未读

    3.不同渠道之间功能以及显示信息不对称

    在安卓端的创建群聊有“发起会话”、“创建讨论组”、“创建群聊”、“创建聊天室”4个模板,在WEB端和小程序仅有“快速发起会话”“创建群聊”两个模板。


    三、你觉得为什么这个产品组的人没有发现这些bug?

    1.无法邀请好友进群以及无法修改群名片的原因我觉得可能是开发者没有完善功能。在修改群名片却依旧是原来的群名片我觉得是因为测试人员没有测试好。
    2.消息“未读”标志没有更新的原因我认为是测试人员没有在不同渠道之间进行全面的测试,有所遗漏
    3.不同渠道之间的功能以及显示不对称的原因我认为是团队在进行需求分析时,没有全面的进行讨论,每个渠道之间的沟通可能仅局限在自己的小组中。或者是团队更看重移动端。

    四、采访:假如你需要用这个腾讯即时通信SDK开发属于你的自己产品,那么开发之前你除了需要了解该SDK的基本使用之外,更重要的就是为你将开发的产品进行市场调研。

    最近社会上频频有女性受到侵害的新闻,受到这些启发,我想设计一个可以在我们受到可能突发侵害时,基于腾讯即时通信SDK可以使用的软件。

    1.产品功能

    紧急联系

    2.面向用户

    所有需要在外需要紧急联系的人群

    五、从你的身边寻找你要开发的产品的潜在用户,记载你对这位用户的采访。使用下面的采访提要:

    1.介绍采访对象的背景和需求

    背景:正在上高中的堂妹,出门比较没有安全感;需求:在紧急或者突发事件时能与家人联系。

    2.让采访对象使用10-30分钟体验腾讯即时通信的demo(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

    3.描述用户使用这个demo的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?

    在使用过程中一部分解决了自己在联系上的需求。但在功能上不够突出,与同类产品比较没有区分度。用户感觉在紧急联系没有很好的服务。

    4.介绍你想用这个SDK开发怎样的产品?

    我想本着“即时”二字,开发一款能即时联系的产品,特别是在紧急情况下联系自己想联系的人,在其中发挥即使高效的作用

    5.用户对腾讯即时通信的功能有什么改进意见?

    在功能上可以本着“即使通信”的口号,做到在通信上更加高效,同时在分类上可以更加精确

    6.用户对你想开发的产品有哪些意见?

    她认为产品功能需要更加突出,在“即使联系”上更加识别度,并且使用上应该需要更加快捷,例如:一键发送消息或者一键拨打语音视频。

    7.结论:经过这么多工作,你一定有充分的理由给腾讯即时通信下一个评价,请选择一个结论:

    一般

    第二部分 分析

    使用腾讯即时通信的所有功能,联系第二部分的分析,估计这个SDK做到这个程度大约需要多少时间?(团队人数大约6人左右,计算机大学毕业生)。 分析这个软件目前的优劣(和类似软件相比,如网易云信),并推理出团队在软件工程方面可以提高的一个重要部分(具体建议)。

    估计这个SDK做到这个程度大约需要两个月时间,因为在使用感受上大体上解决了联系上的需求。这个软件目前与同类产品相比,优点是:界面简洁,嵌入其他项目中比较方便拓展;缺点是:功能上没有特别出彩的地方,界面不够吸引人,使用上不够人性化。
    后期主要完善一下前端界面与美工,使其更加吸引客户,同时在功能上可以做到更加完善,更加具有识别度。

    第三部分 建议和规划

    一、前文让你构思了你想要的开发的产品:

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

    目前市面上的紧急联系功能一般内嵌在其他软件中,没有特别出色的即时联系软件

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

    NABCD分析:
    N(Need,需求)
    目前社会上依旧有许多心怀不轨的人,当我们遇到这些心怀不轨的人的时,常常需要紧急联系,以保证我们的自身安全
    A(Approach,做法)
    给紧急联系人发送不可屏蔽消息,或者给紧急联系人拨打语音视频电话
    B(Benefit,好处)
    一方面,极大地满足了用户的需求,另一方面在预防悲剧的发生以及保护社会治安上可以发挥自己的一份力量
    C(Competitors,竞争)
    与同类产品,我们的产品在紧急联系上的功能会更加突出,更具有识别度;另一方面以及借助实事对我们的产品做宣传,使其在同类产品的竞争中突出
    D(Delivery,推广)
    可以在校园中先进行免费的测试推广,之后在社会中进行比较大范围的推广之后再借助社会实事在微博中进行推广,也可以发布广告之类的形式进行推广。

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

    使得所有人尽可能各司其职,职责均衡。

    4.如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?

    美工、前端开发(两人) 后端开发,测试(三人)

    5.描述你的团队在周期为16周,每周都要做什么,才能保证在第16周如期发布软件。

    第1周:完成系统设计,学习所需技术框架
    第2周:完成数据库设计,确定接口传输数据格式,搭建项目基本框架
    第3-4周:前端完成静态页面,后端完成对应接口的数据处理
    第5-7周:前后端进行对接,完成接口测试,处理错误,发布Alpha版本
    第8周:前端对界面细节进行优化,后端完成权限处理,
    第9周:增强系统健壮性
    第10-13周:前后端进行功能测试,修复bug
    第14周:正式版本完善,将项目部署到云服务器,完成项目使用手册,完善项目文档
    第15-16周:正式版本发布,项目总结和汇报

    6.项目发布后,有没有考虑过项目该怎么部署才能满足需求?依据下图(某校教务处系统的部署)作为参考,分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置)

    1:关系型数据库:SQLserver数量:3(读写分离2、备份1)
    3:缓存数据库:Redis数量:2(主备)
    4:网站安全性:wAF、DDOS
    5:应用服务器配置:4核8G
    6:后端服务器配置:8核16G3
    7.带宽:百兆

  • 相关阅读:
    kotlin,短小精悍
    最近把Vue又看了下
    https://docs.spring.io/spring-framework/docs/current/reference/html/web-reactive.html#webflux-cors
    os模块——获取上层目录
    启动flask服务:flask run -h 0.0.0.0 -p 5000
    22端口和3389端口之我竟然用3389连接linux服务器,关键是我之前用22端口连接过linux!!!
    datetime 模块
    查看公网ip
    字典——删除元素
    docker端口映射
  • 原文地址:https://www.cnblogs.com/tangxiaoxiong/p/12719225.html
Copyright © 2011-2022 走看看