小组我的第一次上手体验html
后敬甲前端
福大助手定位是,为Fzuer量身定作的校园学习生活助手。
在初次上手以后,能够发现其功能基本覆盖了福大学习生活的各个方面,也符合软件自己的定位。
发现一点不足在于,软件没有固定的首页,各个功能模块同一级并行,在各模块都可独立退出app,页面层次分布不符合多数用户已有的使用习惯python刘浩c++
上手体验:初次运行后第一感受是app响应很快且功能不少 目前使用到的就其中下载历年卷和查看课程表这两个功能 这两个功能都很齐全 ui设计总体感受比较和谐 在左边放置功能切换界面让人眼前一亮 整体来讲仍是一个不错的大学应用工具算法
卢泽明数据库
上手体验:Android端的福大助手界面好看,首页为课程表也是知足了广大学生的需求。运行流畅,功能这几年一直在增长,能够说已经集齐了大部分必备功能。
不足之处:功能部件所有在右侧展开部分,确实有点不够明显。我相对喜欢把各个页面放在底部栏的按钮。其次没有我的中心,可让用户设置本身的我的信息,好比修改头像,设置基本信息等。
还有就是但愿加上一些校园小知识,好比小白的发车时间地点等后端黄靖茹缓存
上手体验:界面整体来讲比较简洁,历年卷和一键评分功能是使用福大助手的主要缘由。功能相教福大教务处更齐全。交互方面作的也还能够,可是针对安卓系统,每次按返回键没有返回上一层对于安卓用户来讲不是很习惯。小建议:历年卷能按本身专业分就更好了,有的时候不想打字也没必要翻好久的目录。安全
葛亮服务器
上手体验:运行速度快功能多,一个app集合了易班和教务处的功能,更有方便同窗选课和抢实验的功能。
课程表导入到日历也很方便。
但查考场的界面感受有美中不足,若是有多门考试连在一块儿,极有可能把日期和科目看混。
另外没有找到能够修改登陆信息和找回密码的界面和功能,在访问登陆失败的时候让用户很绝望。蔡文斌
上手体验:Android端的福大助手界面简洁大方,用户容易上手,运行流畅,功能齐全,几乎集齐了其余校园app的功能,是一款不错的校园软件。
不足之处:没有我的中心,可让用户设置本身的我的信息,好比修改头像,设置基本信息等。能够在抽屉内加上校历的这个功能,方便用户查询节假日等信息。若是能够的话,对于界面的设计能够进一步的改善,有些界面太过于简单,虽然突出了功能,可是对于部分用户,使用体检就不是那么好黄泽
上手体验:总体布局简洁明了,无广告骚扰,交互动做天然柔和,功能相较于福大教务处更加完善齐全,课程导入日历功能比较新颖,美中不足的是单期绩点没法查看,部分交互没有给出明确提示,好比点击左侧栏本身的名字会弹出我的信息一览表,可是不容易被用户发现。总的来讲是一个优秀的校园app
朱跃安
上手体验:进入界面的首页是课表界面很是方便平常查课表。抽屉界面包含功能丰富,可以为福大学生提供很好的服务,并且还能在设置界面隐藏本身平时用不到的功能。
不足之处:校招功能处没有给出近期校招活动的列表,只能本身一个一个的去查找。若是在不知道校招活动具体状况下,就很难经过搜索框查找,只能本身手动滑动日期条,一个一个的查看每一个日期下的校招活动,应该添加一个日历表。有些界面过于简陋不美观,如嘉锡讲堂界面,这颇有可能影响到用户使用该功能。张杰
上手体验:Android端总体布局遵循Material Design,以蓝色为默认色彩并能够更改喜欢的颜色,简洁大方。抽屉内功能丰富,整合福大教务通、福大易班、福大历年卷,基本知足用户需求,同时可将课程同步到日历中,方便使用。
不足之处:
内的用户信息占位较大但无功能,建议将我的信息以及帐号注销等功能放置其中。
右上角的更多功能用于切换学期较为奇怪。
fab彷佛是为了fab而fab,功能能够整合至右上角更多按钮。
思惟导图
Bug及缘由猜测
点击此查看在线文档
假设团队须要开发这套系统,须要注意的方面
采访:
Android手机:
1.背景:数计学院2016级计算机专业某不肯透露名字的蔡同窗,据他描述为第一次使用福大助手
2.需求:
须要时常查看课程表,且期末考将近,急需历年卷的帮助,通过短暂使用,蔡同窗表示福大助手基本知足他的需求
除了现有的功能外,蔡同窗以为要是App能整合一个及时通信功能,或者是线上交流功能,让你们能够交流学业或者其余信息的话就更好了IOS手机:
1.背景:福建师范大学2016级软件工程某不肯透露名字的陈同窗,据他描述师大尚未这种学业助手类型的应用
2.使用体验:
初次上手,陈同窗表示该程序能在Apple store上线足以说明该程序仍是至关厉害的,由于审核要求比较严格,(相对于安卓应用)还表示他很喜欢这种不显示主页,将全部功能简化的设计
并且功能也齐全,采访者问其有什么想法,他表示惊讶于学校愿意将学校数据接口给学生使用,且感叹福大助手团队完成了一个完成度比较高的做品
估计这个项目作到这个程度大约须要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)
计算机专业毕业具备良好的专业素养,在专业UI的额外支持下,三个月比较足够。
分析这个软件目前的优劣(和相似软件相比),并推理出开发团队在软件工程方面能够提升的一个重要部分(具体建议)。
优点:
- 做为课程表软件,它比“超级课程表”来的清新,没有烦人的广告,用户体验较好
- 做为学习资料软件,比百度文库,豆丁文档等针对性,福大学习能够精确找到符合条件的资料,与期末考啦至关。
- 做为校园交流软件,比福大易班来的流畅,比福大教务通功能来的多,界面更加整洁,服务器较少瘫痪。
劣势:
- 尚有不少功能有待完善,好比添加课程方面,常常出现bug,致使用户卸载重装。
- 福大助手做为校园助手,限制了它的上限只能是在福大。相比易班,其推广度大大不如。
根据理解和体验,画出整个软件全部功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;
针对不一样的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
NEED:福大助手仅提供对学生平常生活和学习有需求的功能,其余没必要要的功能都没有添加,极大的方便学生用户的使用。
APPROCH:福大助手将一个个较大的需求,封装成一个个功能模块,并且用户还能够经过设置隐藏一些较少用到的功能模块,这样更简化操做。
BENEFIT:各个功能模块提供不一样的服务,且所有的功能模块涵盖了几乎全部的用户所需的功能,用户只需下载一个软件就能享受到好几个软件提供的服务,并且操做更加轻便。因为删除了没必要要的功能,软件所占用的空间也更加的小。
COMPETITORS:一个集成其余几个软件重要功能的软件,操做又简便,是很是吸引用户。
DELIVERY:采用抽屉界面,将全部的功能模块放置在抽屉界面中,因为功能数只有十来个,用户能够很容易的找到本身所需的功能,而且还能经过设置将近期用不到的功能隐藏起来,就能更大方便找到所需的功能。各个功能的界面也是尽可能作到简洁明了,提供最佳视觉效果。
周数 | 任务 | 里程碑 |
---|---|---|
1-2 | 需求分析,初步肯定产品功能,市场调研,完成需求分析报告书.明确分工 | 需求分析完成 |
3-4 | 深化需求分析,制定代码规范,构建架构,进行原型设计,统一开发环境 | 原型设计完成 |
5-8 | 代码实现,前端和后端并行。 | |
9-11 | 先后端接口对接,对各个功能模块进行测试 | Alpha版本发布 |
12-13 | 接受意见反馈,修复bug,完善功能。 | Beta版本发布 |
14 | 进行严格的性能测试、压力测试、集成测试等 | |
15 | 编写用户手册。 | 用户手册完成 |
16 | 项目部署,发布最终版本的产品。 | 发布正式版本 |
成员 | 分工 | 贡献比 |
---|---|---|
葛亮 | 测评报告整理 | 11% |
文斌 | 逻辑框图制做 | 12% |
黄泽 | 思惟导图制做 | 12% |
静茹 | Bug测评 | 12% |
敬甲 | ppt制做+演讲+博客整理 | 13% |
泽明 | 软件规划 | 10% |
刘浩 | 采访 | 9% |
张杰 | 增量原型设计 | 11% |
朱跃安 | 软件建议 | 10% |
答辩总结
组号 | 得分 |
---|---|
1 | 80 |
2 | 72 |
3 | 76 |
4 | 81 |
5 | 92 |
6 | 80 |
7 | 77 |
8 | 82 |
答辩质询
第一组
Q1:增量设计的4个功能中,团队最看重哪一个功能?
A1:校历功能吧~最简单且最实用
Q2:增量设计的实现难度如何,须要团队多少工做量?
A2:实现难度较高,工做量没顾及
Q3:ppt中的bug展现可使用gif进行更生动的展现
A3:谢谢建议,下次会考虑这种方式
第二组
Q1:是否能够多增添点PPT的 内容
A1:能够,但没有必要
Q2:有没有发现到更多的BUG
A2:已经所有展现
Q3:增量开发的难度如何
A3:实现难度较高
第三组
Q1:大家是否有对用户进行调研来获取一些用户的需求?
A1:未采起调研
Q2:大家的具体的人员分工体如今哪?
A2:在博客和答辩中都有体现
Q3:校园卡充值功能又没
A3:问题没有描述完整哦
第四组
Q1:展现的资料能够有些不充分,但愿能够改进
A1:谢谢建议
Q2:增量开发的难度有考虑过吗?
A2:更可能是从功能去考虑,难度方面考虑较少
Q3:无
A3:无
第五组
Q1:增量设计里校园卡充值功能是否能确保安全性,怎么肯定学校相关部门愿意合做与否?
A1:增长功能的前提就得保证安全性,不能肯定
Q2:增量设计里设计主页面会不会多余,把除了课程表之外的模块作主页面是否是并不利于自身使用?
A2:仅表明本身组的意见,很少余
Q3:无
A3:无
第六组
Q1:您好,请问大家有没有考虑过作采访环节或者问卷调查?
A1:采访环节有作,问卷调查没有作
Q2:您好,请问大家有没有考虑过从不一样方面进行测试,如利用网上的软件进行测试?
A2:没有,都是本身来测,从效果来看,这个方法接地气且是个不错的方法
Q3:您好,因为大家ppt内容没那么丰富,是否可以考虑从测评报告中再摘取一些内容?
A3:无
第七组
Q1:是否有考虑采起采访或调研的方式来听听用户们的想法和建议?
A1:有采访,但没有调研。
Q2:对提出的增量设计是否考虑过具体的实现方法或衡量过它们的实现难度?
A2:有考虑,体如今博客里,欢迎交流。
Q3:展现的资料能够再充分一点,加强说服性。
A3:谢谢建议
PSP
PSP | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 45 |
?Estimate | ?估计这个任务须要多少时间 | 30 | 45 |
Development | 开发 | 0 | 0 |
?Analysis | ?需求分析 (包括学习新技术) | 20 | 30 |
?Design Spec | ?生成设计文档 | 0 | 0 |
?Design Review | ?设计复审 | 0 | 0 |
?Coding Standard | ?代码规范(为目前的开发制定合适的规范) | 0 | 0 |
?Design | ?具体设计 | 30 | 30 |
?Coding | ?具体编码 | 0 | 0 |
?Code Review | ?代码复审 | 0 | 0 |
?Test | ?测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 0 | 0 |
?Test Repor | ?测试报告 | 0 | 0 |
?Size Measurement | ?计算工做量 | 20 | 30 |
?Postmortem & Process Improvement Plan | ?过后总结, 并提出过程改进计划 | 30 | 45 |
合计 | 160 | 225 |
学习进度条
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
4 | 0 | 340 | 5 | 25 | Leangoo工具学习 |
5 | 300 | 640 | 15 | 40 | 哈希算法、优先队列、结构体等c++内容复习 |
8 | 0 | 640 | 10 | 50 | d代码方面暂无 |
10 | 0 | 640 | 5 | 55 | Github代码管理学习、leangoo工具完善 |
12 | 100 | 740 | 5 | 60 | 了解了些python,写博客能力++ |
13 | 200 | 940 | 10 | 70 | 写博客继续++、ppt制做++、录屏++、头发--、睡眠------ |
14 | 100 | 1040 | 5 | 75 | 写博客继续++、ppt制做++、头发继续-- |