拖鞋旅游队项目测评
前言
- 队名:拖鞋旅游队
- 组长博客:https://www.cnblogs.com/Sulumer/p/10087665.html
- 本次作业:https://edu.cnblogs.com/campus/fzu/Grade2016SE/homework/2436
第一部分 调研,评测
评测
Android端评测
- 上手体验:功能全面,易于上手,占用内存小,页面设计人性化。
- 思维导图:
- Bug1:
- Bug2:
- 为什么这个产品组的人没有发现这些bug:测试小组测试不仔细,不全面;这些功能前后端开发可能不同步。
IOS端评测
- 上手体验:运行流畅,图标简洁,配色清爽,部分图片失真,功能种类多但是不完善,夜间模式,导入日历功能方便,实用性高
- 思维导图:
点我查看原图
- Bug1:
- Bug2:
- 为什么这个产品组的人没有发现这些bug:第一个bug可能是因为开发者对于考试安排的理解错误。第二个bug是前后端对分享功能的开发不同步。
假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)。
- 我们会加强宣传。
- 根据反馈修复bug。
- 跟进更新如历年卷、易班等功能。
采访
- 采访对象背景:附件某高校大三学生,没有使用过类似app。
- 采访对象需求:需要一款可以查看课表、考场、成绩及一些在校日常查询的功能。
- 采访照片:
- 采访对象的使用体验:
- 采访对象对日常一些所需要的查询信息的问题都可以完美地解决。
- 数据量很齐全且丰富,所需要查询的信息都可以查到。
- 界面较为简洁明了且醒目,但不同界面间的字体风格不够统一。
- 功能比较齐全和丰富,但部分易班上的功能使用度过低。
- 准确度上做的较好,使用到目前未发现不准确现象。
- 采访对象的改进意见:这位用户强烈建议增加一个课表分享和成绩分享的功能,他想分享到微信上给别人看他的课表,以及家长对于成绩的查询,能够简单明了直观的看到所需的数据。
- 结论:非常推荐!
第二部分 分析
估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。
我们估计这个项目做到这个程度只需要一个月,因为既然是本校大学毕业生,应该会有比较好的基础,而且做这个项目应该会受到学校极大的支持,对接口的获取难度应该较低,而且有专业的UI支持,我们认为一个月时间足够了。分析这个软件目前的优劣(和类似软件相比),并推理出开发团队在软件工程 方面可以提高的一个重要部分(具体建议)。
这款软件优势在于拥有较为广阔的群众而且功能也算齐全,劣势就在于有些功能可以有时候无法使用(空教室功能),在软件工程方面可以提高的一个重要部分就是对历年卷这一模块的管理,许多科目都上传了不相关的信息从而干扰大家获取正确的信息,希望能够加强这一块的管理。根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果。
点我查看原图
针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
用户体验方面打7分:因为有些功能经常无法使用而且历年卷功能没有维护。
UI界面美观打9分:界面简洁明了,矢量图也很精美。
核心功能8分:查询课程表、查询成绩、查询考场、历年卷应该都是核心功能,大多数都好用。
第三部分 建议和规划
- 如果你是项目经理,如何提高从而在竞争中胜出?
- 加强宣传。这款产品宣传力度在同类中非常低,大部分同学没有使用过甚至没有用过。
- 解决bug,增强用户体验。
- 增强功能,如查看课表,查询成绩,查找历年卷。
- 目前市场上有什么样的产品了:超级课程表、福大教务通、课程格子。
- 你要设计什么样的功能?
- 历年卷代打印及送货上门服务。
- 学分查询。
- 教师基本信息查询。
- 为何要做这个功能,而不是其他功能?
据我们作为学生的角度以及综合前期的调研等,这几个功能现有方式较为不方便,而这些功能又都是刚需。 - 为什么用户会用你的产品/功能?
- 到期末的时候大家都会有打印历年卷的需求,这样比较方便同学。
- 目前福大助手易班中的学分查询已经不能用了。学分查询对于同学来了解自己还差多少学分还是很有必要的。
- 教师基本信息查询可以帮助同学们在学期选课的时候看到教师的基本信息帮助同学们选择任课老师。
- 你的创新在哪里?可以用 NABCD 分析。
我们的创意解决了用户打印历年卷,查询学分,已经在选课时可以比较老师的挂科率和高分率。相对于其他竞争者而言,不太可能做到这么本土化的功能,他们的课表app固然很优秀,但也伴随着广告多,社交性太强等诸多问题。而我们的app更能满足用户的需求。 - 如果你来领导这个团队,会有什么不一样?
如果我来领导这个团队,说实话,我觉得不一定会比现在的团队做得好。但是站在另一个角度,用户反馈、运营方面并没有得在这个产品的现有团队得到很好的体现。如果是我来领导,在产品上线后,我会加强运营这个产品,至少做到让全校学生都知道又这款app。用户反馈也是极其重要的,它可以帮助我们不断的修复和完善产品,我会重视用户反馈,有时间甚至会与用户深入沟通,以此来不断提升产品。 - 如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
这是一款工具类的产品,同时具有非常强的竞争力,因此我认为这款产品的美工任务还是比较小的,同时开发周期也是比较紧张的,不足以分配一人。我会配置两名人员作为前端开发(其中一名为前端组长),两名后端开发(其中一名后端组长),一人项目经理兼产品经理兼美工兼运营,全员开发(两名组长与项目经理主要测试,其他人员辅助测试)。 - 描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
- 项目发布后,有没有考虑过项目该怎么部署才能满足需求。依据附录图(某校教务处系统的部署)作为参考,分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
第四部分 增量开发设计
- 优化/新增功能点的原型界面
- 新增历年卷上传入口。
- app消息推送功能。
- 基本实现思路
历年卷上传入口
- 后端新增一个文件上传接口,为了安全要加入token以及AES加密,同时不能直接发布,需要有一个标识标记审核情况。
- 前端在历年卷页面加一个上传按钮,上传参数:学院、科目、文件、学号、时间....同时上传只是上传,管理员在后端页面通过审核之后,才允许出现在历年卷里。
- 奖励还是无奖励机制,后续再看积极性。
app消息推送功能
- 出成绩或者考试日期公布临近,就会推送。
- 校招,每天的招聘信息推送。 由于考虑到出成绩、考试、校招这些都会提前出来,而且也不是紧急时间,所以可以采用轮询的方式,频率每12小时或每6小时跟服务器请求一次,如果有新通知则在安卓端弹出。
- 优化/新增功能点与原有产品如何接入
历年卷入口简要原型:
第五部分 答辩总结
评分:去除最高分(83)最低分(73)后的平均分:76.71
组号 团队名 评分 1 爸爸饿了 73 2 拖鞋旅游队 81 3 彳艮彳亍 78 4 火箭少男100 75 5 起床一起肝活队 83 6 404 Note Found 79 7 第三视角 77 8 小白吃 74 9 我头发呢 73
第六部分 个人部分
- 个人PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
Planning | 计划 | 5 | 5 |
· Estimate | · 估计这个任务需要多少时间 | 120 | 150 |
· Development | 开发 | 10 | 10 |
· Analysis | · 需求分析 (包括学习新技术) | 10 | 10 |
· Design Spec | · 生成设计文档 | 20 | 30 |
· Design Review | · 设计复审 (和同事审核设计文档) | 20 | 20 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 50 | 80 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 |
· Reporting | 报告 | 0 | 0 |
· Test Report | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工作量 | 0 | 0 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 5 | 5 |
合计 | 150 |
- 个人学习进度条
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
1 | 300 | 300 | 8 | 8 | 入门Visual studio的使用(包括单元测试) |
2 | 0 | 300 | 6 | 14 | 了解正则表达式的使用 |
3 | 0 | 300 | 10 | 24 | 加深掌握了Axure的使用,学会了使用NABCD模型进行需求分析 |
4 | 500 | 800 | 36 | 60 | 加强了python/java爬虫基础,在java代码方面有很大的提升,解除了数据分析和可视化设计 |
5 | 0 | 800 | 10 | 70 | 竞品分析 |
6 | 0 | 800 | 12 | 82 | UML设计,需求收集 |
7 | 0 | 800 | 10 | 92 | 需求分析,思维导图设计 |
8 | 150 | 950 | 22 | 114 | 团队现场编程,收验团队成果,思考与改善整体架构 |
9 | 100 | 1050 | 8 | 122 | 寻找产品配色,协助前后端对接,对界面UI提出改善 |
10 | 500 | 1550 | 10 | 132 | 产品配色,前后端对接 |