细化阶段第二天(关于需求)

      细化阶段第二天，发现需求应该扩充和整合的部分。
      正如之前所说，开发者不可能一下子把用户的需求整理出来，随着项目的深入，尤其是原型的提供，会逐渐发现需求中的问题。比如，在初始阶段，我们注意到项目的业务需求是为了发现更多的剩余油，以便于生产的需要。于是将系统的需求分为宏观剩余油研究、小层剩余油研究、油层组剩余油以及四维剩余油研究四项，而小层剩余油研究的目标是根据基础生产数据计算出小层剩余油的结果，其它研究相似。然而随着项目的深入，我们会发现用例的好处，就是一直在提醒我们系统开发的目标，不至沉迷于代码的细节。正因为如此，我们可以有更多的时候发现需求的问题。比如小层剩余油研究结果的目标又是为了什么，以这个原因为基础，再次寻找其它的用例，以及该用例中存在的异常和风险。
      本次迭代的一个任务就是细化宏观剩余油，制作宏观剩余油的系统原型，那么在细化的过程中，我们会逐步发现和小层剩余油的结合点，以及开发他们的真正原因。
      产品的完成一定是为了实现某一项价值，而不是技术含量本身。
      那么在初始阶段中，对于需求的整理应该是尽可能宽而且广的。随着细化阶段的不断深入，我们会发现更多的需求以及更多的风险，对他们进行平衡和整理，以完成框架的输出。而其中XP的实现对我们来说是真正的指导方案：
      交流的结果永远比交流的形式更重要。