通过建立一个开发架构来制定更好的设计方案节能

任何一个从事开发工作的大型公司都会有一个具体的开发架构，这个开发架构为公司进入开发过程的各个方面提供指导。如果每个开发团队在一个没有整体指导的真空中工作的话，他们将无法制定出明智的决策——也许对开发团队本身不利或者会使公司整体陷入效率低下的困境。

之前，我从总体上论述了一个开发架构是如何被应用于为合适的开发生命周期提供指导，进而服务于一个项目。一旦选择了一个生命周期，那么开发架构就能通过该生命周期来定义一个用于建立一个应用程序的实际过程。在这篇文章当中，我将阐述开发架构的另外两个方面，即为一个应用程序决定适合的技术模式和为现存的应用模式归类并使之合理化。

定义技术模型我们还记得建立开发架构的目的之一就是为决策制定提供指导。当一个应用程序被建立的过程中，有许多的决策需要被决定——其中有个最重要的就是整体的技术设计。技术设计是在总结出企业需要之后才开发出来的，但是先于详细的设计和编码工作的开始。

如果你现在就看一看所有的各种各样的应用程序，你就能开始对它们进行应用类型或模型的归类了。让我们设想一下一个拥有超过２００个独立应用程序的大规模公司，姑且不论其应用程旅客们在验证口可以与工作人员联系序的具体类型和它所处理的数据类型，你一定会注意到其中的一些应用程序。这就限制用户输入错误密码的次数可能包括页应用，数据库应用，决策支持应用，交易处理应用，还有报告应用。你也将注意到能更好的为企业需要的特定分类工作的特定模型的类型。

例如，你有可能看到，对外部客户而言，一个页应用能更方便地从贵公司订货。另外一方面，如果你有一个一天能处理50000宗交易的帐目结算系统，一个页应用程序就不一定是最好的选择。同样的，要求成千上万条的客户定单记录的保管和检索的这种商业需求该指出一个数据库应用的需要，而不是一个传统的客户服务系统所运用的一般的数据库处理程序。

你一定不会愿意呆在一个你选择了错误的平台或软件的位置工作。你常常直到开始繁重的系统测试工作时，甚至是当应用程序激活时，才意识到这一点。这就是重新制定基本的技术设计决策都太迟了的原因。开发架构能在企业需要的基础上，通过给相关应用程序类型的建立提供指导来给予帮助。