Collaborative Business Systems

In a collaborative business systems application developers could much more closely approach the three application layers.

Additionally each layer could be supplanted with 'proxy' layers that provide a cushion for processing, migration and scaling issues. Such an example would be a generic data source access wrapper to enable the database to be substituted without large and costly redevelopment.

With the popularization of the internet/intranet/extranet solution a gamut of problems could be addressed in a consistent manner, while at the same time enabling the holy grail of "layer separation" to move closer.

In breaking the approach into layers it becomes possible to focus on solving domain specific issues. At the same time, design flexibility could be introduced. Here's why,

• Using a browser to access services assures a familiar lightweight interface.
• The browser and HTML provide a standard implementation and deployment approach. Applications aren't really deployed; more borrowed.
• No client-side issues (ignore cross browser issues for now).
• Highly tailored solutions. Users are not required to "USE" everything.
• Applications can be seamlessly divided across logical and physical locations.
• Disconnected or Just-In-Time (JIT) operation.
• Protection for both resources and clients. Fewer concurrent accesses, less resource usage.
• Platform independent...nearly.

For example, a simple global telephone directory becomes an application that can be accessed from virtually any computer - the architecture doesn't place limits on the type of hardware, operating system, or whatever.

Contents:

The Tier Solutions - The Holy Grail
COM - The Component Object Model
Internet Information Server and ASP
The Business Layer Technology
The Data Access Layer

Problems with the Client Server Model
Introduction to ASP For Web Developers | Table of Contents
The Tier Solutions - The Holy Grail