


The detailed technical objectives for the Seros solution strategy are presented below. These objectives provides an alternative to “SOA Monoliths” and embraces open standards, open source products, vendors that perform specific (but not monolithic) functionality, metadata strategies based on business domain vocabularies, and building partnerships.
Seros has developed a design pattern based approach to realize our technical objectives and implement a set of Product Suites. Our design pattern is illustrated in the figure below.
Design Approach and design Principles

The standards-based, public web service definitions provide the power to the Seros product suites. These fully described and documented web services provide the commoditized, web service based interface definitions required to implement a robust set of enterprise core (or business domain) services while simultaneously providing vendor neutrality/independence. The web services provide functionality for capabilities such as: service registration, service discovery, service monitoring, service reporting, messaging, enterprise service bus, data publishing and transformation, orchestration, and many others.
The power of the Seros web services is realized via the resulting composability and interoperability of the commoditized web services. For example, it is now an easy matter to compose service registration with service monitoring provisioning; to compose messaging with enterprise service reporting; to compose messaging with transformation, adaptation, and automated publishing; to compose precision searching with authoritative data sources; to compose security services with both SOA infrastructure and business services; to compose SOA infrastructure services with existing applications and products; etc. Lastly, the Seros public web services provide the vendor neutrality/independence layer from the underlying vendor or open source products being used to provide specific functionality for capabilities such as: service registration, service discovery, service monitoring, service reporting, messaging, enterprise service bus, data publishing and transformation, orchestration, and many others.
The Seros design pattern can integrate a wide variety of vendor/open source products. These products can be individually selected based on factors such as: an organization has already purchased these products, an organization desires to utilize what is considered the best-of-breed products, and/or an organization desires to utilize what is considered to be the best value product for satisfying their needs. Additionally, the Seros design pattern allows for the incorporation of additional value-added features and functions that can significantly enhance each product’s out-of-the-box capabilities. Simultaneously, Seros’ commitment to open standards and WSDL-based service specifications affords Seros the unique opportunity to adopt new or substitute products as needed in order to meet evolving requirements.
The Seros public web services also provide a standard way of implementing human user access. Using open standards like JSR-168, a rich set of portlets are provided that present an intuitive human user interface. Additionally, the portlets access the same public web services. Therefore, both machine-to-machine and human user access is standardized and guaranteed to remain consistent. Because the portlets are implemented in compliance with the JSR-168 open standard, these portlets will easily compose into many of the major portal framework products being used today.
The net effect of the Seros Design Pattern is that it allows a SOA reference architecture to be specified via a fully described set of web services. Thus, a high degree of interoperability and composability is achieved between the web services. Additionally, the commoditized nature of the design pattern based web services provides a high degree of vendor neutrality/independence.