数据字典的处理过程说明，需要先写出程序代码吗？

正确答案 D

这时要让相关方知道处理接收什么、产生什么结果、完成什么功能，以及满足哪些处理要求。D给出了这些信息；程序如何组织、部署在哪台机器上，不是这段需求说明的重点。

可以写明“按已确认的阶梯费率计算应收金额”，并引用具体规则；还可以记录约定负载下的响应要求。这些内容足以帮助后续设计和测试理解目标，却不必先决定用哪种循环或框架。教材所说的“做什么而不是怎样做”，不是让业务规则含糊过去，而是避免把功能说明变成编码方案。数据字典中的简要说明也不等于完整的底层加工规约；遇到复杂分支，仍需配套说明规则，并保持引用一致。

选项分析

A

先固定编码细节却缺少处理的输入输出与业务含义，不能满足需求阶段对处理过程的说明目的。

B

准确只是期望，缺少使用哪些数据、怎么算对和输出什么，相关方难以形成可验证的共同理解。

C

物理存储和部署信息不能说明计费功能的业务职责，文档层次与当前任务不匹配。

D

兼顾输入、输出、功能说明与处理要求，并未提前把需求分析绑定到某种代码实现。

再巩固一步

• 换一种编程语言后仍必须满足的业务行为和质量要求，通常比具体代码更值得写在这里。