Enterprise Applications are ComplexEnterprise applications (EA) are the large-scale, line-of-business applications every enterprise depends upon. This includes applications such as CRM, EAI, E-Commerce and data warehousing. Enterprise Applications are typically very complex, expensive to build, and difficult to maintain than other types of applications.
Additionally, enterprise level applications must support the “abilities”. Enterprise applications are increasingly bumping up against complex issues such as interoperability, extensibility, scalability, and reliability.
So if these line-of-business applications are required by the today’s dynamic and agile enterprises, and the effort to build them typically fails, how can enterprise IT organizations reduce the risk associated with building Enterprise Applications? Enterprise Application FrameworksTo solve the problems inherent to developing Enterprise Applications, large enterprise IT shops need to embrace and utilize an Enterprise Application Frameworks (EAF). An EAF is a set of software components and guidelines which can be used to:
The bottom line is that Enterprise Application Frameworks reduce the risk of developing enterprise applications. The EAF solves complex issues such as security, error handling, and data access across development teams within an enterprise. Doesn’t the platform supply this?Today’s technology platforms, whether it’s
Java/J2EE or .NET, provide the low level technical infrastructure
to build an enterprise application. All of the pieces are
provided by the platform, but which pieces are used and how they
fit together is not defined. The platform is targeted for a
broad range of application types and therefore provides multiple
methods to accomplish the same task. It can be somewhat confusing and overwhelming to the software architect to determine the appropriate technology for the given problem.
As a general platform, .NET provides choices for the software architect. .NET addresses most of the enterprise issues in multiple ways. Other issues are not addressed at all. Essentially, it is very difficult for the software architect to navigate all of the choices provided by the platform. What comes first? The framework or the application.Enterprise applications are complex to build. A need
exists for an enterprise application framework to ease the
complexity of building and deploying enterprise
applications. Should the framework be built first, or
should some applications be built before the framework. Other organizations take a different tact and build several
pilot applications first. They then extract common design
patterns and/or components from each application and assemble a
common framework. A true enterprise application framework should provide standard business services for the various department and/or groups across the enterprise. An example could be a bank exposing its core businesses as services that can used by many applications. For example, a Bank Balance service, Funds Transfer service, Account service and so on. SummaryIn summary, enterprise applications are very complex to build and maintain. Distributed enterprise applications which are reliable, scaleable and maintainable are even harder to build. Traditional business developers, coming from a mainframe or client/server background, aren’t equipped to make the right decisions.
|
Architecture Series RoadMap
|