企业应用程序解决方案：基于组件的方法

1. 引言

信息技术已对整个世界产生了巨大的影响。它通过优化业务流程的方式赢得了各类用户的信任，尤其是一些商业组织。

为了在信息技术方面取得高性能，公司应该拥有一个组织良好的、基于计算机的信息系统，其中包含一个能够反映业务策略、业务流程、业务模型以及这些策略衍生出的核心流程的应用程序解决方案。由于在现实的商业世界中，业务流程和模型经常变化，因此计算机应用程序解决方案的设计必须能够快速响应，以满足当前的业务需求[6]。

每个企业组织都有一些战略目标，组织内的适当人员会基于这些目标做出决策。要做到这一点，他们当然需要在正确的时间获得正确、适宜且相关的信息。除了专注于核心业务，管理层还希望获得良好的客户和合作伙伴联系管理支持，监控员工活动并改善与他们的关系。考虑到这些因素，计算机应用程序解决方案应该提供高性能和良好的业务应用程序集成。
企业业务应用是一个2000亿美元的产业，并且仍在增长。有超过10,000家公司提供价格在0至100万美元之间的解决方案。

2. 企业架构

2.1 什么是企业架构？

企业架构识别组织的核心组件或其子集（如信息系统）[1, 9]。以已定义的业务目标为目标，这些组件协同工作。这些组件包括员工、业务流程、技术、信息、财务和其他资源等。如果架构设计得当，能够确保选择所需的组件并明确它们将如何平稳有效地协同工作，那么相应的企业将从中受益[1, 4, 9]。但如果整体架构设计不当，则很可能导致工作和资源重复、协调和控制不力、管理和业务绩效问题、无法共享信息等重要资源，以及运营效率低下[3, 5]。

2.2 企业架构的优势

基于计算机的企业架构应被视为对未来的投资。从付费应用程序解决方案客户的角度来看，最初它可能看起来很昂贵，但从长远来看，它将带来一些切实的益处。企业架构的优势可以概括如下[5-10]：

• 为业务流程提供高效、适宜且及时的支持——包括为新的业务项目实现快速上市或运营。
• 促进企业内部和外部（电子商务、联合政府）独立开发的应用程序系统之间的互操作性。
• 必要的业务流程再造变得更容易。 
• 可以确保基础设施组件的最大化寿命/重用性
• 最大化利用公司信息/数据资产的机会（例如，用于客户关系管理或改进决策）。
• 确保信息/数据的可生存性 
• 确保对内部用户或客户提供适当的支持，包括适当的可用性和易用性
• 降低执行成本。

2.3 实时企业架构

尽管在发达国家，许多组织已经开始受益于企业架构，但当今大多数公司流程并未集成，而是独立运行。一个流程反馈到另一个流程的成本很高。一个组织可能拥有一个独立处理相关部门事务的软件系统：采购部门专注于采购，生产部门专注于生产，等等。

要在竞争中生存，了解客户需求并能够快速响应至关重要。这需要所有业务流程的整体集成。

那些不仅能够支持独立的业务信息处理，而且能够以灵活的方式与供应商、合作伙伴和客户（甚至跨整个组织边界）实现一致的业务流程集成的组织，可以被定义为实时企业[1-3]。实时企业能够有效而快速地响应客户需求和市场变化。它专注于其核心目标，而广泛集成的战略合作伙伴则专注于选定的活动。业务关键型应用程序的高可用性和安全性得到了相当大的关注[1, 4]。

2.4 关键特性

考虑到基于Web的解决方案，现代、全企业范围的应用程序架构的关键特性包括[8-10]：    

• 将应用程序划分为多个层，至少包括表示层、业务逻辑层和数据存储层（n层概念）。 
• 使用Web浏览器（用于固定电话和一些特殊移动终端）和WAP微浏览器（用于移动终端）作为主要用户界面，分别支持HTTP和HTML或WAP和WML标准。 
• 使用事实上的和基于Internet标准的协议和数据格式，例如TCP/IP、FTP、SMTP、SQL、ODBC、LDAP、SSL等。 
• 可以使用组件技术，如Microsoft COM+ Services/.NET Enterprise Services和Enterprise JavaBeans (EJBs)。
• 可以使用专用的、功能优化的服务器技术，如Web服务器、门户服务器、联系服务器、应用程序服务器、集成服务器、数据库服务器和目录服务器。

3. 基于组件的模型：案例研究

我们知道，“成本¥软件定制”——这意味着成本与软件开发的定制程度成正比，也就是说，你想根据你的公司战略定制软件的程度越高，你需要考虑的成本就越高。

相应的软件制造商可以为那些愿意支付更多费用并希望软件完全符合其整个业务流程的用户进一步扩展组件。

根据对多家企业计算机用户的调研，根据他们的需求，以下是一些实时企业应用程序解决方案组件应具备的关键要素。
一个典型的企业组织由以下主要部分组成： 

• 人力资源管理 (HRM)
• 供应链管理 (SCM)
• 客户关系管理 (CRM)
• 财务

