案例分析真题-Web系统
2011 年真题
【问题1】
骚戴理解:还是要学会分析,首先要先看题目在看文字内容描述,不然看完了也不知道看了个啥,根据“其中互联网上用户对公司产品信息的访问情况需要借助两种不同的第三方 Web 分析软件进行数据采集与统计,并生成不同格式的数据报表”这段可以看出数据形态只有数据报表可以填,这里我一开始写了个第三方 Web 分析软件,想笑,看清楚题目,是要填数据形态,我就是没看清题目
然后根据上面的原文可以看出,这两种都要采集、统计、汇总,那么这样的数据必定不可能是实时的,最后看操作方式,一般这样的数据展示都是只读,如果是数据报表的数据我可以随便改,那它就不准确了,这样的题目不可能出一样的,主要是学会如何去分析这样题目得出正确或者接近正确的答案
至于说某个人的方案的优缺点这是很常见的题型了,可以看出答案前面一般都是说的废话,但是我们可以学习这样的废话学,首先把题目中给的那句抄上来,例如说像“对市场策略跟踪与分析系统的数据源特征与数据操作方式进行分析”,然后讲数据源特点和操作方法是什么,得出一个结论,然后又是客套话,针对上述应用特征,某人提出的什么方案,这里要学会把这个人提的方案浓缩,精简的说一两句,最后带上优点客套话,优点客套话:系统架构清晰、实现简单、效率较高
【问题2】
骚戴理解:这种题型很常见,但是这题要从是三个角度来分析,这个题目算是降低了难度的,通过答案一个个进行分析,分析答案是怎么进行回答的,我们学习它的一个思维
首先是数据获取方式,王工说要“进行统一包装”,就是还要包装一层,这你就要立马想到,这样的话工作量大,复杂度高,既然最后选择了李工,那么李工就不会有这个问题,你就可以说,和他的方案相比,这个方案工作量小,复杂度低,这样去写,类似反义词一样,然后把题目中的描述精简化即可
其次就是数据交互方式,从题目中看出王工的思路是类似于微服务一样,把这些接口包装好暴露出来,类似这样的思路的缺点你就记住,这种方式不适合大量的数据传输,如果是大量的数据传输,那么效率不高,稳定性差,这里要做数据统计,那自然就是大量的数据传输的情况,所以不适合
最后就是上下文无关性,这个上下文无关性,一般如果上下文有关,那就服务端要区分不同的客户端请求,效率低,反过来,如果上下文无关,那效率就高了
通过上面的分析可以看出,如果遇到这样要对比两个人的方案的题目,并且还给出了分析方向,你就看最后选择了谁的方案,然后疯狂贬低另外一个人的方案,说他这也不好那也不好,可以发现,对比的时候其实这些答案是一对一对的,例如效率高和效率低,一般做这样的题目就是要有依有据,你不能一上来就说谁的方案效率高,谁的效率低,你要从文章中取找看看有没有站得住脚的原文,能浓缩精简一下更好,直接抄过来也可,然后在加一句结论,说效率高或者效率低
【问题3】
2012年真题
【问题1】
【问题2】
【问题3】
2013年真题
【问题1】
【问题2】
【问题3】
骚戴理解:这个破题目谁做的出来,直接放弃!
2014年真题
【问题1】
【问题2】
骚戴理解:这里的基础接口和扩展接口我找错了,还有第五点也写错了,但也还是拿了大部分的分,说明不难
2014年真题
【问题1】
【问题2】
【问题3】
2015年真题
骚戴理解:这里的iBatis居然是MyBatis(iBatis 已经改名为 Mybatis ),我不知道是少印了还是这个就是它的缩写,长长见识!
【问题1】
【问题2】
【问题3】
2016年真题
【问题1】
【问题2】
【问题3】
2017年真题
【问题1】
【问题2】
【问题3】
2018年真题
【问题1】
【问题2】
【问题3】
2020年真题
【问题1】
【问题2】
骚戴理解:Persistence Layer是持久层,这个狗题目居然还跟我玩起来英文,还好哥们认识几个单词