嵌入式中级系统分析知识点嵌入式系统设计师（软考中级）的系统分析部分，核心是掌握需求分析方法、结构化分析、面向对象分析以及

嵌入式系统设计师（软考中级）的系统分析部分，核心是掌握需求分析方法、结构化分析、面向对象分析以及嵌入式系统特有的软硬件协同设计。

这些知识点在上午的选择题和下午的案例分析题中都会重点考察，备考时建议注重理解应用。

需求工程是整个系统分析的起点，它为所有后续工作提供依据。这部分在考试中可能涉及需求分类、获取方法等，常以选择题形式出现。

需求定义：指用户对目标系统在功能、行为、性能、设计约束等方面的期望。
需求分类：主要包括功能性需求（系统必须做什么，如“电机转速达到3000rpm”）和非功能性需求（系统性能、可靠性、安全性等约束，如“响应时间≤1ms”）。
嵌入式需求特殊性：必须明确定义硬件接口特性（如UART、SPI、I2C等）以及输入/输出的具体信号规格，并充分考虑功耗、体积、成本等资源约束。

这是下午案例分析题的高频考点，要求能用其建模工具分析系统，而非死记硬背。

数据流图 (DFD)：表达系统的静态结构，展示数据如何在系统中流动、处理和存储。
- 组成元素：
  - 加工（圆圈/圆角矩形）：表示对数据进行的处理。
  - 数据流（箭头）：表示数据的流向。
  - 数据存储（两条平行线或矩形）：表示数据的静态存储。
  - 外部实体（矩形）：表示系统外的人或系统，是数据的源头或终点。
- 重要原则：在绘制分层DFD（如顶层图、0层图）时，必须保持父图与子图的数据流平衡。
状态转换图 (STD)：表达系统的动态行为，描述一个对象在其生命周期中，如何响应外部事件并改变自身状态。
- 组成元素：
  - 状态（圆角矩形）：对象在其生命周期中的一种状况。
  - 事件（带标签的箭头）：导致状态转换的触发条件，如“按键按下”。
实体联系图 (E-R图)：用于数据建模，描述系统中的数据实体、属性及它们之间的关系（如一对一、一对多等）。
数据字典：用于定义和描述以上模型中所有元素（数据流、数据存储、加工等）的精确含义，是结构化分析的重要补充。

该考点要求理解UML，常用图及其应用场景在选择题和案例题中均可能出现。

核心思想：从问题域中识别出类（Class）和对象（Object），并分析它们之间的关系，以构建系统的逻辑模型。
UML（统一建模语言）常用图：
- 用例图 (Use Case Diagram)：需求捕获。从用户角度描述系统功能，厘清“参与者”和“系统能做什么”。
- 类图 (Class Diagram)：静态结构。描述系统中类、接口、协作以及它们之间的静态关系。
- 顺序图 (Sequence Diagram)：动态交互。强调消息在多个对象之间传递的时间顺序。
- 协作图 (Communication Diagram)：动态交互。强调收发消息的对象之间的组织结构。
- 活动图 (Activity Diagram)：动态流程。描述业务过程或操作的工作流程。
- 状态图 (Statechart Diagram)：动态行为。描述一个特定对象的所有可能状态及其转换。

这是考试中区别于普通软件设计的关键，常结合具体案例（如智能家居、工业控制）来考察对“软硬件协同”的理解。

真题演练是王道：通过练习历年真题（上午选择+下午案例），能快速熟悉出题风格和高频考点。
理论结合实际：把抽象概念（如DFD）和嵌入式场景（如数据采集、电机控制）结合，更有助于理解。
案例分析题技巧：先通读题干，再带着问题精读；分析时侧重系统问题域（做什么），而非具体技术实现（怎么做）；特别注意题目中的性能指标、设计约束等非功能性需求。
规范表达：答案要专业、清晰，准确使用术语，最好能分点作答。