6、问题框架与需求规格：软件项目的关键要素解析

问题框架与需求规格：软件项目的关键要素解析

问题框架练习

在了解了谷歌翻译的多框架示例后，我们来进行两个相关任务。第一个任务是绘制基本工件问题框架。第二个任务相对复杂，假设谷歌翻译有了新功能，即翻译后的文本具备物理控制能力。比如，输入英文 “open door”，对应的中文翻译就能真的打开一扇门。想象你在北京度假，入住了一家高科技酒店。如果你会中文，就能直接命令房间里的设备，如开灯、关灯、开门、关门等。但如果你不会中文，就可以使用带有语音功能的谷歌翻译来实现同样的操作。现在需要为这个功能绘制命令行为问题框架，具体解答可在附录 1 中找到。

问题的递进

我们来探讨一个重要概念——问题的递进。在软件项目中，IT 解决方案最初往往源于业务问题或机遇，这些以业务战略或目标的形式呈现。然后，指令层层下达，由技术和运营人员来构建系统。然而，在这个过程中，由于管理层的层层过滤，原始的绝妙想法可能会被无意改变、误解甚至篡改，导致最终结果与高管的期望不符，这就是所谓的战略不一致。因此，我们的目标是找到一种可追溯的方法，确保解决方案符合战略要求，并且需求在从高管到基层再返回的过程中不被改变。

从水平方向阅读相关图表（暂时忽略计算机（机器）域周围的圆角框），最底层的需求集 RE 直接与计算机相连，它是驱动计算机的规范或行为规则。往上一层的需求集 RD 与计算机之间有一个域 DD，这意味着这些需求需要在计算机之外的域 DD 产生影响。再往上一层，需求集 RC 要同时影响两个域 DD 和 DC。以此类推，到最顶层的需求集 RA，它与计算机之间有四个域。可以看出，离计算机越远，就越接近业务需求。

从战略角度看，如果用这个模型来解决问题，RA 需求层代表业务战略，R