程序由网络基本表示层、业务层、持久层组成。网络基本表示层负责HTTP请求和为一般的浏览器客户端、XML和其他的胖体客户端生成HTML，比如为Ajax基本客户端生成HTML.业务层被表示层调用，用来实现程序业务逻辑。持久层被业务逻辑层用来访问外部数据源，比如数据库和其他程序。
表示层的设计不在本篇文章讨论之内，来看图表的其他部分，我们需要决定业务层结构的接口，这个接口是提供给表示层以及其他客户端的。而且还需要决定怎样访问能供多个程序访问的数据库。我们还必须决定如何处理短期事务处理事务和长期事务处理事务的并发问题。这些加起来一共有5种决策。每种决策都是要设计者来制定，为了能看懂演示图(big picture)要求每个开发者也都了解这些策略。
这些决策直接决定程序业务和表示层设计的特点。当然，还要决定一些其他很重要的决策。比如业务处理(transactions)、安全问题、缓存问题以及如何整合程序，但是关于这些问题通常在其他文献中讨论在图表1中显示的五种决策，每种决策都有多种选择。每种选择根据它要解决的实际问题都有相应的优缺点。后续章节中，你会发现每种决策针对一个或多个领域时，在功能性、易开发性、可维护性和可用性方面有不同的平衡点。尽管我是POJO实现途径的超级大FANS，但是仍然需要了解其优缺点，以便于为你的程序做最好的选择下面我们来了解一下每种决策的大纲和其选项。
决策1：组织业务逻辑
现在，很多的注意力都集中在某项技术的优点和缺点，尽管这很重要，但是在本质上你需要了解如何建构你的业务逻辑。如果不考虑如何组织就去写代码是非常简单的。例如，为一个会话BEAN添加代码要比在域模式(domain model.： An object model of the domain that incorporates both behavior and data.)中判断应该添加那种新特性要简单的多。理论上你仍然需要刻意的为你的软件设计最合适的业务逻辑。毕竟我相信你有过修改别人垃圾结构代码的惨痛经验。
关键的决策是：到底应该用面向对象的实现途径还是面向过程的实现途径来实现你的程序。这个不是关于技术的决策，但是你技术上的决策可以潜在的约束你的业务逻辑的组织结构。采用EJB2技术，有利于面向过程设计，然而POJOs和轻量级构架可以让你为特殊的程序选择最好的实现途径。
文章来源于领测软件测试网 https://www.ltesting.net/
