以往的一个软件项目都是需求分析完成之后就进入了业务模型设计阶段，然后有了业务模型在进行业务抽象后的开发，业务逻辑，处理逻辑，渲染逻辑，最终展现
这样的过程是我们做软件经常经历的。在这个过程中我发现一旦到展现层发现问题时就有可能要牵动到业务模型的重建！！！这种事情发生是经常的，而且耗费成本的。所以我在想，如何使用agile能够达到一种自底向上的开发流程，就是从展现层（页面）发起，根据需求做出也面，然后定义好也面的动作，这样逐层向上，当开发完服务层后，业务逻辑层的具体需求也就明确了。随之而来设计业务模型开发业务逻辑就很简单了。但是这种想法有几个问题：
１、为了防止后退，服务层的代码如何保证质量，由于是逆向，所以每层之间都只能以接口衔接。这样，单元测试时模拟代码的开发量就加重了。
２、在整个服务层的开发过程中，应用是没有办法启动的。因为环境没有集成。那么页面层的代码如何保证？
这样的过程是我们做软件经常经历的。在这个过程中我发现一旦到展现层发现问题时就有可能要牵动到业务模型的重建！！！这种事情发生是经常的，而且耗费成本的。所以我在想，如何使用agile能够达到一种自底向上的开发流程，就是从展现层（页面）发起，根据需求做出也面，然后定义好也面的动作，这样逐层向上，当开发完服务层后，业务逻辑层的具体需求也就明确了。随之而来设计业务模型开发业务逻辑就很简单了。但是这种想法有几个问题：
１、为了防止后退，服务层的代码如何保证质量，由于是逆向，所以每层之间都只能以接口衔接。这样，单元测试时模拟代码的开发量就加重了。
２、在整个服务层的开发过程中，应用是没有办法启动的。因为环境没有集成。那么页面层的代码如何保证？
扫一扫
629
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
