团队项目评测

第一部分 调研,评测

评测

安卓端评测

  • 测试人:文垚前端

  • 描述最简单直观的我的第一次上手体验。ios

  • 第一次上手体验,操做简单,界面简洁。课程表与超级课程表差很少,不一样课程不一样颜色显示,简洁明了。可是总体界面在简洁中透露出些许简陋,总体UI设计缺乏灵性,只有最基本的框架没有进行优化,不够美观。特别是教务通知这一版块,显示过于简陋,教务通知显示常常出现排版混乱的问题。web

  • 使用思惟导图,描述福大助手的结构体系数据库

  • 按照描述的bug定义,找出至少两个功能性的比较严重的bug。json

  • 用专业的语言描述bug(每一个bug 很多于 40字),并适当配图.后端

  - 评议完成,但获取成绩数据失败。具体表现为使用易班版块中的“一键XX”功能对老师进行评议,评议完成后仍然没法查当作绩,显示获取成绩数据失败。通过一段时间后再次查询成绩,成功。
      缓存

  • 评议完成

  • 获取成绩数据失败

  - 使用图书馆功能查找图书,某些状况下直接闪退。具体表现为使用图书馆版块中的查询图书功能,当本次查询结果只有一个时,继续查找其余书籍将直接闪退。例如查找《应用统计方法辞典》,查询结果只有一个。再次查找其余书籍,如《计算机组成原理》,直接闪退。服务器

  • 你以为为何这个产品组的人没有发现这些bug?

  - 我认为产品组的人没有发现这个bug的缘由多是产品研发完成后,测试组的成员对软件进行的测试不够全面,忽略了这些bug。网络

  • 假设大家团队须要开发这套系统,须要注意哪些方面(架构、部署运维、微服务等)

  - 我认为团队须要注意到接入其余学校资源的接口时要兼顾手机端和接口的兼容性架构

IOS端评测

  • 测试人:恒达

  • 描述最简单直观的我的第一次上手体验。

  • 软件打开后直接显示课程表,这对常常须要查看课表的我来讲是很是方便的,打开侧边栏后忽然注意到福大助手中还有这么多功能我没有使用过,我日常的使用中最常用的功能是查看课程表和查当作绩,至于其余功能却不多用到过,感受应用能够设立一个引导页面来指导新用户快速掌握应用的各个功能的位置

  • 使用思惟导图,描述福大助手的结构体系

  • 按照描述的bug定义,找出至少两个功能性的比较严重的bug。

  • 用专业的语言描述bug(每一个bug 很多于 40字),并适当配图.

  - 点击设置内的推送后程序就能顺利崩溃(未开推送状态:进页面后直接闪退;推送权限开启:进页面不闪退可是应用无响应)

  - 成绩功能模块中的各个学年的各科成绩对应的绩点没法统计出来,以后点击刷新问题已经存在,彻底退出软件从新打开软件问题已经存在。

  • 你以为为何这个产品组的人没有发现这些bug?

  - 我认为这个问题产生的可能缘由在于:一、产品组没有对该功能进行详细的测试,致使前端与后端数据对接的时候绩点这个字段的值读取失败 二、或者该接口自己就没有传递这个数据产品组虽然知道问题存在不过也无能为力

  • 假设大家团队须要开发这套系统,须要注意哪些方面(架构、部署运维、微服务等)

  - 我认为团队须要注意根据项目的后期维护,不断保持产品各个功能的可用性

采访

采访一

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

  - 福大在读大三学生,只用过教务通,需求:但愿查看并下载课程的课件和历年卷

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

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

  - 问题解决了,除了使用基本功能外用户还下载了不少的课程学习资料。软件的界面简约,主题还可根据我的喜爱设置,功能完善,课程信息准确度极高。体验方面没有问题。

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

  - 用户提出的改进意见是历年卷资料不少过期,但愿能及时更新。

  • 结论:

  - 很是推荐

  采访二

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

  - 福大在读大三学生,用过教务通,超级课程表,除了现有功能外无其余需求。

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

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

  - 优势:软件界面精美,功能齐全,运行流畅,课程信息的准确度高,体验方面没有问题。

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

  - 成绩查询功能里缺乏查看课程平均分和最高分的功能,以及缺乏绩点排名的变化走势图,但愿能添加该功能。

  • 结论:

   - 推荐

  采访3、

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

  - 福大在读大三学生,用过教务通,易班,需求:除了现有功能还常用易班进行相关学习工做,但愿两者能整合到一块儿

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

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

  - 问题解决了,在福大助手中就可直接点开易班,省去了多个软件来回切换的麻烦。软件功能齐全,包括咱们常用到的空教室查询,图书馆查询,考场查询等都有具有

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

  - 用户提出但愿能增长选课教师信息查看的功能,能够在选课时了解到各个选课老师的信息,方便选择。

  • 结论:

  - 推荐

