案例分析

说起母校同学们心中浮现出什么呢？。
一程风雨，一程阳光；一路耕耘，一路收获；母校走过了一程又一程的路，是一段又一段美好的回忆，是一载又一载的风华，是一个又一个的故事。
浩浩闽江东入海，巍巍学府立东南，福大在走过了她的六十个年头，正在走向更好的明天。
福州大学与我们相隔甚远，但她却与我们的心距离很近，是个让我们牵肠挂肚的地方。
在福州大学公众号上，我们可以即时使用手机关注福大新闻，查看自身课表、成绩等，但是难免存在一些让人不愉快的小bug，希望同学们能够找出更多的bug，使得我们的公众号更加尽善尽美。

产品

微信企业号：福州大学

可扫描e通卡上的二维码进行注册，或扫描下面二维码：

第一部分 调研，评测

评测：

下载并使用，描述最简单直观的个人第一次上手体验。

第一次使用，一点进去感觉很厉害，功能看过去很全面，但是当我点进去的时候才发现，原来是花架子来的，具体功能大部分都没有实现，有点失望。

按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。用专业的语言描述，如有必要，可以配图。

1、课表模块

①课表查询没有课表结果，可能是数据库中无相关数据，或接口出错。
②点进去当前周都默认是第一周，没有按照我们的校历来，可能是数据库中可能无相关数据。
③下拉功能能没有实现，可能是scroll-y未生效

2、失物招领模块

①检测不到上传的照片、并且会默认将改照片保存到本地微信相册。

②系统发布时间与本机时间对不上，比本机时间快了15分钟，可能是时间类换算出错。

③被艾特后，用户不会接收到任何通知，可能是消息接口调用出了问题。

④失物招领通知对象无法取消，可能没有判断多次操作的有效性

3、成绩查询模块

①没有成绩显示，并且没有任何错误提示信息，并且无最新学期更新，可能数据库无相关数据或接口出错。

4、学生证副卡模块

①无法进行学生证副卡采集，找不到地方添加辅导员，界面编辑是未考虑此问题，或此辅导员应根据学生自动关联，无需添加。

②多处文本框不可编辑，可能此处为textView而非editView。
③学生证附卡补办申请，多处不可编辑，同上。
④学生证附卡编辑修改区间，无范围选择，区间数组为空。
⑤学生证附卡补办申请，只有确定取消按钮，无输入框。

5、福大邮箱模块

①手机端邮箱无法登陆，未连接福大邮箱接口，或数据获取错误

6、个人信息模块

①没有对手机进行正则表达式验证

7、通知模块

①附件无法下载（经傅老师提醒后，需要挂VPN才能下载）

你觉得为什么这个产品组的人没有发现这些bug?

可能是因为时间原因，要在福大校庆之前，把二维码印在学生卡后，所以没时间没有做好充分的测试和用户调研就急于发布。

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

1.4.1 架构方面

① 需要先弄清楚该微信公众号的整体结构和组件，通过思维导图做出直观的架构图，这样子功能就一目了然了
② 要明白，软件之中唯一不变的就是变化，要根据不同的情况作出不同的当前情景下的最优选择
③ 保持设计的简单，现在不都是崇尚简约设计？
④ 要懂得面向抽象编程
⑤ 要考虑可维护，延伸性，事后优化

1.4.2部署运维方面

① 我觉得应该在整体完成并且检查之后再进行部署，这样会比较方便修改；
② 运维一切行动听指挥，这样子才能够比较有效率，才不会乱糟糟；
③ 凡是要变更方案什么的必须经过审核，避免因为误操作而产生问题；
④ 做好规划，这样才能够有效率的完成事情；多多和应用的人唠唠嗑，这样子才能熟悉业务，才能推动业务采用更加合适的架构方案；
⑤ 定期做好数据库的检查；
⑥ 数据库部署要做好最小化的权限；
⑦ 多多和大家交流，多多和大家分享；

1.4.3 微服务方面

① 在微服务架构中，有很多可移动的组件，所以对服务的管理将变得更加复杂，因此要考虑使用均衡负载，这会帮助我们解决一些问题
② 一个应用之中会有不同的服务，因此一个请求会跨多个不同的服务，因此有必要注意网络拥塞和延迟
③ 一般来说，每个微服务都有自己的状态存储，因此必须要注意数据的一致性
④ 注意容错和弹性

采访：

相信每个同学的朋友中一定有人需要用这样的软件，记载你对这位用户的采访。例如使用下面的采访提要：

介绍采访对象的背景和需求（他们有没有用过这个APP或类似的APP，除了现有的功能还有别的需求么）

福州大学2016届学生，有的时候需要查看课表和成绩，以及查看一些校园内的通知，目前只用了这两个功能，而这两个功能是使用福大教务通来查看的，他还希望有能够像福大易班一样的功能，因为福大易班不是很好用，并且手机上的福大易班软件卡的要死，如果福大微信公众号能够有网页版福大易班一样就好了。

让采访对象使用微信福州大学企业号（请上传照片证明用户的确正在使用，远程采访的同学请让别人帮忙照相）

描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？

问题1：并没有解决，因为该产品的那么多的功能，真正需要使用的就是成绩查询和课表查看，还有学校通知，其他的功能使用的比较少，而福大易班之类的保修功能却是没有的，因此没有解决问题
问题2：数据量还可以，并没有多少；界面也还行，但是希望能够不要再是竖排，这其实有很大的空间的浪费；功能挺多，但是其实许多功能是没有用到了，比如日程功能，不实用，不如将易班的那些功能加入进公众号，这将会变得很方便
问题3：界面简洁，看过去较为美观，没有什么大毛病，但是其中的很多的功能还无法使用，并没有什么具体的用户体验，但是流畅度还有界面的美观程度还是可以的；课表之中的课表界面不够简洁，应该像是福大助手那样，背景是白色，然后用各种的颜色代表不同的课程，而不是背景花里胡哨的

