从需求到设计、编码的转化

在你可以开始实现各个部分需求前，不必为整个产品进行完整、详细的设计。然而，在
你进行编码前，必须设计好每个部分。设计规划将有益于大难度项目（有许多内部组件接口
和交互作用的系统和开发人员无经验的项目）（McConnell 1998）。然而，下面介绍的步骤将
有益于所有的项目：
• 应该为在维护过程中起支撑作用的子系统和软件组件建立一个坚固的体系结构。
• 明确需要创建的对象类或功能模块，定义他们的接口、功能范围以及与其它代码单元的协作。
• 根据强内聚、松耦合和信息隐藏的良好设计原则定义每个代码单元的预期功能。
• 确保你的设计满足了所有的功能需求并且不包括任何不必要的功能。
当开发者把需求转化为设计和代码时，他们将会遇到不确定和混淆的地方。理想情况下，
开发者可沿着发生的问题回溯至客户并获得解决方案。如果不能马上解决问题，那么开发者
所做出的任何假设，猜想或解释都要编写成文档记录下来，并由客户代表评审。如果遇到许
多诸如此类的问题，那么就说明开发者在实现需求之前，这些需求还不十分清晰或具体。在
这种情况下，最好安排一两个开发人员对剩余的需求进行评审后才能使开发工作继续进行。