扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
作者:ZDNet China 2007年3月2日
关键字:
之前,我从总体上论述了一个开发架构是如何被应用于为合适的开发生命周期提供指导,进而服务于一个项目。一旦选择了一个生命周期,那么开发架构就能通过该生命周期来定义一个用于建立一个应用程序的实际过程。在这篇文章当中,我将阐述开发架构的另外两个方面,即为一个应用程序决定适合的技术模式和为现存的应用模式归类并使之合理化。
我们还记得建立开发架构的目的之一就是为决策制定提供指导。当一个应用程序被建立的过程中,有许多的决策需要被决定——其中有个最重要的就是整体的技术设计。技术设计是在总结出企业需要之后才开发出来的,但是先于详细的设计和编码工作的开始。
如果你现在就看一看所有的各种各样的应用程序,你就能开始对它们进行应用类型或模型的归类了。让我们设想一下一个拥有超过200个独立应用程序的大规模公司,姑且不论其应用程序的具体类型和它所处理的数据类型,你一定会注意到其中的一些应用程序。这就可能包括网页应用,数据库应用,决策支持应用,交易处理应用,还有报告应用。你也将注意到能更好的为企业需要的特定分类工作的特定模型的类型。
例如,你有可能看到,对外部客户而言,一个网页应用能更方便地从贵公司订货。另外一方面,如果你有一个一天能处理50000宗交易的帐目结算系统,一个网页应用程序就不一定是最好的选择。同样的,要求成千上万条的客户定单记录的保管和检索的这种商业需求该指出一个数据库应用的需要,而不是一个传统的客户服务系统所运用的一般的数据库处理程序。
你一定不会愿意呆在一个你选择了错误的平台或软件的位置工作。你常常直到开始繁重的系统测试工作时,甚至是当应用程序激活时,才意识到这一点。这就是重新制定基本的技术设计决策都太迟了的原因。开发架构能在企业需要的基础上,通过给相关应用程序类型的建立提供指导来给予帮助。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。