用户对产品有什么改进意见？

功能界面请按照方块一个个排列在界面之上，不要竖排，而且点击一些功能进入之后，会出现一个小加号，这个加号吧，说实话，不好看，也不实用，谁知道你这个加号是什么鬼，最好将加号之中的内容放入整个界面之中，才比较一目了然。

结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价,请选择一个结论:

非常不推荐
不推荐
一般
推荐
非常推荐

我的答案：不推荐，因为这根本就是一个半成品，大部分功能都未实现，如果实现核心功能了，可以考虑推荐。

第二部分 分析

使用此软件的大部分功能，联系第二部分的分析，估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）。 分析这个软件目前的优劣（和类似软件相比），并推理出团队在软件工程方面可以提高的一个重要部分（具体建议）。

根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果；
针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分。

估计项目用时

该项目做到目前这个程度，大部分主要功能都未完善，团队做到这种程度上需要3周，其中前期需求分析阶段需1周。

功能逻辑图

①个人模块

重要度：95%
完成度：20%
出发点：实现最贴切学生的课表查询、成绩查询、个人日程记录&提醒、学生证附卡信息等功能
效果：个人日程部分大部分可以使用，但是在选择提醒之后就无法保存。其他三个功能基本无法使用。
②通知、讲座、新闻模块

重要度：70%
完成度：95%
出发点：让同学更方便的了解学校的各种新闻
效果：功能基本上都已经实现
③其他功能模块（企业会话、福大黄页、福大邮箱、校园巴士、失物招领）

重要度：80%
完成度：50%
出发点：方便同学在校内的生活
效果：黄页功能已全部实现，其余功能仍存在bug，邮箱在手机端完全无法登陆

优势、劣势、可以提高的一个重要部分

①优势：作为微信公众号，方便同学的使用，无需下载新的app
②劣势：在市面上同类产品有福大助手、福大易班、福大教务处。三款产品都已经事成熟的产品，功能基本都已实现。并且这三款产品的功能多于改公众号。不能退出，一次登录之后就和一个微信号绑定了，无法进行修改。
③可以提高的一个重要部分：产品测试
本产品存在的问题太多，开发人员在开发完成之后可能没有很好的、充分的测试。

针对不同维度打分

第三部分 建议和规划

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

如果你是项目经理，如何提高从而在竞争中胜出？

提高用户体验感，扬长避短，不要求功能多，但是功能完成度要高
线上宣传模式，比如集赞送礼品。
线下宣传，下宿舍扫楼，发传单，摆个帐篷，关注送礼品。和学校沟通，在各个年级群宣传。

目前市场上有什么样的产品了？

o 福大教务通：福大教务通已具备该公众号中大部分主要功能，除此之外还有考试查询等功能。
o 福大易班：福大易班除了该公众号具备的功能以外还有宿舍服务等。
o 福大助手：福大助手除了该公众号具备的功能以外还有大物实验预约、历年卷等。

你要设计什么样的功能？

教师：教室调整
学生：教室申请

为何要做这个功能，而不是其他功能？

因为其他功能在其他三款app中都已经很好的完成了。面向学生和老师，这两个功能比较常用，但是相关的申请只能在教务处网站上申请。

为什么用户会用你的产品/功能？

微信端无需下载app，更加轻便。功能贴切学生、老师。

你的创新在哪里？可以用 NABCD 分析。

N需求

教师有时会碰上教室设备损坏等情况，因而需要进行临时的教室调整，打开教务处往往需要打开电脑，连网FZU，登陆教务处等繁琐步骤。对于学生，往往有临时的活动组织等，并且大一年学生的晚自习教室数据往往分散且无统一记录，对其他需要去教室自习的学生造成了困扰，因此需要一个具有统一记录的功能的工具。

A方法

在后台添加查询和占有接口，设置不同帐号的身份，对学生的身份也分为大一/非大一，通过计算入学时间自动进行更新。并且外接教务处系统，使得借用教室更加轻便化、合法化。

B好处

通过对公众号添加教室申请、教室更换，学生教师可以通过查询空教室、占有空教室，对不同身份的用户开放不同的功能，可以特别对大一年学生开放晚自习教室申请。避免功能冗余浪费。

C竞争

福大教务通也具有空教室查询功能，但是功能不够完善，往往查询到的空教室还是有老师上课，微信相对于APP可以更方便的更新数据，使用起来更为方便。

D推广

对已经加入的用户成员进行推送，鼓励使用此功能；并在学校进行宣传，通过扫楼、发传单的方法进行推广；发布宣传的公众号文章，转发抽奖等方式扩大影响力。

如果你来领导这个团队，会有什么不一样？

前期做好规划，提高用户体验感，扬长避短，不要求功能多，但是功能完成度要高。

如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？

美工的工作主要是在开发前期，为了让人才不闲置，可以让美工同时兼任部分测试。从而充分的利用资源。1个产品经理、一个美工（兼部分测试），3个开发，一个前端，两个后端。

描述你的团队在16 周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。

第一周：用户调研
第二、三周：需求分析
第四、五周：美工页面设计、获取、阅读相关接口
第六至十周：具体编码、服务器部署、部分测试
第十一、十二周：集中测试
第十三至十五周：完善部分功能、界面美化、修改发现的bug
第十六周：发布版本

项目发布后，有没有考虑过项目该怎么部署才能满足需求。

应用服务器8核16G3
后端服务器16核32G3
关系型数据库：MySql 3个（读写分离2，备份1）
缓存数据库：Redis 2个（主备）
网站安全性：WAF、DDOS