计算机系统知识包括计算机组成、指令系统、存储系统、校验码、流水线、RAID、操作系统进程管理、存储管理、文件管理等。上午题常考概念辨析和计算。数据结构与算法重点包括线性表、栈队列、树与二叉树、图、排序、查找、哈希、动态规划、贪心、分治、回溯等。算法题不仅要会识别算法思想还要能分析时间复杂度和空间复杂度。面向对象技术包括封装、继承、多态、接口、抽象类、UML建模与设计模式。UML重点在类图、用例图、顺序图、状态图、活动图设计模式重点在创建型、结构型、行为型模式的应用场景。软件工程包括开发模型、需求分析、软件设计、测试方法、项目管理、配置管理、质量保证等。DFD、数据字典、内聚耦合、黑盒白盒测试都是高频点。数据库设计包括E-R模型、关系模式转换、主键外键、SQL、事务、并发控制、规范化理论。范式判断尤其是1NF、2NF、3NF经常出现。网络与信息安全包括OSI模型、TCP/IP协议、IP地址、子网划分、常见协议、加密、数字签名、防火墙等。标准化与知识产权主要考软件著作权归属、保护期限、侵权判断、标准化分类等分值不高但容易拿分。专业英语通常为一段计算机英文材料考查阅读理解能力。重点积累软件工程、数据库、网络、面向对象等术语。二、案例分析5类必考题型下午案例分析通常采用“4道必答题 2道选答题二选一”的结构满分75分45分合格。1. 数据流图 DFDDFD主要考查外部实体、加工、数据流、数据存储四类元素。解题关键是把握父图与子图平衡和数据守恒。常见考点补充缺失的外部实体、数据存储、加工名称补充缺失数据流并说明起点、终点和名称判断是否存在“黑洞”“奇迹”“灰洞”检查数据流方向是否正确区分数据流和控制流DFD中不画控制流。答题时可按“缺失数据流 起点 终点 名称”的格式作答例如缺失数据流订单信息起点订单处理终点订单存储。2. 数据库设计数据库案例题通常围绕E-R图、关系模式、主外键、范式、SQL展开。重点规则实体转关系模式实体名通常转为表名属性转为字段1:1关系可在任一端加外键或合并为一张表1:N关系在N端加外键M:N关系必须增加中间表中间表包含两端主键1NF属性不可再分2NF消除非主属性对主键的部分依赖3NF消除非主属性对主键的传递依赖。例如若出现“订单表中包含客户地址而客户地址只依赖于客户ID”则存在传递依赖应拆分为订单表和客户表以满足3NF。SQL题常考多表连接、子查询、聚合函数、主外键约束、索引优化等。3. UML建模UML案例题常考类图、用例图、顺序图、状态图、活动图。类图关系要重点区分泛化/继承is-a关系如“学生是人”关联对象之间的一般联系聚合整体与部分部分可独立存在组合整体与部分部分不能脱离整体依赖一个类使用另一个类实现类实现接口。用例图要识别参与者、用例以及包含、扩展、泛化关系。顺序图要关注对象、生命线、消息顺序。状态图要关注状态、事件、转换条件。4. 算法设计与实现算法题常以C语言或伪代码形式出现考查动态规划、贪心、分治、回溯、排序、查找等。解题步骤先读懂题意确认输入、输出和约束判断算法思想例如是否适合贪心、是否需要状态转移找到代码空缺位置判断是初始化、循环条件、状态转移还是返回值检查边界条件如空数组、单元素、下标越界分析时间复杂度和空间复杂度。例如动态规划题通常要先确定状态表示、初始值、转移方程和最终答案位置。5. 设计模式识别与代码补全设计模式题常结合Java或C程序设计考查要求识别模式名称、补全类图或代码。高频模式包括单例模式保证一个类只有一个实例工厂方法模式将对象创建延迟到子类策略模式封装不同算法便于替换观察者模式一对多依赖状态变化时通知观察者装饰器模式动态扩展对象功能模板方法模式定义算法骨架子类实现具体步骤。以策略模式为例通常包含抽象策略类、具体策略类和上下文类。上下文类持有策略接口通过不同策略对象实现不同算法。代码补全示例思路// 抽象策略interfacePayStrategy{voidpay(doubleamount);}// 具体策略classAlipayStrategyimplementsPayStrategy{publicvoidpay(doubleamount){System.out.println(支付宝支付amount);}}classWechatPayStrategyimplementsPayStrategy{publicvoidpay(doubleamount){System.out.println(微信支付amount);}}// 上下文classPaymentContext{privatePayStrategystrategy;publicPaymentContext(PayStrategystrategy){this.strategystrategy;}publicvoidexecutePay(doubleamount){strategy.pay(amount);}}这段代码体现了策略模式的核心算法封装、接口统一、运行时替换。如果题目要求新增银联支付只需新增一个实现PayStrategy的类无需修改原有支付类符合开闭原则。三、答题技巧DFD题先找外部实体和数据存储再用父图子图平衡检查缺失数据流数据库题先识别实体和联系再转关系模式最后判断范式UML题先判断图类型再根据名词、动词、关系符号补全元素算法题先写思路再补代码最后分析复杂度设计模式题先看场景关键词如“统一创建”“动态替换”“通知更新”“扩展功能”再匹配模式名称。综合来看下午案例分析要把“读题—建模—补全—验证”形成固定流程。DFD、数据库、UML属于相对稳定题型应优先保证得分算法和设计模式则需要通过真题训练提高代码理解和补全能力。