分析

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

 - 大概一个半月

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

  - 优点:相比同类软件(福大教务通), 界面UI更美观, 功能更加齐全,覆盖了平常学习中会使用的大部分功能。

  - 劣势:功能繁杂,功能入口不清晰,程序稳定性有提高空间

  - 建议:主要要提升的地方就在UI的一些细节上,部分地方风格不是很统一。以及接口的稳定性上,加以改进,部分功能没法使用。

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

 - 重要: 登陆, 课程表, 查成绩, 考场查询

 - 通常: 历年卷, 大物实验, 易班, 图书馆, 教务通知

 - 不重要: 空教室, 嘉锡讲坛, 校招日历, 设置, 注销

  • 完成度:大部分功能都有完成,处理查成绩判断应该是接口问题,暂时没法使用。嘉熙讲坛为对界面进行美化直接套web。

  • 功能逻辑框图

image

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

  - 用户体验方面:  8

  - UI界面美观度:  8.5

  - 核心功能:  8

建议和规划

  • 若是你是项目经理,如何提升从而在竞争中胜出?

  - 据前期的问卷调查以及小组内的我的生活经历,咱们认为福大助手的软件质量是值得赞赏的,而在app store中它的评分是满分五颗星,这也从侧面体现了福大助手的软件质量.不过我认为福大助手在一些方面仍然有提升的空间.首先是推广方面,在平常生活中咱们不多看到福大助手的广告或者其余推广手段,同窗们知道有这么一款软件的存在也是由于口耳相传虽然福大助手能够说是校内惟一的校园服务类app,即便不进行推广有需求的同窗也会在须要时自发下载,可是缺少推广就使得不少同窗不知道这么一款好软件的存在,若是我是项目经理,我会花费一些精力在产品的推广上,好比在新生入学时向学生们推广这款软件

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

  - 目前市面上与这款软件定位相似的软件有福大易班,福大教务通

  • 咱们计划设计的功能:

  - 添加福大地图导航功能:对目前市面上的导航软件没有的一些福大地标进行导航(好比福大信息办,福大教学楼监控室)

  • 为什么要作这个功能,而不是其余功能?

  - 市面上的导航软件对大学内的导航存在一些盲区,普通用户在经过这些地图没法快速找到目的地,而经过浏览福大网站来找到相应地标的方式又比较繁杂而成功率不高,举个例子:福州大学的教学区监控室在中楼3楼多媒体监控厅,这在市面上流行的导航地图中都是查不到。

  • 为何用户会用你的产品/功能?

  - 市面上的导航软件尚未将精力投入到校园内的导航,对一些只流传于同窗口中的地点导航地图更是没法顾及,所以咱们的校园导航功能瞄准的就是这个痛点。

  • 你的创新在哪里?能够用 NABCD 分析。

  -  NEED:市面上的导航软件对大学内的导航存在一些盲区,普通用户在经过这些地图没法快速找到目的地,而经过浏览福大网站来找到相应地标的方式又比较繁杂而成功率不高,举个例子:福州大学的教学区监控室在中楼3楼多媒体监控厅,这在市面上流行的导航地图中都是查不到。

  -  APPROACH:在福大助手中添加校园地图功能,经过问卷调查并在福大相关网站上收集福大的详细地标,并将数据整合到咱们的福大地图中,造成福大地图导航

  -  BENIFIT:节约同窗们校内寻路的时间,节约同窗们因不知道校内某个地点而向其余人询问的时间

  -  COMPETITOR:目前市面上的导航软件在校内导航作得并很差,并且针对校内一些只流传于同窗口中的地点导航地图更是没法顾及,因此咱们目前的竞争对手在信息来源这方面没法与咱们的优点比拟

  -  DELIVERY:咱们会积极寻求与校方合做,借用校方的宣传渠道为咱们的产品进行推广(毕竟是根正苗红的福大app)

  • 若是你来领导这个团队,会有什么不同?

  -  若是我来领导这个团队,我会更注重项目的推广,由于根据咱们发布的100人问卷的结果显示,仍然有12%的人没有据说过“福大助手” 这款软件,此外咱们也会积极寻求和校方合做,借助学校的渠道来帮助宣传咱们的软件

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

  -  咱们的分配:前端-2人 后端-2人 测试-1人

  • 描述你的团队在16 周期间每周都要作什么,才能在第16周如期发布软件,大小里程碑绩点设定。
