一、什么是结构化软件设计

结构化设计是一种面向过程、自顶向下的经典软件设计方法。它承接需求阶段的数据流图把业务数据流模型转化为可编码的程序模块结构，是瀑布模型中概要设计的标准方法论。再看主要思想，分而治之、模块化、高内聚低耦合不关注对象。只关注功能与数据流转，

说到使用者痛点。对“自顶向下”理解模糊，导致拆分层次不清晰。怎么说呢，

方法： 先把程序整体拆成若干大功能块。再逐层细分至可实现的模块；其实，使用层级图或树形结构辅助思考。

二、软考中结构化软件设计的主要考点

在软通考试里结构化软件设计主要涉及以下四大方向：

• A. 数据流图与数据字典
• B. 功能分解与模块划分原则
• C. 模块间耦合度与内聚度评估
• D. 过程逻辑与流程图/伪代码编写技巧

A. 数据流图与数据字典

DFA 通过进出流程箭头展示信息传递，关键要素包括外部实体、过程、数据存储和数据流。考试题常要求根据需求描述绘制 DFD 或检查其完整性。

痛点 1：DFD 画法记忆碎片多，容易漏画关键流程。

应对技巧： 使用统一符号表格复盘；每绘完一层就核对一次是否满足“无循环”、“无重复”规则；利用模板快速搭建框架，

痛点 2：如何判断一个过程是“处理”还是“转换”？

判据： ①    处理过程需要改变输入的数据状态；②    转换过程只做格式或单位变换，不改变业务意义。

DFA 示例：在线商城订单处理流程——从订单提交到支付确认。

• 外部实体：E1 客户端、E2 支付网关；
• 过程：P1 验证订单、P2 计算总价、P3 确认支付；按理说，
• 数据存储：S1 订单数据库；怎么说呢，S2 支付记录表；S3 库存表，
• 数据流：D1 → P1 输入订单 D2 → P1 输出验证结果 D3 → P2 输入商品列表 …等等，

B. 功能分解与模块划分原则

*功能分解*是将整体业务拆解为子功能，再细化为可实现的程序单元。再看常用技术包括，• 自顶向下递归拆解; • 功能表/函数表；按理说， • 流程图/伪代码生成算法草稿。

User Pain Point：难以决定何时停止拆分？过深会导致实现困难，过浅又无法体现高内聚低耦合。

MVP 指针： ①    #1 层级深度控制： 每个模块内部应有可直接编写代码的入口。若还需进一步拆分，则视为内部子模块。②    #2 单一职责原则：  一个模块只完成一种业务任务，如“订单校验”。③    #3 可复用性评估：  如果同类功能在不同场景多次出现，可考虑提取公共子模块。

B 模块划分示例：会员管理程序——从登录到积分管理。话说回来，

• M1 登录认证——负责身份校验；M2 注册流程——收集使用者信息并写入数据库； M3 积分查询——提供积分查询接口；M4 积分兑换——执行兑换逻辑并更新库存等。
• M1-M4 均采用单一职责，每个都能独立完成测试和维护。
• M5 公共工具包——封装加密算法、日志记录等共享功能，降低耦合度。老实说，

C. 模块间耦合度与内聚度评估

*耦合度* 衡量两个模块之间相互影响程度。高耦合代表着修改一个会连带影响另一个。常见类型有信息耦合、控制耦合等。*内聚度* 衡量一个模块内部各组成部分协同完成任务程度，高内聚表示职责集中且紧密关联。

User Pain Point：如何量化耦合/内聚？按理说，还有考试中出现“哪种耦合最优？”类问题时该如何作答，

TIPS:

指标类型 | 说明 | 优选举例 |
信息耦合 | 两个模块共享同一数据对象 |	高优先级—但需要谨慎使用以防过度依赖|
控制耦合 | 一个模块通过标志位控制另一个行为 |	适用于插件式 |
内容耦合 | 一方直接引用另一方内部变量 |	最低优先级—尽量避免|
高内聚 | 单一职责、一致输出 |	推荐 — 有利于单元测试和复用|
低内聚 | 多任务混杂 |	不推荐 – 难以维护|
*回答建议*: 在答题时先指出最佳组合。即"低耦合 + 高内聚"" 的实践方式，并给出实例说明。|

D. 过程逻辑与流程图/伪代码编写技巧

流程图 用符号描述程序执行方法，包括开始/结束框、处理框、判断框及循环框等。在软考中经常出现需要根据需求绘制或修改流程图的问题。

伪代码则是一种介于自然语言和编程语言之间的描述。用来阐明算法细节，却不受语法限制。老实说，它让答题者快速验证逻辑正确性而无需实际编译运行。

痛点 - 对于复杂循环条件或嵌套判断，经常写错顺序导致答案被扣掉；- 对于数组或链表操作缺乏直观表达手段。

解决方法

步骤	操作	示例
①	列出所有输入输出变量	int n,int total
②	绘制主流程框架	开始→→→结束
③	用伪代码补充细节并加入注释	for i in range: if i%2==0: total += i

流程图实例 —— 学生成绩统计

+---------------------+ | 开始 | +---------------------+ ↓ +---------------------+ | 初始化 total = 0 | +---------------------+ ↓ +-----------------------------+ | for i = 1 to N | +-----------------------------+ ↓ +-----------------------------------+ | if score>= pass_score n | +-----------------------------------+ ↓ +-----------------------------------+ | total += score;| +-----------------------------------+ ↓ +--------------┐ ↓ ↓

---

三、实战演练—小案例分析

案例背景

某电商网站需实现“一键秒杀”服务。需要在高并发环境下保证库存准确且不超卖，同时保持响应速度。

步骤解析

1️⃣ 定义 DFD

• 外部实体客户浏览器
• 过程P1 秒杀请求验证 → P2 库存扣减 → P3 下单生成
• 存储S1 商品库存表

② 功能拆解

Function Table: ┌─────┬──────────────────────┬─────────────────────┐ │ No │ Function Name │ Description │ ├─────┼──────────────────────┼─────────────────────┤ │ F01 │ 秒杀入口 │ 接收使用者请求 │ │ F02 │ 权限校验 │ 验证登录状态 │ │ F03 │ 库存预扣 │ 原子操作扣减库存 │ │ F04 │ 下单生成 │ 写入订单记录 │ │ F05 │ 成功返回通知 │ 返回秒杀成功消息 │ └─────┴──────────────────────┴─────────────────────┘

🔧 考试答题技巧

• 强调原子操作「使用事务保证库存扣减原子性」可避免超卖问题。这是高阶知识点，也是评卷官看重的一项。话说回来，
• 低耦合、高内聚「F03 与 F04 相互独立」说明每个函数只做一件事。
• 复杂条件简洁表达「如果库存不足则立即回滚」可用简单 if 判断呈现。

---

四、小结—答题要领

# 如何快速了解并高效答题？#

A. 先熟悉符号程序与命名规范，再结合实际案例进行多次演练。B.&ensp — 注意题目关键词，如「完整」「最优」「符合标准」要求对应回答主要突出即可。C.&ensp — 保持思路清晰，用步骤式推导即使时间紧迫也能确保答案完整且无漏项。D.&ensp — 熟练运用模板。例如三段式布局，可极大提高书写效率。​ 以上四步即为备考《软考》结构化软件设计科目的黄金路线。​ 祝你考试顺利，通过率满格！

---