资料目录（截图原因可能偏模糊，实际都是高清版）
备考《软件工程》，最致命的误区是把它当成“文科背诵手册”或“编程课”的附属品——沉迷于背诵瀑布模型、敏捷开发、软件测试的各种定义，或者误以为这是写代码的经验总结。结果遇到“某电商网站频繁崩溃，请从软件工程角度分析原因并提出解决方案”这类问题时，只会罗列“需求不明确、测试不充分”几条空话，却看不见软件工程的核心是用工程化的方法，解决软件开发中“复杂度”和“变化”这两大难题。
第一，以“软件生命周期”为逻辑主线重构知识体系。 绝大多数考生按可行性研究、需求分析、设计、编码、测试、维护的章节顺序死守，这是工序罗列的逻辑，不是软件工程的思维逻辑。高分考生的知识库是按“核心问题—应对方法”重组的。 建议手绘一张“软件工程全景图”，中心是“软件危机”（质量低下、进度失控、成本超支），向外辐射出应对措施：过程模型（瀑布/迭代/敏捷）解决“怎么组织工作”，需求工程解决“到底要做什么”，软件设计（高内聚低耦合）解决“怎么组织代码”，测试维护解决“怎么保证质量”。把教材各章的概念挂载到它们在解决核心问题中的位置。合上笔记能从“网站崩溃”这个现象，推演出可能是需求阶段没考虑高并发、设计阶段耦合度过高、测试阶段没做压力测试、维护阶段监控告警缺失等多个环节的问题，才算读懂了软件工程的系统逻辑。
第二，死磕“需求分析”这个理论心脏。 这是软件工程最困难也最关键的环节，也是无数考生把需求分析背成“功能需求、非功能需求”几个词、却从未理解需求搞错一切皆错的重要原因。软件最大的浪费，是做了用户不想要的东西。 复习需求分析，不能只背定义，必须追问：如何区分用户的“想要”和“真正需要”？面向对象的需求捕获（用例图）比传统方法好在哪里？为什么要做需求验证而不是等到最后让用户验收？建议制作“需求陷阱案例档案”，以需求模糊、需求变更、需求镀金三个典型问题为横轴，每轴完成三层作业：问题表现、导致的后果、可采取的应对策略。
第三，用“高内聚低耦合”这把尺子击穿软件设计。 这是软件工程从“想法”走向“代码”的桥梁，也是无数考生把设计原则背成几个字、却从未在具体问题中应用的认知断层。设计不是画图，是为未来十年应对变化做准备。 复习软件设计，不能只背模块化、信息隐藏、抽象的概念，必须追问：为什么分层架构能降低耦合？因为层与层之间只通过接口通信。设计模式解决什么问题？解决的是“变化点”的封装。建议制作“设计原则推演卡”，以计算器程序、电商系统、微信小程序三个不同规模的软件为横轴，每轴完成三层作业：可预见的未来变化点、可应用的设计原则/模式、如何体现高内聚低耦合。考场遇“如何为电商系统设计订单模块”题，你从职责划分、接口定义、应对促销活动的扩展性等多个层面展开。
第四，建立“过程模型”的权变意识。 这是从“死记过程”走向“按需选择”的战略能力，也是无数考生把瀑布、迭代、敏捷背成三种流程、却从未思考“什么项目该用什么过程”的认知断层。没有银弹，没有放之四海而皆准的过程。 复习过程模型，不能只背定义和优缺点，必须追问：为什么大型政府项目常用瀑布？因为需求稳定、文档要求严。为什么互联网创业项目常用敏捷？因为需求变化快、需要快速反馈。为什么维护项目需要回归测试？因为修改可能引入新bug。建议制作“过程选择决策树”，以需求明确程度、技术不确定性、团队规模、客户参与度四个维度为分支，不同组合指向不同过程模型。考场遇“某创业公司开发新产品应选什么开发模型”题，你从需求不明确、需要快速试错、团队小易沟通等角度推荐敏捷开发。
