软件设计师：从需求分析到系统设计

一张 DFD 画得像地铁线路图，模块名看着都挺专业，结果一做题还是错。问题往往不是不会画，而是没搞清楚系统到底要解决什么问题。

很多人一看到“系统分析”就急着画图。其实画图只是表达手段，真正的核心是：系统要解决什么业务问题？边界在哪？谁会用？数据怎么流？一句话：系统分析关注问题域，系统设计关注解决方案。

需求分析最容易扯皮。用户说“系统要好用一点”，开发问“多好用”，用户说“当然是越好用越好”。这种话不能直接拿来开发。“系统要快”太泛了，得写成“1000 个并发下，查询响应不超过 2 秒”，这才方便测试验收。

设计阶段也一样。概要设计是搭骨架，详细设计是把模块说清楚。画图时记住：DFD 描述数据怎么流动，结构图描述模块怎么调用；父图和子图的输入输出必须平衡。至于 Web 架构和界面设计，核心都是让人少思考、系统更安全。