周数 计划 里程碑 绩点
1 问题定义,可行性研究,需求分析 完成项目需求说明书 10%
2 软件整体设计,详细设计 用层次图完成软件结构设计,编写程序规格说明书 30%
3-10 具体编码及单元测试 将详细设计的结果翻译成项目所用的语言,并编写相应的单元测试,发布alpha版本 30%
11 综合测试 针对小部分目标用户展开Alpha版本的使用评测,收集产品缺陷与改进之处 5%
12-15 beta版本开发 针对Alpha版本中存在的软件缺陷进行改进,按照规格说明书中的验收标准对产品进行验收 15%
16 正式版本发布 软件按照规格说明书中的定义良好的运行 10%
  • 项目发布后,有没有考虑过项目该怎么部署才能知足需求。依据附录图(某校教务处系统的部署)做为参考,分析16周后你所完成的项目上线须要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

  -  咱们认为为了知足目前的用户规模咱们须要:
    -  负载均衡:2台
    -  应用服务器:16核32G 2台
    -  后端服务器:32核64G 3台
    -  关系型数据库:Oracle 3个 主从数据库+备份
    -  缓存数据库:Redis 2个 主备

增量开发设计

  • 优化/新增功能点的原型界面:福大校园地图导航

  - 假设须要查找福大信息化办公室

  2018-12-07_17-19-29.gif

  • 基本实现思路

  - 接入百度地图SDK,并根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。

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

  - 新增功能与原有界面并不会产生冲突,能够考虑在侧边栏添加一个按钮指向本功能,并在应用引导页设置提醒,向用户介绍本新增功能的入口

答辩总结

小组现场答辩得分:

  • 去掉一个最高分,去掉一个最低分,小组最终得分为78.5分
组号 组名 打分
1 爸爸饿了队 77
2 拖鞋旅游队 77
3 彳艮彳亍队 81
4 火箭少男100 74
5 起床一块儿肝活队 80
6 404 Note Found队 85
7 第三视角 74
8 小白吃 82

问题回答:

第二组的提问

  • 问题1:可否说明一下寻找以及测试BUG的所使用的时间?感受大家找的BUG蛮不容易找的

  • 答:咱们小组的测试人员使用了一个晚上——将近4个小时的时间完成找bug的任务

  • 问题2:可否提供使用频率中饼图的具体百分比?

  • 答: FN5FYEF$IBRL.png

  • 问题3:增量开发中是否真的能作到直接找到一间办公室的地址而后进行导航?

  • 答:具体的地理数据须要根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。

第三组的提问

  • 问题1:我的以为地图导航需求不高,我以为好比说你要去哪一个办公室,他告诉你哪栋楼几零几来的实在。

  • 答:感谢建议,咱们的原型设想是将地标显示到地图上,以后若是用户点击该地标会有更详细的地理位置信息展示。

  • 问题2:请问大家调查项目需求的时候是调查了多少人呢?是以什么样的形式?

  • 答:咱们主要针对大一新生发布了一份问卷调查,共有100人回答了本问卷

  • 问题3:感受增量开发设计这块所给出的新功能只有一个,是否有更多的想发没有分享?

  • 答:咱们一开始的设想有3个新功能,分别是:课程表备忘功能、图书馆自习室预约功能整合以及福大地图导航,最后咱们小组认为福大地图导航的刚需最强,且实现可能性大因此最后选择了这个功能

第四组的提问

  • 问题1:为何ppt中只展现了两个系统的各一个bug呢?

  • 答: 咱们在项目评测报告中展现了小组成员测试到的其余bug,ppt中只展现了在咱们看来最严重、最隐蔽的bug,一方面是为了压缩演讲内容,另外一方面是其余bug相比起展现的bug节目效果较差

  • 问题2:可否在ppt中体现队员分工呢?

  • 答: 咱们会在以后的ppt中注意的

  • 问题3:测试报告中几乎没有一张图片,会不会没有信服力呢?

  • 答: 感谢您的建议,咱们会在以后的报告中关注没有图片这个问题。