以下简要描述了这四个方面。

3.1 人力资源管理 (HRM)

在任何组织或公司中，都有许多人参与实现组织的目标或指标。在一家企业公司中，有数百甚至数千名员工。因此，从这个角度来看，人力资源管理（HRM）是组织中非常重要的部分，它涉及到组织中的工作人群。因此，人力资源是面向产品和服务型组织的驱动力之一。

HRM部门的主要目标是以一种好的平衡方式，在公司中分配所有员工，使合适的人员在合适的岗位上。
由于公司将来可能需要更多的员工，或者需要根据需求或情况变更员工，HRM流程是一个持续进行的流程，始终致力于满足企业组织中人力资源的需求。

HRM的基本功能包括：

• 招聘和甄选
• 培训和发展技能
• 绩效评估
• 维护和激励

3.2 供应链管理 (SCM)

供应链管理是跟踪进口产品以及公司当前生产的产品供应过程。SCM部门将提供跟踪产品供应信息、跟踪货物当前状态等功能。

3.3 客户关系管理 (CRM)

对于企业组织来说，客户扮演着非常重要的角色。因此，CRM策略的目标是与客户建立长期、有利可图的关系。当公司了解他们的客户是谁，他们在不同细分市场中的需求是什么，以及以经济有效的方式满足每个细分市场的需求时，就可以实现这一点。CRM包含一系列有助于成功管理客户和公司关系的业务功能。CRM部门提供的基本功能是让员工了解客户的行为并更好地安排时间，识别机会并将其转化为成交，通过查看客户的账户历史来检查以前购买的产品，检查客户对服务水平或产品质量的满意度，以及进行分析和做出完美的决策。

3.4 财务

通常，每家公司都设有财务部门，该部门汇总有关业务的财务数据，并将这些信息整理成有用的形式。与财务部门相关的事务包括制作资产负债表、损益表、股东权益变动表、年度盈亏等，涉及支付所有员工工资、租金、生产成本、销售商品或服务所得的总金额、市场上的总欠款、设备成本和工资、支付的税款、广告费、采购折扣、采购退货、投资、库存、应付账款和应收账款、净收入、净亏损以及其他相关任务。

4. 利用最佳实践

企业组织可以受益于基于行业最佳实践的低成本预构建解决方案。最佳实践是指具有出色成果能力的业务流程。例如，销售预测是一项业务，而三角销售预测是最佳实践业务流程。最佳实践只能从成功的、丰富的销售、营销和服务经验中得出。通常，使用此类系统只需要业务技能，并且对这些系统的管理也很简单。用户主要是适应他们的业务，并学会做大家都认同的业务。通过将最佳实践应用于其业务流程，组织可以从ERP/CRM实施中获得最大的业务影响。随着互联网的兴起，人们可以通过利用ERP/CRM来参与。通过学习和利用行业最佳实践，将出现一种新型的业务顾问。

5. 结论

在许多情况下，软件制造商为满足企业组织需求而定制的软件存在许多错误，并且在处理和提供信息方面存在一些低效率。导致这个问题的原因是缺乏对精心设计的软件应用程序解决方案的充分认识，该解决方案包含经过验证的设计方法和架构。开发一个精心设计的实时企业应用程序解决方案组件是一项艰巨的任务。这项活动最好的方法是参与一个成熟的开源项目。有许多开源项目可供选择，它们使用不同的编程平台，如PHP、Java或.NET。其中一些工具甚至免费。大学可以在此类研发活动中发挥领导作用。行业参与无疑将加强我们对IT发展的承诺，并在我国偏远地区建立高科技呼叫中心。

参考文献

[1] Armour, F.J., Kaisler, S.H., Enterprise Architecture: Agile Transition and Implementation. IT Pro, November/December 2001, pp. 30-37.

[2] Armour, F.J., Kaisler, S.H., Liu, S.Y., A Big Picture. Look at Enterprise Architectures. IT Pro, January/February 1999, pp. 35-42.

[3] Bernus, P., Mertins, K., Schmidt, G. (Eds.), Handbook on Architectures of Information Systems, Springer, Berlin, 1998.

[4] Bernus, P., Nemes, L., Williams, T.J., Architectures for Enterprise Integration, Chapman&Hall, London, 1996.

[5] Garlan, D., Software architecture: a roadmap. Proc. Conf. On The Future of Software Engineering, Limerick, Ireland, 2000, pp. 91-101.

[6] Nuseibeh, B., Easterbrook, S., Requirements engineering: a roadmap. Proc. Conf. On The Future of Software Engineering, Limerick, Ireland, 2000, pp. 35-41.

[7] Shaw, M, Garlan, D., Software Architecture: Perspectives on an Emerging Discipline, Prentice-Hall, New Jersey, 1996.

[8] http://www.bredemeyer.com/EnterpriseArchitecture/EAlinks.htm

[9] http://www.ogc.gov.uk

[10] http://www.eacommunity.com/

历史

• 2006年3月18日：初始发布