Android端评测html
- 上手体验:功能全面,易于上手,占用内存小,页面设计人性化。
- 思惟导图:
- Bug1:
- Bug2:
- 为何这个产品组的人没有发现这些bug:测试小组测试不仔细,不全面;这些功能先后端开发可能不一样步。
IOS端评测前端
- 上手体验:运行流畅,图标简洁,配色清爽,部分图片失真,功能种类多可是不完善,夜间模式,导入日历功能方便,实用性高
- 思惟导图:
点我查看原图
- Bug1:
- Bug2:
- 为何这个产品组的人没有发现这些bug:第一个bug多是由于开发者对于考试安排的理解错误。第二个bug是先后端对分享功能的开发不一样步。
假设大家团队须要开发这套系统,须要注意哪些方面(架构、部署运维、微服务等)。ios
- 咱们会增强宣传。
- 根据反馈修复bug。
- 跟进更新如历年卷、易班等功能。
估计这个项目作到这个程度大约须要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。
咱们估计这个项目作到这个程度只须要一个月,由于既然是本校大学毕业生,应该会有比较好的基础,并且作这个项目应该会受到学校极大的支持,对接口的获取难度应该较低,并且有专业的UI支持,咱们认为一个月时间足够了。数据库
分析这个软件目前的优劣(和相似软件相比),并推理出开发团队在软件工程 方面能够提升的一个重要部分(具体建议)。
这款软件优点在于拥有较为广阔的群众并且功能也算齐全,劣势就在于有些功能能够有时候没法使用(空教室功能),在软件工程方面能够提升的一个重要部分就是对历年卷这一模块的管理,许多科目都上传了不相关的信息从而干扰你们获取正确的信息,但愿可以增强这一块的管理。编程
根据理解和体验,画出整个软件全部功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果。
点我查看原图
后端
针对不一样的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
用户体验方面打7分:由于有些功能常常没法使用并且历年卷功能没有维护。
UI界面美观打9分:界面简洁明了,矢量图也很精美。
核心功能8分:查询课程表、查询成绩、查询考场、历年卷应该都是核心功能,大多数都好用。安全
历年卷上传入口服务器
- 后端新增一个文件上传接口,为了安全要加入token以及AES加密,同时不能直接发布,须要有一个标识标记审核状况。
- 前端在历年卷页面加一个上传按钮,上传参数:学院、科目、文件、学号、时间....同时上传只是上传,管理员在后端页面经过审核以后,才容许出如今历年卷里。
- 奖励仍是无奖励机制,后续再看积极性。
app消息推送功能微信
- 出成绩或者考试日期公布临近,就会推送。
- 校招,天天的招聘信息推送。 因为考虑到出成绩、考试、校招这些都会提早出来,并且也不是紧急时间,因此能够采用轮询的方式,频率每12小时或每6小时跟服务器请求一次,若是有新通知则在安卓端弹出。
学号 | 成员 | 分工 | 贡献分 |
---|---|---|---|
031602428 | 苏路明 | 撰写博客,回答问题 | 9 |
031602401 | 陈瀚霖 | 评测,评审表,提出问题 | 11 |
031602406 | 程晓宏 | PPT制做与演示 | 12 |
031602438 | 叶一帆 | 增量开发 | 9.5 |
031602407 | 何家健 | 评测,评审表,提出问题 | 10 |
031602410 | 黄海潮 | 采访 | 9 |
031602429 | 王锦扬 | 建议与规划 | 9.5 |
031602442 | 郑孔宇 | 分析 | 9.5 |
031602439 | 俞凯欣 | 建议与规划 | 9.5 |
031602421 | 林世杰 | 项目评测报告 | 11 |
评分:去除最高分(81)最低分(71)后的平均分:75.84架构
组号 | 团队名 | 评分 |
---|---|---|
1 | 爸爸饿了 | 71 |
2 | 拖鞋旅游队 | 81 |
3 | 彳艮彳亍 | 79 |
4 | 火箭少男100 | 72 |
5 | 起床一块儿肝活队 | 75 |
6 | 404 Note Found | 76 |
7 | 第三视角 | 74 |
8 | 小白吃 | 79 |
问题&回答
第一小组的问题:
- Q1:增量开发中的打印送上门服务可行性强吗,毕竟打印成本很低,可是人力送货上门的成本很高?
- A1:咱们以为可行性仍是挺强的,至少打印利润高,用户在这方面需求也比较强。可经过用户自行选择上门或者自取,上门收取额外费用(1-2元),其实在校内送货上门地点仍是比较集中的,能够考虑一天送一次等,数量上去了,成本就下降了,同时校内打印服务市场划分仍是比较明确的,这一服务能有效提高合做打印店的市场扩张。
- Q2:是否考虑过对增量功能采用其余的送货方式,好比用户到店自提或者使用相似丰巢快递柜的设变来支持这个功能?(只是假设)
- A2:有考虑过多种方式结合,若是只是纯粹到店自提,资料的管理也是一件很棘手的事情,我以为在这一场景不适用相似丰巢快递柜的设变,成本太高,没有必要。
- Q3:测评除了采访对象外是否有发布问卷调查?
- A3:这一方面咱们相对其余组确实比较欠缺,咱们没有发布具体的问卷调查,只有经过一些数据收集,以及采访交流。
第三组的问题
- Q1:请问大家的致命级bug2是什么系统的bug?
- A1:咱们在测试报告以及PPT都有以系统来分割bug,咱们展现了不止一个致命级bug,好像没有分清这里说的是哪一个bug。
- Q2:请问再找其余学校同窗测试的过程当中二者学校易班或是大物实验等一些福大助手核心功能模块在现实中的做用是否类似?
- A2:易班类有类似,大物实验没有具体了解。
- Q3:请问那位被采访同窗说但愿增长课表分享,课表分享不是已经有了么?
- A3:可是目前福大助手这方面作得好像并不够完善,也不能成功分享吧。IOS系统没发现课表分享功能。
第四组的问题
- Q1:ppt中部分图片建议考虑使用透明的底,而不是白底。
- A1:做为白底主要是考虑到图片的界限问题,之后会注意。
- Q2:bug展现的不够多,是没有发现更多的呢仍是选了两个有表明性的呢
- A2:选取了两个有表明性的,其余的相对感受不是很重要或者频率不是很高。
- Q3:采访用户数量是否有些不足呢
- A3:这一方面咱们相对其余组确实比较欠缺。
第五组的问题
- Q1:采访对象是否太少,结果会不会出现特殊性
- A1:这一方面咱们相对其余组确实比较欠缺。可是咱们也有收集其余的数据,从反映状况仍是没有出现特殊性的。
- Q2:ios端的bug没有体现系统环境,查询不到是否足以够做为理由
- A2:福大助手软件内没有注明版本,在app store中查询应是3.9.12.版本。
- Q3:测评报告第八页,BUG2中的b小点,“几点”是否为错别字,这可否体现后期对报告成品的审核不够充分
- A3:确实是错别字,这是咱们的失误,咱们考虑将撰写报告的人员“祭天”。
第六组的问题
- Q1:ppt24页的改进意见中,课表分享福大助手已经实现了
- A1:可是目前福大助手这方面作得好像并不够完善,也不能成功分享吧。IOS系统没发现课表分享功能。
- Q2:逻辑框图和思惟导图显示不清楚
- A2:本次截图确实都显示比较模糊,咱们也有尽力在处理。
- Q3:可否关闭APP消息推送功能
- A3:确实应加入app消息推送的选择。
第七组的问题
- Q1:ppt功能设计中第一点是:历年卷代打印及送货上门服务。此功能实现起来有点难度,想知道怎么来具体实现这个功能?
- A1:用户选择打印,后台数据发送给打印店并产生单号,提取方式选择送货上门(考虑收取1-2元服务费)或者自取,如今跑腿这么发达,送货上门应该不会问题。
- Q2:在增量功能中,对于那个历年卷的功能,假设会去实现,那请问大家怎么判断历年卷的真实性,以及可靠性?
- A2:历年卷上传确定是须要后台人工审核的,也能够考虑在前台注明不明真实性,用户发现历年卷的不真实可K它,被K多了的历年卷将考虑暂时下架从新审核。
- Q3:ppt功能逻辑图中大家认为“大物实验”的完成度是0,大家是怎么判断出是0的?
- A3:目前好像登陆不上?
第八组的问题
- Q1:测试报告中的中功能点的重要程度与完成程度的数值是否具备准确性和科学性?
- A1:只能说是预估吧。
- Q2:ppt中表示福大教务通做为一款福大助手工具是不合格的,可是为何福大教务通的使用率依旧如此之高?
- A2:首先其在产品推出前期作了良好的推广效应,同时其实官方产品,
有官方光环保护。最重要其实感受其是针对教务通方面,不具有其余的助手功能,其使用率高我以为是由于用户习惯(本人也是教务通忠实粉丝,对此方面思考认为是如此)。- Q3:历年卷打印功能在期末考啦上面已经失败过了,大家是否有更好的实施方法?
- A3:其的用户需求度不言而喻,失败不表明不可行,失败也有不少种缘由。良好的服务和用户的便利是这方面最重要的条件,至于实施方案不清楚以前的期末考啦是怎么操做的,以为这方面在打印源与配送上有很是大的优化空间。
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 200 | 200 | 13 | 13 | C++基础复习,VS熟悉 |
2 | 0 | 200 | 10 | 23 | 墨刀使用,axure rp8熟悉,了解原型 |
3,4 | 300 | 500 | 12 | 35 | 了解爬虫,了解测试工做,Python复习,gephi的初级使用 |
5 | 0 | 500 | 7 | 42 | UML设计,PPT制做 |
6,7 | 0 | 500 | 8 | 50 | 后端接口学习 |
8 | 450 | 950 | 25 | 75 | 团队现场编程,接口编写 |
9 | 200 | 1150 | 10 | 85 | 后端实战,接口编写,旅游故事编写 |
10 | 150 | 1300 | 10 | 95 | 后端优化,旅游故事完善 |