第五组的提问

  • 问题1:ppt中增量开发设计模块只有一个功能,是否没有展现彻底?

  • 答:咱们一开始的设想有3个新功能,分别是:课程表备忘功能、图书馆自习室预约功能整合以及福大地图导航,最后咱们小组认为福大地图导航的刚需最强,且实现可能性大因此最后选择了这个功能

  • 问题2:ppt中的bug测试展现是否有点少了?bug测试大概花了多长时间?

  • 答:咱们在项目评测报告中展现了小组成员测试到的其余bug,ppt中只展现了在咱们看来最严重、最隐蔽的bug。咱们安卓端与ios端的测试人员分别用了4个小时的时间进行bug测试,虽然bug数量少,可是我认为咱们安卓端的bug是最隐蔽的

  • 问题3:请问接受调查的用户的年级分布是怎样的?

  • 答:
    4B@A(Q6)Y8FHCK57WAAL5IM.png

第六组的提问

  • 问题1:一、增量功能的想法很好,可是具体怎么实施?

  • 答:实现思路:接入百度地图SDK,并根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。

  • 问题2:二、大家的问卷调查看起来效果不错,能不能简要叙述一下大家都有什么问题?

  • 答:欢迎查看咱们的问卷调查

  • 问题3:三、有没有考虑过从别的途径进行测试,而不是人工测试?

  • 答: 感谢您的建议,咱们也是听了您组的报告才知道还有自动化测试应用的网站存在(孤陋寡闻了),若是有下次咱们必定考虑自动化测试应用的方式与手工测试方式相结合。

第七组的提问

  • 问题1:针对调查问卷具备局限性这个问题,大家打算怎么改进?

  • 答:以后咱们会考虑经过与其余方式相结合来进行调查,感谢您的建议

  • 问题2:建议大家注意一下《测试报告》中目录的格式问题?

  • 答:谢谢您的提醒,咱们在以后的报告中会更加注意格式问题

  • 问题3:ppt中新功能的需求,有一部分是但愿能够添加其余功能,能够说明具体是添加哪些功能吗?

  • 答:但愿添加其余功能是某位受访者在回答但愿添加什么功能时提出的回复,咱们只是真实的把他的回答展示在词云中。

第八组的提问

  • 问题1:ppt中的功能使用频率的具体数据是怎么获得的?

  • 答:咱们经过向福大学生发布问卷调查来得到的数据

  • 问题2:ppt中的福大助手结构图是否过于简单?嘉锡讲坛等功能就没法被易班、生活工具、教务工具的其中之一涵盖

  • 答:为了ppt的显示清晰咱们在演讲时的图片是进行过简化的,详图在上方做业要求部分已经体现

  • 问题3:增量开发设计中的福大地图导航想法很妙,可否简述一下技术实现步骤?

  • 答:实现思路:接入百度地图SDK,并根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。

小组本次做业贡献分

组员 贡献比例 完成任务
王彬 20 完成博客撰写、项目评测撰写、完成做业建议与规划部分
赵畅 10 演讲PPT
王源 10 功能原型图制做
志炜 10 完成项目分析部分
文垚 10 应用测试安卓端、报告表格编辑
恒达 10 应用测试IOS端
煌伟 10 用户采访
展瑞 10 问卷设计、发布并回收
岳昕 10 问卷设计、发布并回收

我的部分

PSP

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

学习进度条

第N周 新增代码行 累计代码行 本周学习耗时(小时) 累计学习耗时(小时) 重要成长
1 200 200 15 15 学习Java以及IDEA的使用
2 10 25 阅读构建之法,了解了NABCD模型,学会了原型工具的使用
3 600 800 20 45 阅读《第一行代码》学习Android开发,Java进一步学习
7 300 1100 15 60 学习Android的UI设计
8 200 1300 20 80 学习Android的数据存储及网络技术
9 600 1800 8 88 进一步学习界面的布局设计和一些控件的属性设置
10 200 2000 4 92 控件效果的优化
10 300 2300 5 97 学会使用HTTP协议进行简单的数据交互
11 400 2700 8 105 学习okhttp中post及get的使用
11 300 3000 7 112 Android json数据的学习使用
12 400 3400 9 121 学习SharedPreferences存储与读取数据
12 100 3500 3 124 学习短信验证码的使用
12 0 3500 0 124 复习接口和图形学
12 0 3500 0 124 准备接口和图形学考试
13 0 3500 0 124 准备六级
相关文章
相关标签/搜索