今日基于组件的企业开发应用在许多方面不同于以往传统的商业应用，为了成功地开发企业应用，你不仅需要新的开发工具和技术,而且需要新的开发和项目管理策略。传统的自顶向下的组织结构和直线式的、亦步亦趋的开发策略只适合独立的、自包含的系统，相反，基于组件的分布系统使其更适合于小的、合作的、自我管理的开发组模式,并且是一个更趋向于环形的、具有可再生性的开发过程。本文试图通过分析企业应用系统的特点、需求及其之间的关系，最终通过建立企业应用开发组队模型来实现系统的开发。
一、企业应用系统的特点
象任何现代应用一样，企业应用也必须是可靠的、操作便利的，并能提供直观的、高效的用户界面等特性。除了这些基本特征以外，它还具有以下三个特点：
(一)复杂性它是一个多用户、多开发者、多机器、多组件应用,能够处理大量数据和实现广泛的并行处理、网络分布式资源和复杂的逻辑管理的系统工程，它能实现跨平台操作以及与许多其他应用交互操作,它还必须具有较强生命力。
(二)面向商业企业应用的目标就是处理各种特殊的商业需求。它把商业政策、过程、规则以及各种实体编成代码，并且以企业的商业需求的方式被开发和扩展。
(三)适应性企业应用必须健壮得足以维持其持续运行，并且它必须保持对环境变化和发展的灵活性，以达到有效地控制和管理的目的。这些特性使得企业应用开发非常具有挑战性，并且需求也越来越趋于多样化。计算机硬件和软件的快速发展，加上世界经济竞争的加剧，形成了商业应用系统必须是适应快速响应并且以空前的速度履行对客户的需求这样一个环境。随着这种需求的增加，开发者必须使更多的商业行为自动化，使他们的软件运行得更快，服务越来越多的顾客，并且处理飞速膨胀的数据。
二、企业应用需求的划分及其之间的关系
为设计企业应用你必须考虑和平衡大量的应用需求以及它们之间的关系。例如：它的商业目标；它所要求的响应速度；预算；需要多少人开发、设计和维护；它必须支持多少用户并发处理；性能和易用性；它所要求的硬件平台；它的应用地点；它的安全性要求；期望产品的使用寿命。
没有对这些复杂的并且可能是相互矛盾的需求有一个系统的认识，要确认从何处着手是非常困难的。一个简单的模型可能有助于减少其复杂性，并且画一张这些需求的合适的过程图对于设计和建立应用将是十分有益的。
（一）需求的提取
今天的企业应用变得越来越复杂以至于任何人都不可能完全掌握它。没有任何人一次就能把握所有的需求、观念和设计方案，第一次对需求之间的相互影响只能有一个浅层次的认识。设计规模大的分布式应用科学要求有一种简化这些复杂性的方法，最好的控制复杂度的方法就是提取，即把一些相似的需求组织到一个小的逻辑范畴内。你可以依据不同规则达到这一目的。这些被划分出来的逻辑单元通过适当组织就能很清楚地显示它们之间的影响和支持关系，而这样就能使你容易打破这一整个企业应用开发复杂问题并进入一系列小的容易管理的任务。当你理解了这些需求组之间的相互关系，你就能以一种系统的方法处理它们，平衡和调整这些需求。
下面这个企业应用模型就是一种提取过程，这个模型是一个对各种需求的.有顺序的组合，它对每一个应用的实施都是有益的，并且被分成了六个子模块。
下面这张表列出了各项需求的定义和模块之间的传递关系：
模块需求开发模块开发队伍、开发过程、项目管理、源代码控制、测试应用以及其他重要事件和最后交付使用。
商业模块商业目标、开发费用、投资回报、资源需求、时间约束、安全性、维护、现有基础组织的投资、商业规则和政策。用户模块用户界面、易用性要求、应用所需的训练和文档、用户端配置和网络联接。
逻辑模块应用对象的逻辑结构、数据建模、商业对象和服务的界面定义。
技术模块组件开发或重复使用开发工具、开发平台系统、数据库技术、缓存技术、通讯技术。
物理模块系统的物理应用体系结构、分布和最终产品组件之间的消息传递以及迭代性。
商业模块用户模块逻辑模块技术模块物理模块六项团队任务定义在每个企业应用系统团队开发模型的六项基本任务团队功能与责任依据六项基本任务，描述每个团队成员的功能和职责衡量团队任务通过在功能小组和特性小组之间分配和安排共同任务和独立任务显示这六项原则在多大范围内适合工程需要整个工程的团体描述在一个组织良好的工程设计结构中如结构何整合团队之间以及二级小组开发产品管理程序管理测试与质量保证
（二）各种需求之间的渗透关系
下面的图表显示不仅一个企业应用的需求范畴会面对，而且各种需求之间也存在这种关系。通过箭头，你能看到商业需求作为一个应用开发的起点，并且整个系统的物理结构作为最后的输出。在这两个范畴之间，用户、逻辑和技术需求被执行，每个范畴都依赖于从商业需求和它相邻子模块的输入，每一个模块的输出都直接地传递给作为最终被执行的物理模块。这一模型体现了各种需求的渗透和相互作用。图1企业应用开发模型
（三）需求分析的重要性
对于这一模型的观察，立刻就提供给你一个成功企业应用开发的需求的完整视图。
理解各种不同需求之间的关系，对你通过应用系统的设计和构建过程而不会遗漏每一个设计任务对整个设计的其他部分的重要地位起到关键作用。
所有基于每个子模型的需求都是整个企业应用模型的一部分，并且决定了你应用的成败，而不管这些需求在开发过程中是否是被有意识指明。
每个子模块都能被以有联系但更具有独立性的方式处理，这一点非常类似于软件组件，每一子模块有它自己的一组概念、需求、技术和方法、工具、存储方式、输入/输出。