答辩总结

第一部分 调研，评测

评测

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

  • 后敬甲

    福大助手定位是，为Fzuer量身定做的校园学习生活助手。
    在初次上手之后，可以发现其功能基本覆盖了福大学习生活的各个方面，也符合软件本身的定位。
    发现一点不足在于，软件没有固定的首页，各个功能模块同一级并行，在各模块均可独立退出app，页面层次分布不符合多数用户已有的使用习惯

  • 刘浩

    上手体验：初次运行后第一感觉是app响应很快且功能很多 目前使用到的就其中下载历年卷和查看课程表这两个功能 这两个功能都很齐全 ui设计整体感觉比较和谐 在左边放置功能切换界面让人眼前一亮 总体来说还是一个不错的大学应用工具

  • 卢泽明

    上手体验：Android端的福大助手界面好看，首页为课程表也是满足了广大学生的需求。运行流畅，功能这几年一直在增加，可以说已经集齐了大部分必备功能。
    不足之处：功能部件全部在右侧展开部分，确实有点不够明显。我相对喜欢把各个页面放在底部栏的按钮。其次没有个人中心，可以让用户设置自己的个人信息，比如修改头像，设置基本信息等。
    还有就是希望加上一些校园小知识，比如小白的发车时间地点等

  • 黄靖茹

    上手体验：界面总体来说比较简洁，历年卷和一键评分功能是使用福大助手的主要原因。功能相教福大教务处更齐全。交互方面做的也还可以，但是针对安卓系统，每次按返回键没有返回上一层对于安卓用户来说不是很习惯。小建议：历年卷能按自己专业分就更好了，有的时候不想打字也不必翻很久的目录。

  • 葛亮

    上手体验：运行速度快功能多，一个app集合了易班和教务处的功能，更有方便同学选课和抢实验的功能。
    课程表导入到日历也很方便。
    但查考场的界面感觉有美中不足，如果有多门考试连在一起，极有可能把日期和科目看混。
    另外没有找到可以修改登录信息和找回密码的界面和功能，在访问登录失败的时候让用户很绝望。

  • 蔡文斌

    上手体验：Android端的福大助手界面简洁大方，用户容易上手，运行流畅，功能齐全，几乎集齐了其他校园app的功能，是一款不错的校园软件。
    不足之处：没有个人中心，可以让用户设置自己的个人信息，比如修改头像，设置基本信息等。可以在抽屉内加上校历的这个功能，方便用户查询节假日等信息。如果可以的话，对于界面的设计可以进一步的改善，有些界面太过于简单，虽然突出了功能，但是对于部分用户，使用体检就不是那么好

  • 黄泽

    上手体验：整体布局简洁明了，无广告骚扰，交互动作自然柔和，功能相较于福大教务处更加完善齐全，课程导入日历功能比较新颖，美中不足的是单期绩点无法查看，部分交互没有给出明确提示，比如点击左侧栏自己的名字会弹出个人信息一览表，但是不容易被用户发现。总的来说是一个优秀的校园app

  • 朱跃安

    上手体验：进入界面的首页是课表界面非常方便日常查课表。抽屉界面包含功能丰富，能够为福大学生提供很好的服务，而且还能在设置界面隐藏自己平时用不到的功能。
    不足之处:校招功能处没有给出近期校招活动的列表，只能自己一个一个的去查找。如果在不知道校招活动具体情况下，就很难通过搜索框查找，只能自己手动滑动日期条，一个一个的查看每个日期下的校招活动，应该添加一个日历表。有些界面过于简陋不美观，如嘉锡讲堂界面，这很有可能影响到用户使用该功能。

  • 张杰

    上手体验：Android端整体布局遵循Material Design，以蓝色为默认色彩并可以更改喜欢的颜色，简洁大方。抽屉内功能丰富，整合福大教务通、福大易班、福大历年卷，基本满足用户需求，同时可将课程同步到日历中，方便使用。

    不足之处：
    内的用户信息占位较大但无功能，建议将个人信息以及账号注销等功能放置其中。
    右上角的更多功能用于切换学期较为奇怪。
    fab似乎是为了fab而fab，功能可以整合至右上角更多按钮。

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

• Bug及原因猜想
  点击此查看在线文档

• 假设你们团队需要开发这套系统，需要注意哪些方面(架构、部署运维、微服务等)。

采访：

第8章 用户调研，12 章 软件的用户体验，

相信每位同学的朋友中一定有人需要用这样的软件，记载你对这位用户的采访。采访对象的要求是没有使用过福大助手。例如使用下面的采访提要：

1. 介绍采访对象的背景和需求（他们有没有用过类似的APP，除了现有的功能还有别的需求么）
2. 让采访对象使用福大助手（请上传照片证明用户的确正在使用，远程采访的同学请让别人帮忙照相）
3. 描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
4. 用户对产品有什么改进意见？
5. 结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价,请选择一个结论:
   • 非常不推荐
   • 不推荐
   • 一般
   • 推荐
   • 非常推荐

第二部分 分析

参考 8.6 节 对工作的估计， 和14.1 节 软件工程的质量

• 估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）。
• 分析这个软件目前的优劣（和类似软件相比），并推理出开发团队在软件工程方面可以提高的一个重要部分（具体建议）。
• 根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果；
• 针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分。

第三部分 建议和规划

参考《构建之法》第8章 功能的定位和优先级；第9章 项目经理

这个软件有很多可以提高的部分。

• 如果你是项目经理，如何提高从而在竞争中胜出？
• 目前市场上有什么样的产品了？
• 你要设计什么样的功能？
• 为何要做这个功能，而不是其他功能？
• 为什么用户会用你的产品/功能？
• 你的创新在哪里？可以用 NABCD 分析。
• 如果你来领导这个团队，会有什么不一样？
• 如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
• 描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
• 项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据附录图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

第四部分 增量开发设计

既然你对产品有这么多的意见和建议，请就你认为产品的可提升功能、新增需求点做出增量开发设计，要求：

• 优化/新增功能点的原型界面
• 基本实现思路
• 优化/新增功能点与原有产品如何接入

第五部分 答辩总结

• 评估团队中每个人对本次作业的贡献比例，描述为本次测评作业的工作流程、组员分工、组员工作量比例（禁止一锅端平的情况，如果没有评估，全组平均后，组长得分减 50%）
• 答辩总结
  • 求出本组的现场答辩得分：去除最高总分，最低总分，求平均分（保留2位小数）
  • 收集其他组对本组提出的问题，并回答（每少回答一点，该项得分扣除5%，扣完为止）

---

个人部分

• PSP表格

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	45
?Estimate	估计这个任务需要多少时间	130	120
Development	开发	200	300
?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	15
	合计	400	350

学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时(小时)	累计学习耗时（小时）	重要成长
1	500	500	25	25	1熟悉了c++有关vector,map用法 2学习了正则表达式 3学习了状态转换图和有穷自动机
2	50	550	8	33	看了有关软件的使用，原型模型以及构建之法
3	600	1350	48	81	修炼心性，debug能力有提升，心理素质加强= =
9	0	1350	5	86	感觉这周过于松弛= =，后面要狠命还了
11	150	1160	6	97	终于实现了页面的跳转= =，商家端页面设置
12	100	1380	4	105	初识matplotlib，sql-connector
13	50	1430	4	109	找Bug
14	100	1530	2	110	python,html初识