调研，评测
评测
上手体验
- 身份验证的操作逻辑有些诡异；
- 界面设计到处透露出半成品的气息（更想说是随便做的气息
- 基本是直接引用网页或其他应用，像是为完成而完成；
- 功能稀少，看似一大排，其实好些是不可用或可以整合的功能，诸如学生工作管理等功能却没有整合在一起；
- 界面干净。
BUG
此次测试的机型有两款，以下的bug在两款机器上基本都有出现。
- 索尼Xperia XZ Premium（ Android8.0 )
- iPad Pro 10.5' ( IOS 12.1 )
使用的软件平台为 微信6.7.3 ( Android ) 和 微信6.7.4 ( IOS )。
以下截图基本为iPad的微信上的截图。
1、成绩查询的年份选择有限
- 重现步骤：进入福大企业号，进入成绩查询页面，点击学年；
- 内容：学年选择只有2012到2016；
- 建议：增加其他年份的成绩查询功能。目前2016届也已经大三了，所以需要查成绩的学生基本无法使用这个企业号查到成绩。
2、个人日程的本地日历同步功能
- 重现步骤：进入福大企业号，进入个人日程页面，点击设置（底栏最右），点击同步本地日历；
- 内容：点击同步本地日历后提示“请从APP操作！”
- 建议：可完善功能，做好与本地日历日程同步的功能，或者直接去掉。实际上此处的问题让人觉得这个个人日程功能是从其他地方直接拿来用的。
3、个人日程的添加日程中的开始、结束时间选择功能
- 重现步骤：进入福大企业号，进入个人日程页面，点击悬浮加号按钮，点击添加日程，点击开始的年月日选项；
- 内容：无法选择结束日期之后的日期；
- 建议：同样地，结束日期处也无法选择开始日期前的
4、个人日程的添加日程中的重现选项消失
- 重现步骤：进入福大企业号，进入个人日程页面，点击悬浮加号按钮，点击添加日程，选择全天；
- 内容：选择全天后，重复周期选项消失；
- 建议：不要让它消失。实际上经过尝试，如果在选择全天前先选择重复周期，重复周期仍然有效，即使它消失了。
5、个人日程的日、周、月的日程显示
- 重现步骤：进入福大企业号，进入个人日程页面，点击日/周/月；
- 内容：当日程较多时，有部分日程无法显示；
- 建议：让显示框完全按照日程数增长或使显示框能够滚动。
6、个人日程的日程编辑功能
- 重现步骤：进入福大企业号，进入个人日程页面，点击任一日程，点击悬浮加号按钮，点击编辑，任意修改，点击悬浮加号按钮，点击保存；
- 内容：点击保存后页面无反应，返回后日程信息也并没有被改变；
- 建议：完善功能。
7、个人日程的日程备注功能
- 重现步骤：进入福大企业号，进入个人日程页面，点击悬浮加号按钮，点击添加，填写备注和其他信息，点击悬浮加号按钮，点击保存；
- 内容：如果备注内容超过255个字符，点击保存后页面无反应，返回后日程信息也并没有被改变；
- 建议：完善功能或增加长度限制提示。
8、我的课表的查看课表功能
- 重现步骤：进入福大企业号，进入我的课表页面；
- 内容：在有课的情况下显示没有课；
- 建议：完善功能。
9、失物招领的图片上传功能
- 重现步骤：进入失物招领页面，选择上传了图片再发布；
- 内容：提示上传图片不能为空；
- 建议：完善功能。
10、失物招领的个人搜索功能
- 重现步骤：进入失物招领页面，选择通知某人；
- 内容：只能选择人名，无法避免重名现象；
- 建议：添加提高搜索精度的选项。
11、失物招领的通知功能
- 重现步骤：进入失物招领页面，发布失物招领，选择通知某人；
- 内容：被通知的人却并不会收到通知；
- 建议：完善通知功能。
使用截图不便于展示。
12、福大邮箱的移动端页面
- 重现步骤：进入福大邮箱界面，在移动端网页中登录；
- 内容：移动端网页提示“您已被禁止登陆，请联系管理员”，而桌面端网页可正常登陆；
- 建议：修复移动端网页的错误。
原因分析
许多问题已经超出了技术上的bug的范畴。
- 开发未完成；
- 开发人员对此项目并不上心。
需要注意的
- 遵循团队的代码规范，提高项目的可维护性；
- 功能性框架依赖性不能太强，善用开源框架，需要经过充分的测试选择成熟稳定的框架，例如网络请求框架；
- 注意封装一些重复性功能，适度耦合，通过统一入口进行调用，方便维护修改，也方便扩展，例如常用的添加附件功能；
- 估计项目的规模大小及用户群体的访问量，选择可靠的开发和运行环境；
- 开发者在编程之外还需要注意编写单元测试，接口部分需要更新到团队的汇总中；
- 需要注意前端和后端的之间的调试方式，各层之间通信设计按照微服务架构的设计原则，这些服务需要共享数据库；
- 考虑用户数据的安全性，以及操作的安全性（例如连续点击按钮可能出现的情况）；
- 始终坚持以用户为本的原则，在设计时尽量减少用户的使用负担。
采访
- 背景：一名普通的计算机系大三学生；
- 需求：需要能够查询成绩、课表，如果能整合学生管理功能，如请假审批、节假日去向等就更好了。
- 用户的问题并没有得到解决。
| 模块 | 优点 | 缺点 |
|---|---|---|
| 数据量 | 部分功能直接链接网页，内容丰富 | 部分功能无法提供任何信息 |
| 界面 | 软件的整体界面整洁 | 部分操作逻辑较不合理，部分界面设计较不友好、美观 |
| 功能 | 能够查看主页、新闻等 | 1.部分功能不可用；2.部分功能存在bug，用户体验不够友好；3.直接链接网页影响响应速度 |
| 准确度 | 部分功能都能正确响应 | 部分操作存在问题 |
用户体验：用户体验很不友好，在界面布局、功能、反应速度等方面都或多或少存在着问题。
改进意见：将现有功能完善至可用，如可能，可考虑整合入学生管理功能。
结论：非常不推荐
分析
时间预估
大约三个月。
理由：功能较少，实现难度不高，但对于刚毕业的大学生，还是需要一定时间的。
软件优劣
- 优势
具备主页、新闻、公告查看等基本功能，界面简洁。
- 劣势
部分功能不可用，部分功能存在较多bug，用户体验差。
对比同类软件：
主要是两类：一类是同为福大系的软件，另一类是同为微校系的软件。
相比于同为福大系的福大助手、福大教务通和福大一卡通等，本软件由于响应速度较不友好，所以身为微信平台企业号的轻便优势基本没有，更不用提许多功能不可用、bug众多等。
相比于同为微校系的软件们，我对比了暨南大学的微校号。暨南微校的界面友好，操作简便流畅，具有完整的校内通讯录，直通各位学生微信号，且整合有如请假审批、抽签、签到、学生工作、问卷调研等功能，用户体验良好。
具体建议
- 完善功能，提高用户体验；
- 应注重界面的设计，追求美观，避免界面逻辑混乱，不能让用户在还没使用时就对软件产生不好的印象；
- 同时注重软件性能，响应速度过慢或者bug较多都会很大程度地降低用户体验；
- 要有有效且便捷的用户反馈渠道，让用户参与到软件的迭代过程中以便更好地提高用户体验。
功能逻辑框图
模块分析
| 模块 | 重要度 | 完成度 | 出发点 | 效果 |
|---|---|---|---|---|
| 通知文件 | 非常重要 | 80 | 主要用于查看通知文件，公示以及校内公告 | 能够查看所需内容 |
| 福大主页 | 非常重要 | 75 | 主要用于查看关于福大的重要信息 | 链接向福大主页的网页，能满足要求 |
| 校园新闻 | 非常重要 | 80 | 主要用于查看福大的校园新闻 | 分为三类进行新闻订阅，可查看相关新闻，可搜索，可调节字体和设置夜间模式，较友好 |
| 福大邮箱 | 重要 | 75 | 主要用于登录用户的福大邮箱 | 链接向福大邮箱的网页版 |
| 福大黄页 | 非常重要 | 80 | 主要用于查看福大各部门电话号码 | 能够查看所需内容，操作简便 |
| 我的课表 | 重要 | 主要用于查看用户的课表 | 无法显示课表信息 | |
| 成绩查询 | 重要 | 主要用于查看用户的成绩 | 由于年份选择有限，无法查看绝大多数用户的成绩 | |
| 个人日程 | 一般 | 70 | 主要用于查看用户的日程 | 能进行部分基本操作，但bug较多，且界面不友好 |
| 移动OA | 一般 | 无法使用 | ||
| 失物招领 | 非常重要 | 80 | 主要用于查看、发布失物招领和寻物启事信息 | 能够查看、发布失物招领和寻物启事信息，操作简便 |
| 校园巴士 | 一般 | 70 | 主要用于查看校园巴士的运行信息 | 能查看到基本信息，但所提供的信息量较小，无法为用户提供有效帮助 |
| 讲座报告 | 重要 | 80 | 主要用于查看讲座报告的相关信息 | 能查看到所需信息，但界面设计和内容排版较不友好 |
| 学生证附卡 | 重要 | 主要用于查看、更新学生证附卡信息 | 能查看到部分信息，其他功能不可用 |
评分
| 模块 | 打分 | 理由 |
|---|---|---|
| 用户体验 | 60分 | 反应速度慢，且存在较多bug，用户体验不好 |
| UI界面 | 70分 | 界面简洁，部分操作逻辑较不合理 |
| 核心功能 | 60分 | 功能略显单薄，一些简单的需求能够满足，许多功能无法使用 |
建议和规划
- 如果你是项目经理，如何提高从而在竞争中胜出？
我认为需要提高的地方大致有量点：
首先是软件的质量问题，目前的用户体验还不够好。在试用和测试的过程中可以很明确地感受到这个软件在设计制作上的严重不足。若将其与功能齐全，制作也较为完善的福大助手或其他微校相比较，那根本就是云泥之别。从界面设计不合理到功能设置不完善，这款软件的app需要改进的地方有非常多，更不要说与对手竞争、吸引用户了。它连满足用户的基本要求都非常困难。没有谁会愿意浪费时间在一款并不便捷，使用体验也不尽如人意的软件上的。
其次是宣传。我们学校关于自己公众号和企业号的宣传基本没有。如果不是这次作业，我甚至不知道我们学校有这样的软件存在。这对于一款需要学生支持的软件来说是致命的，所以应加强宣传，提高在本校生，甚至在外校生中的知名度，这也有利于提高学校在学生中的声誉。
- 目前市场上有什么样的产品了？
主要是两类：一类是同为福大系的软件，另一类是同为微校系的软件。
相比于同为福大系的福大助手、福大教务通和福大一卡通等，本软件由于响应速度较不友好，所以身为微信平台企业号的轻便优势基本没有，更不用提许多功能不可用、bug众多等。
相比于同为微校系的软件们，我对比了暨南大学的微校号。暨南微校的界面友好，操作简便流畅，具有完整的校内通讯录，直通各位学生微信号，且整合有如请假审批、抽签、签到、学生工作、问卷调研等功能，用户体验良好。
- 你要设计什么样的功能？
一个学生管理的功能。该功能可以协助学生工作，帮助学生和辅导员进行请假、节假日的审批。
- 为何要做这个功能，而不是其他功能？
目前我们学校的软件中还缺乏类似的功能。所有相关的审批和表格填写都需要人工在纸质假条、表格上进行填写，每次请假都需要填写纸质假条再交给辅导员签字，非常不便。
- 你的创新在哪里？可以用 NABCD 分析。
Need
现在我们学校的软件中还缺乏类似的功能。所有相关的审批和表格填写都需要使用纸质文件，耗时耗力，电子化是大势所趋。
Approad
添加一个审批模块，提供假条填写和记录、节假日去向填写等功能，并且不断完善。甚至可以添加电子化签名、存档等功能
Benefit
能够便利学生和辅导员的学习和工作，也让文件管理更加简便。
Competitors
目前校内还没有相关产品。
Delivery
对于这类校园应用，特别是这种嵌入学生、辅导员工作中的应用，首先必须得到学校的支持，之后的推广就比较简单。先通过老师或辅导员了解学校在这方面的意向，然后争取与相关工作的老师进行沟通。在获得支持后也要注重用户反馈，及时修复、增添功能，让软件能真正便利大家的生活。
- 如果你来领导这个团队，会有什么不一样？
经过这次的测试可以看出，该软件还比较简陋：功能少、部分设计不合理，还有存在很多bug。如果由我来领导团队，会更注重界面的美观和基本功能的可用性。
- 如果你的团队有5个人,4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
美工一人（包括UI和原型设计）
开发三人（前端两人，后端一人）
测试一人（开发阶段辅助后端）
- 描述你的团队在16周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
| 周数 | 任务 | 里程碑 |
|---|---|---|
| 1 | 确定项目内容与项目核心，进行需求分析，初步完成需求说明书 | |
| 2 | 完善需求规格说明书，明确分工，计划好接下来的时间安排 | 完成需求分析 |
| 3-4 | 搭建开发环境，制定编码规范，构建架构，进行原型设计 | 完成原型设计 |
| 5-7 | 开始主体功能的编码，美工完成UI设计，前端与后端并行，根据具体情况调整进度 | |
| 8 | 功能完善，测试，并改进 | 发布Alpha版本 |
| 9-11 | 开始其它功能的编码，完成接口设计，实现对接，完成剩余模块的任务 | |
| 12 | 继续完善各功能模块，初步完成正式版本 | 发布Beta版本 |
| 13-14 | 大规模测试，修复bug，根据反馈不断调整完善最终版产品 | |
| 15 | 编写用户手册 | 用户手册完成 |
| 16 | 项目部署，发布最终版本的产品 | 项目部署，发布最终版本的产品。 |
- 项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
- 负载均衡：2台（主备）
- 应用服务器：16核32G 2台
- 后端服务器：32核64G 3台
- 关系型数据库：MySql 3个（读写分离2个，备份1个）
- 缓存数据库：Redis 2个（主备）
- 网站安全：部署WAF，防DDoS攻击的防火墙等设备
- 带宽：采用千兆以太网连接
331
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
