个降低成本的策略.docVIP

2004年的6个成本降低策略 好的产品经理懂得如何找到平衡。利用无限的时间、预算和人员，任何事都可以做到，但是，我们都知道这是不切实际的假设。每个项目都会伴随着一系列的机会，即预先投资并增加成功几率，或者是以低成本方法获取最好的结果。在这两个端点之间一般会有一个实用的中间区域，在此区域不用花光所有的钱就可以完成项目。 本文重点介绍2004年降低成本和风险的几个策略。这些策略基于围绕当今市场上可用的技术和技能的实际业界趋势。 智能的人员配置 为企业交付应用程序涉及范围广泛的项目和流程，每个项目或流程都需要各自的专业技能——架构师、开发经理、系统程序员、业务应用程序员、UI设计员、集成专家、业务分析员、项目经理、QA、系统管理员、技术作者，等等。而且，技术选择可以变化很大，增加了确保成功的专业化需求。 对于应用程序开发来说，两个主要的模型是基于J2EE的产品和.NET。虽然这些技术和产品在一些领域里重叠了，但是许多人相信两者必须共存。更确切地说，这些技术需要和人、流程以及已经发展了几十年的体系结构相配合，这些体系结构包括大型机、MQ、UNIX、打包的应用程序和其他技术。 过去的几年里，业界对J2EE的关注很多。J2EE是业界见到的最标准化的、灵活的和普遍的编程模型。但是灵活性是和成本分不开的。所有试图精通J2EE API的人都知道，心脏虚弱的人是做不到这点的。在J2EE的世界里，不是说需要一个把两个东西固定在一起的螺丝，而是需要知道螺丝的长度、宽度、螺纹数，以及它是否是一个Philip或规则头。有时候，这是件好事，有时候却不是。.NET从一方面来看被认为是易用的，但同时又伴随着安全性、扩展性和可靠性问题。灵活与复杂之间的矛盾限制了大多数VB、COBOL、CFML和过程化的Java程序员成为成功的J2EE开发人员。企业强度的缺乏使得.NET对许多项目都不适用。 使用Weblogic Workshop，VB、COBOL和其他过程化的开发人员在Weblogic上是高效的，这是在企业中经过长期检验证明了的。通过可视的设计器，开发人员可以构建Web应用程序、Web服务、业务流程和门户。这就使得J2EE专家们可以把重点放在更低级的系统上，使得应用程序员对业务作出更实时的响应。最终这个简化使得IT管理在可由较少的专业人员处理的任务上花费更少、把现有的技能集合转移到当前的技术、根据需要扩展补充和外包。 关键的成功因素包括： 重视J2EE技术和开发人员，但要知道应用程序需要利用J2EE API进行多少手工编码。 使用当前技术而不是极端酬金来吸引并留住开发人员和架构师。 具有一个开发人员领域分类（spectrum），根据每个开发人员的擅长领域来分配工作（系统和业务）和支付工资（高级和低级）。 在可由较少的专业人员完成的任务上花费更少。 使用应用程序框架加速和简化开发项目 灵活性和复杂性之间的相同关系影响每个应用程序所需的开发量。而且，J2EE非常强大，但是非常原始。这就导致开发人员构建大量的应用程序基础结构，而不是把重点放在业务、表示或集成逻辑上。当开发人员利用应用服务器和其他的平台产品来得到预建和打包的基础结构时，每个项目仍然还有许多领域需要重复编码。功能如果可以跨应用程序一般化和重用，那么它在定义上就是基础结构。Struts就是跨Web应用程序使用的一般化的高级基础结构的一个好例子。 WebLogic Workshop中的应用程序框架提供了一个更高级的应用程序基础结构，该基础结构当前还没有用到应用服务器、门户或集成产品上。这减轻了开发人员手工编码复杂应用程序子系统的痛苦，使他们把重点放在解决业务问题上。例如，异步处理被看成是构建大规模、高度可靠的应用程序的一个重要的架构元素。J2EE为构建异步应用程序提供了一些重要的功能，比如消息驱动Bean（Message Driven Bean，MDB）和Java消息系统（Java Messaging System，JMS）。但是，如何处理长期运行的对话呢？一般来说，开发人员必须编码一个框架来为每个消息提供一个对话ID，持久存储它，然后关联正在进出的消息，这些过程都是以高性能和容错的方式进行的。当需要一个异步响应时，开发人员也需要构建一个进行回调的系统。这种低级的系统编程费时费力且需要维护。 对话的、异步的功能是WebLogic Workshop应用程序框架提供的高级基础结构服务的一个好例子。在Workshop属性编辑器里，开发人员可以将一个方法声明为异步的和对话的，应用程序框架就会关心底层结构。 Workshop也合并了Struts。Struts框架的核心是一个灵活的控制层，该控制层基于像Java Servlet、JavaBean、ResourceBundle和XML这样的标准技术。添加到Struts之后，