• 福大软工 · 第十次作业


    测评项目 : 福大助手

    组长博客链接:https://www.cnblogs.com/dawnduck/p/10093752.html

    第一部分:调研,评测

    评测

    1. 第一次上手体验

    • 安卓:
      进入页面时只有白色背景,有点单调;界面节约,清晰明了;课表的两种形式的切换,很直观;功能丰富,可以查询各种信息,方便;设置个人背景,充分的个性化。但是登录以及数据加载稍微有点慢;绩点刷新不出来;闪退严重。

    • ios:
      第一次用课表,感觉这功能还行,比较灵活,但使用第二个功能成绩查询,直接给我卡死,获取了5分钟都没有反应,只能强制关闭,对这个软件感官一下子就不好了。接下来一些功能感觉并不是很常用,不过自动评议这点还是可以的。


    2. 思维导图


    3. BUG查找

    bug1:点击分享后app会卡死闪退
    bug2:ios端点击推送后app会卡死
    bug3:安卓端闪退情况严重
    bug4:ios端app内的易班工具无法正常使用
    bug5:ios端的挂科高亮功能无法正常使用,且绩点无法正常显示

    bug描述
    • 1标题:点击分享后,app会卡死闪退
      内容:
      <测试环境> ios 10以上及Andriod 5.0以上
      <准备工作> 登录app
      <测试步骤> 进入主页后,依次选择菜单,设置,分享  
      <实际结果> app卡死,闪退
      <预期结果> 正常分享出去,并成功返回app

    • 2标题:IOS端点击推送后,app卡死
      内容:
      <测试环境> ios 10以上
      <准备工作> 登录app
      <测试步骤> 进入主页后,依次选择菜单,设置,推送
      <实际结果> app卡死,闪退
      <预期结果> 关联本机的通知功能,允许该app进行消息通知

    • 3标题:Android端闪退情况频繁出现
      内容:
      <测试环境> Android 5.0以上
      <准备工作> 无
      <测试步骤> 正常使用app
      <实际结果> app经常性出现闪退情况
      <预期结果> app正常使用

    • 4标题:ios端的易班工具无法正常使用
      内容:
      <测试环境> ios 10以上
      <准备工作> 登录app
      <测试步骤> 进入主页后,依次选择菜单,易班工具
      <实际结果> 登录时,即使输入正确的账号密码但依旧提示登录失败,但此时已经处于正常登录状态。而且在登入状态时,点击大部分的功能都会显示一个登陆中的文本框,并陷入死循环。
      <预期结果> 正常使用易班工具内的功能

    • 5标题:ios端挂科高亮功能及绩点显示功能不正常
      内容:
      <测试环境> ios 10以上
      <准备工作> 登录app
      <测试步骤> 无
      <实际结果> 挂科高亮按钮勾选后,并没有出现实际的效果,且绩点一栏都是“-”符号
      <预期结果> 勾选高亮按钮后,在挂科的科目一行出现高亮,绩点正常显示


    4.你觉得为什么这个产品组的人没有发现这个bug

    原因软件发布后缺少定期的后期维护,以及有的部分bug太过于角度刁钻,产品组并没有发现甚至放在心上。


    5. 假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)。

    部署需要准确熟练
    数据加载时间要更短一点,用户才会有更好的体验
    要消除闪退的现象

    采访

    采访对象 1

    • 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)

    该用户是安卓用户,平时一直使用福大教务通。没有新的需求。

    • 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

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

    用户详细使用了每项功能,软件的成绩、课表、考场、教室这些的查询比较准确,用户使用良好。但使用过程中图书馆以及嘉熙讲坛界面无法打开,用户查阅图书馆书籍的需求未解决。用户认为福大助手是一款不错的APP。

    • 用户对产品有什么改进意见?

    让单双周课表的显示有些问题,应该改进。

    • 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:

    一般

    采访对象 2

    • 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)

    该用户是IOS用户,用过福大易班,福大教务通,超级课程表等应用。没有新的需求。

    • 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

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

    用户粗略使用了课表和教室查询功能。在使用其他功能时因为没有评价教师,所以不能使用,很多其他界面也打不开。后面经过我们研究发现,福大助手有一键评议功能,但是藏得太深,用户不易发现。用户体验一般,认为比教务通功能多,但是很多界面打不开。

    • 用户对产品有什么改进意见?

    解决这些界面打不开的问题。

    • 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:

    不推荐

    采访对象 3

    • 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)

    该用户是IOS用户。使用过福大教务通,超级课程表等应用,没有新的需求。

    • 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

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

    用户大致使用了每项功能,查询方便,使用体验较好。用户认为该软件综合了教务通,期末考啦等应用功能,是一款功能非常齐全的APP,看历年卷,看嘉熙讲坛这些都非常方便。

    • 用户对产品有什么改进意见?

    没有。

    • 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:

    非常推荐

    采访对象 4

    • 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)

    该对象为IOS用户,有用过福大教务通,福大易班。 没有新的需求。

    • 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

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

    登录进来显示了一个课表,还行。可是乱点了一会儿,不知是什么原因,卡在了登录中的界面,无奈强行退出。又进来,不小心点了一下注销,点了一下校园百事通,对话框提示登录,可是输入账号密码后登录却总是提示登录失败,只好先放弃登录。紧接着点了左边的菜单,想看看课表,却迟迟找不到课表在哪儿,后来才发现原来是课表功能并没有加入菜单,手动加入后可以查看。后来又点了一下校园百事通,此时竟奇迹般的可以直接进入查看,没有提示登录。接下来又尝试了一下其他的一些功能,有的可以正常使用,有的则是点进去却弹出来并卡在登录中的界面。
    该用户使用的需求只不过是查看课表、考场、成绩,这些需求算是得到了满足。用户认为,该软件的界面简约易懂,功能还是挺齐全的,像是把各个app的功能做了一个融合,但同时无用功能太多了,有的功能还只是徒有其名然而却根本无法使用。该软件上可以找到很多信息与资源,这点毋庸置疑。用户还指出了使用这个app并不如直接使用教务通、易班,至少他们没那么容易崩溃,功能上也并没有多少差的。用户体验方面,一直卡死,体验不好。

    • 用户对产品有什么改进意见?

    必须要解决一直卡死的问题。同时注意到有一键评议这个功能,联想到有时候请假有点麻烦,希望也加上一键请假的功能。

    • 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:

    不推荐

    采访对象 5

    • 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)

    该对象为安卓用户,有用过福大教务通,福大易班。没有新的需求。

    • 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)

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

    一开始输入账号密码点击登录,却一直登录失败,登录失败后直接返回登录界面,期间没有任何为什么登录失败的提示。后来重新连接了一下wifi才登录成功,看来可能是网络的问题。照着菜单栏使用了一下功能,都能正常使用,不过许多功能都在其他相似app里见过了。
    用户的需求在于查看课表、成绩、考场、历年卷,福大助手解决这方面问题。该用户觉得,福大助手的功能很齐全,把期末考啦、福大教务通、福大易班等app的功能做了一个整合,可以达到一站式解决的程度,不过正是由于整合,有许多经常不需要用到的功能,无疑这凭空占据了手机的空间。在软件中可以获取许多的信息,信息量庞大,这点是值得肯定的。用户体验方面,这次的体验不算差,但也不算好,因为许多功能是意料之中的,似乎并没有出现什么使用户眼前一亮的功能。既然并没有新的功能,为什么不直接使用教务通等功能明确的app而来使用福大助手呢?

    • 用户对产品有什么改进意见?

    登录失败后应提示可能的失败原因;应明确软件的主要功能,而不是泛泛的所有功能都做而并没有创新。

    • 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:

    一般

    第二部分 分析

    估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。

    大约需要两个月BA。

    分析这个软件目前的优劣(和类似软件相比),并推理出开发团队在软件工程方面可以提高的一个重要部分(具体建议)。

    • 优势:
      • 和其他软件相比,它最突出的优势是连通了图书馆以及易班,使它成为了功能比较全面的存在。
      • 其中最重要的一个功能,就是它能帮学生自动评议。
    • 劣势:
      • 安卓端无限闪退,苹果端经常卡死。
      • 连通图书馆和易班又有什么用呢?易班本来就不好用,移植易班的功能到这款软件上更是不好用,可能是应为功能太多,许多地方做得不够精细,它的优势反而成为了劣势。。
    • 具体建议:
      • 开发团队应该使用户操作更加灵活,很多情况下,比如说登入,或成绩获取时,应该设置按钮或其他东西使得用户能取消操作,而不是页面一直卡在数据获取界面,至少也应该设置登入超时或数据获取超时,这样用户体验才不会怎么差劲。

    根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;

    分数区间为1~10

    模块名称 重要度 完成度 出发点 效果
    课表 8 9 为用户提供课表,让用户知道实时的课程安排 功能完成得不错,课程数据没有出错,界面简介明了
    成绩 8 9 记录用户成绩,提供绩点信息和学分信息 功能大部分完成,但单科绩点无法显示以及绩点显示不完全
    考场 7 10 提供学期考试考场 功能大部分完成
    空教室查询 7 9 为用户提供空教室信息 功能大部分完成,信息真实性应该符合
    图书馆 6 8 连通图书馆,提供检索功能及预约功能,提供用户借书信息 功能大部分完成
    易班工具 6 8 连通易班,提供部分易班常用功能 部分功能都移植成功,但使用时容易闪退或卡死
    教务处通知 6 10 让用户不用登入网页就能查找到教务处通知 功能完成,效果良好
    历年卷 7 9 提供历年卷以及课件等供用户下载 功能基本完成,效果还不错,但由于无法上传文件,导致历年卷内容无法更新
    校招日历 7 9 提供校招信息以供用户使用 功能基本完成
    二手市场 6 8 提供市场平台,供用户使用 功能基本完成,但由于使用人数少,实用度不高
    嘉锡讲坛 6 9 用户无需上教务处网站,可直接在软件上查看讲坛信息及报名 功能基本完成,效果不错,确实方便用户
    大物实验 7 9 帮助用户抢大物实验 功能基本完成,方便了用户
    一键评议 7 9 帮组用户完成查询成绩以及选课时所需要的教师评议 功能基本完成,但还是存在一些BUG
    设置 8 10 提供人性化设置,方便用户使用 功能基本完成

    针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。

    分数区间为1~10

    • 用户体验方面: 6
    • UI界面美观度: 7
    • 核心功能: 9

    第三部分 建议和规划

    如果你是项目经理,如何提高从而在竞争中胜出?

    首先我们要明确这款软件目前的优势与劣势。
    功能全面,且能连通图书馆和易班是我们的优势,但与此同时丰富的功能缺少精细的打量,优势也会变为劣势,这是我们都不愿意看到的,所以要从用户的体验着手,收集用户信息,在用户喜欢、常用的功能上加大功夫,简化那些不常用或是受众面小的功能。

    目前市场上有什么样的产品了?

    现在有一款叫i福大的APP,是福州大学为全体师生和校友打造的移动校园应用平台,通过i福大可以了解学校校情、学校新闻、通知公告等校园动态信息,还可以查看校园地图、财务缴费等学习生活服务信息。 这款软件有点像校园微博,与福大助手还是存在一定的差异。

    你要设计什么样的功能?

    加入新闻观看、查找功能,以及校内导航功能。

    为何要做这个功能,而不是其他功能?

    首先是新闻观看、查找功能,学生可以通过APP了解国内外大小事,并且可以选择想了解的新闻,输入关键字或者日期等进行查看,同时不用担心搜索到非新闻的内容。
    其次校内导航功能,首先保证导航需要用到的地理信息能够及时更新。有时想去校内的某地,又或是新开的饭店、体育馆等等,不论学生还是教工人员都常常找不到路,有了这个功能,就可以节省时间,方便快捷地到达目的地。

    为什么用户会用你的产品/功能?

    我们新增的功能是从受众方——学生的角度考虑的,这些功能可以服务到他们。

    你的创新在哪里?可以用 NABCD 分析。

    1. 需求
      • 在一款学生常用的软件中增加新闻观看、查找功能,方便其在空闲之余也能了解国内外大小事,并且通过筛选查看更具有针对性
      • 校内导航功能能有效的便利学生等群体的生活。
    2. 做法
      • 新闻能根据关键字或时间等进行筛选,阅读更具有针对性
      • 校内导航能保证及时更新地理信息,同时由于是针对校内的导航,会记录校内特有的小店、景点
    3. 好处
      • 大大节约时间、方便生活
    4. 竞争
      • 其他APP新闻常常是杂乱的,不具有针对性
      • 那些导航不针对校内,一些小店小地都会被忽略
    5. 交付
      • 我们会先让身边的人使用,并且对他们提出的问题进行改正。然后放在下载的平台上,提供给更多的人使用,正确对待他们可能提出的问题。

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

    在人员安排上,更具有针对性,做到人尽其才。同时带动团队氛围,不让团队变成只是为了完成任务而做,而是全身心地去想办法为产品添彩。

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

    3个人员负责开放,2个人员负责测试,美工外包。

    描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。

    首先每周要固定2次例会,平常人员多交流,保证信息的流通
    其次以周为单位,将工程进行分割,并以每周最后第二天作为deadline来进行督促。

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

    应用服务器配置:4核8G x 1
    后端服务器配置:8核16G x 1
    关系型数据库:SQL Sever/Oracle/MySql数量:2(读写合并、备份 x 1)
    缓存数据库Redis数量 :2(主备)
    网站安全性:WAF,DDOS

    第四部分 增量开发设计

    优化/新增功能点的原型界面



    基本实现思路

    按顺序依次是:

    • 原有界面优化,单日课程功能多余,去掉此功能界面简介美观
    • 新增学业功能,学生可由此查看自己目前的总绩点、总排名、修习情况等信息。
      实现思路较简单,从数据库中获取数据简要处理即可实现
    • 新增功能地图导航,当学生一时间想不到校内某些地址时,可输入关键字查找福大校内的地图信息,APP将为其导航。
      实现思路:与百度达成合作。调用百度地图接口实现地图信息的基本功能,再进一步添加特殊名称地址信息。

    优化/新增功能点与原有产品如何接入

    接入原有产品:新功能将通过添加在原有产品左抽屉的列表中实现功能接入。

    第五部分 答辩总结

    评估团队中每个人对本次作业的贡献比例,描述为本次测评作业的工作流程、组员分工、组员工作量比例(禁止一锅端平的情况,如果没有评估,全组平均后,组长得分减 50%)

    成员 参与 贡献比例
    白晨曦 答辩 5
    蔡子阳 测试安卓端 7
    陈德斌 采访 12
    乐忠豪 增量设计 10
    李麒 建议与规划 10
    林志华 ios端测试 11
    黄培鑫 采访调研总结 12
    王焕仁 测试总结 11
    何裕捷 问卷调查 10
    吴佳炜 博客与报告整理 12

    答辩总结

    求出本组的现场答辩得分:去除最高总分,最低总分,求平均分

    第?组
    评分 83 78 74 81 78 69 78
    现场答辩得分:77.8分

    收集其他组对本组提出的问题,并回答

    第一组

    • Q:问卷调查的统计图缺乏必要的数量标注
    • A:作为展示图图片简洁更能直接展现出数据结果,演讲中如果用了大量的数据反而容易造成听者疲劳,所以我们舍弃了标注。
    • Q:增量开发的难度如何,大概需要多久的工作量?
    • A:难度适中,无太高算法要求,工作量大致在十周左右
    • Q:四个增量开发中你们最看重哪个功能,为什么?
    • A:最看重地图导航功能,因为这个功能的需求量是最高的,无其他产品替代

    第二组

    • Q:是不是应增强对BUG的描述?(规范性)
    • A:这是我们所欠缺的,但是也有好的一面,当面对无专业知识的人群,通俗易懂的语言反而能起到更好的效果
    • Q:答辩时长偏短,是不是应该适当多加入点内容?
    • A:的确应该增加一些内容,为了答辩精简所以只是挑选了部分重要内容进行讲解,下回一定更好的把控时间,尽量将内容爆满。
    • Q:增量开发的周期为多长?
    • A:增量设计难度适中,无太高算法要求,工作量大致在十周左右

    第三组

    • Q:测试报告中存在页码错误(全部为1)
    • A:我们会好好检查的,谢谢提出
    • Q:同校帮功能有没有能力取代出清群,替身群,拼车群等校功能群?如果不能,该如何去推广?
    • A:同校帮和普通群的不一样之处在于发布的任务不会被刷屏清掉,每个任务为一个帖子,清晰明白,这是能够取代群的优势所在。
    • Q:四个增量开发,你们觉得以你们小组需要花多久的时间才能完成?
    • A:工作量大致在十周左右。

    第四组

    • Q:为什么没有展示分工呢?
    • A:具体分工会在博客中展现出来,敬请期待
    • Q:你们的调研采访不够理想,准备怎么改进?
    • A:扩大受访人群,提高问题质量及关联度
    • Q:找到的bug是否过少?
    • A:的确太少了

    第六组

    • Q:您好,测试报告中存在如图片贴反,错别字等情况,是否存在准备不足的情况?
    • A:确实存在准备不足的情况,我们下次会注意这个问题的
    • Q:您好,bug3仅描述为经常性出现闪退,这一bug是否描述过于模糊,否则如何定性频繁出现?
    • A:出现闪退这种现象太过玄学,我们也无法确定它是经过多长确切时间就闪退,频繁的定义是从用户体验上来定性的,相较于其他软件,这款软件闪退的次数过高,就觉得是频繁了,这也是我们的调查结果
    • Q:您好,能否大致描述增量设计“小白实时”的基本实现思路?
    • A:在小白身上装GPS定位器,数据实时反馈到后台,再呈现在软件上

    第七组

    • Q:针对你们的调研采访存在一定的缺陷,你们打算怎么弥补?
    • A:能具体说明是哪些缺陷吗?我们一定积极听取您的意见
    • Q:整个分析与测试的内容偏少,很难有说服性,你们打算怎么增加本组的说服性?
    • A:测试分析都是人工检测出的事实存在的问题,如果不够有说服力我们会扩大测试人员的数量,针对不同机型进行测试
    • Q:原本小白就有自己的微信公众号可以实时,那你们在福大助手里面再弄一个小白实时还有意义吗?
    • A:当然有意义了,能在一款APP里就有上学所需的功能为什么还需要进入公众号这么麻烦呢?就像在食堂能微信支付宝支付,为什么还要用学生卡呢?

    第八组

    • Q:ppt中关于采访调查的饼状图有点看不太懂在说什么
    • A:饼状图的批注已经在旁边标好了,如果还有哪些地方不明白可以向我们提出具体的问题
    • Q:找到的bug是否过少和简单?
    • A:确实过少了
    • Q:认为有必要使用一款学习类的软件发布一些动态嘛?因为据了解在超级课程表中也有相关功能,但实际使用的人数并不是很多。
    • A:可以没有,但是如果有可以有更好的用户体验。您是如何了解到超级课程表的相关功能的使用人数呢?如果使用人数不多,可能有很多的因素在其中,但这个点子本身的出发点还是好的。

    第六部分 个人部分

    PSP

    PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
    Planning 计划 10 20
    · Estimate · 估计这个任务需要多少时间 10 20
    Development 开发 750 463
    · Analysis · 需求分析 (包括学习新技术) 30 35
    · Design Spec · 生成设计文档 10 20
    · Design Review · 设计复审 10 8
    · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 0 0
    · Design · 具体设计 500 300
    · Coding · 具体编码 0 0
    · Code Review · 代码复审 0 0
    · Test · 测试(自我测试,修改代码,提交修改) 200 100
    Reporting 报告 30 40
    · Test Repor · 测试报告 0 0
    · Size Measurement · 计算工作量 0 0
    · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 30 40
    |       | 	合计  |790 |523
    

    学习进度条

    第一周 新增代码(行) 累积代码(行) 本周学习耗时(小时) 累计学习耗时(小时) 重要成长
    1 | 	0 |    0 |    2|    2|    
    2 | 	0 |    0 |    5|    7|
  • 相关阅读:
    viewport的故事(一)
    Laravel项目部署上线(阿里云 Ubuntu 16.04)
    Javascript数组方法总结
    html中编写js的方式
    js验证表单并提交
    html+css+js实现复选框全选与反选
    Cookie记住账号密码
    加密口令
    ASP.NET 在GridView中自动添加序号列
    ASP.NET使用递归遍历TreeView树
  • 原文地址:https://www.cnblogs.com/lq777/p/10093798.html
Copyright © 2020-2023  润新知