软工实践第十次作业-项目评测

测评项目 ： 福大助手

组长博客：[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

学习进度条

第一周	新增代码（行）	累积代码（行）	本周学习耗时(小时)	累计学习耗时（小时）	重要成长
1	0	0	2	2
2	0	0	5	7