330 likes | 449 Views
Pattern-Oriented Architectures for E-business Systems. C0MP 9117 Software Architecture. 24 th August 2004. Haryanto, David (z3139532) Nyo, Yupar (z3103328) Wang, Xiaowen (z3089932). Agenda. Introduction
E N D
Pattern-Oriented Architectures for E-business Systems C0MP 9117 Software Architecture 24th August 2004 Haryanto, David (z3139532) Nyo, Yupar (z3103328) Wang, Xiaowen (z3089932)
Agenda • Introduction • Pattern-Oriented Architecture in e-business domain – the need, challenges and transition. • Existing Patterns (IBM, MVC, etc). • Case Studies (FutureStep Electronics, Retailers’ Mega Exchange, Artimus). • Benefits • Future • Conclusion • References • Q & A
The Beginning of Patterns [Ref 4, 7] • The use of patterns originated in the field of architecture (for buildings, towns design, etc) during late 1970. • Moved into Software Engineering field in the early 1990s as a way to describe solutions to recurring problems encountered in architectural design.
Pattern-Oriented Software Architecture [Ref 4, 8] • Proven and repeatable (reusable) architectures, designs. • Address a recurring problem that arises in specific design situations. • Observed NOT invented. • Document/Capture existing, well-proven design experience and solutions. • Support the construction of software with defined properties. • Identify and specify abstractions. • Help to build and manage complex, heterogeneous software. • Patterns are a means of documenting software architectures. • Properties of POSA.
Challenges/ Problems of e-business applications [Ref 11] • Going beyond traditional enterprise systems • Security • Performance • Availability • A need to integrate with existing legacy applications • Increased Complexity • No room for error • Interpretability • Time Constraint
The Need for Pattern-Oriented Architecture in E-business [Ref 8] These challenges create needs for Pattern-Oriented Architecture in e-business domain, as POSA’s properties could facilitate them. • Recurring problems and similar requirements. • Higher degree of integration. Especially with existing legacy systems for payment, inventory, etc. • Quality and Complexity. • Need for speed. Crucial! If a system is delivered significantly faster, the better it is for the business, increasing competitive edge. • Reuse of patterns can help the workload, reduce the complexity and enhance the quality. It thus fastens the development.
The Need for Pattern-Oriented Architecture in E-business 2 • E-business systems have to hold water from day one.[Ref 8] No room for error with systems that face into the external world. Simply cannot be tolerated. Example : Downtime, Consequence of error for an online mall. • Shortage of skills Growing Area • The need for experiences A need for knowledge base that would help architects and designers with limited skills or experiences. Patterns capture the experts’ knowledge and provide proven solutions. • Changing technology
Implications and Transitions of e-business applications’ designs and architectures [Ref 9]
Pattern-Oriented Architecture and ebusiness • “One of the major reasons that e-business systems fail is due to problems with the underlying technical architecture.” – McGrath, Vice President, UK Services, Princeton Softtech. [Ref 6] • Solution – Reuse the proven architecture, Pattern-Oriented Architecture
Existing Patterns • IBM’s Architecture Patterns for e-business [Ref 8] • MVC (Model View Controller Pattern). [Ref 12] • Perspective Pattern – Integrate middleware with business models. From Princeton Softech, Subsidiary of Computer Horizon Corp. [Ref 6] • Dublo Pattern – To reuse elements of legacy system within multi-tier architectures. From the University of Oldenburg, Germany. [Ref 13] • BizArk – A reusable e-business architecture based on pattern-oriented technology. Encompasses main building blocks like CRM, ERP. [Ref 1] • And many more….
IBM’s Patterns for E-business [Ref 8]
IBM’s Patterns for E-business : Integration Patterns [Ref 8]
IBM’s Patterns for E-business : Application Patterns • Application patterns – conceptual layouts that describe how the application components and data within a business solution interact. • Select the application pattern that fits best, based on the key business and IT drivers. [Ref 8]
IBM’s Patterns for E-business : Runtime Patterns • Runtime patterns – used to define the logical middleware structure supporting an Application pattern. • Select the best-fitting Runtime pattern based on non-functional requirements (for example, availability, performance, security and scalability). • Each Application pattern requires one or more Runtime patterns. [Ref 8]
IBM’s Patterns for E-business The Foundation of the Architecture [Ref 8]
Case Study I- Future Step Electronics (Customer Service System Online) • [Ref 9]
Case Study III - ArtimusA web-based news poster (http://sourceforge.net/struts) • Implement MVC and Layer pattern [Ref 4]. • Benefit of MVC and Layer pattern. • Flexibility to add new component (Lucene search engine component). Database Presentation Layer Control Layer Business Layer Integration Layer Resource Layer(JDBC) Lucene Search Engine • [Ref 4]
Benefits [Ref 7, 8] • Reusability • Greater productivity • Enable to use existing skills and proven solutions/architectures • Capture the specific knowledge of the most skilled architects within an organization. • Retain business and technology knowledge from IT staff that would otherwise disappear once a skilled member leaves the organization • Rapid implementation, faster approach. • More predictability than those produced by incremental approach.
Benefits 2 • Mass customization • More cost effective • Focus on “what to build” rather than “how to build it”. • High quality e-business applications in less time. • Address non-functional properties. (E.g. Broker Architecture address interoperability. [Ref 4, pg. 407]) • Easing workload. • Achieve all these without burning out a reduced workforce.
Growing Areas/Future of Patterns and e-business applications • E-business oriented pattern language – a set of patterns that allow the composition and arrangement of prefabricated patterns and components to build e-business applications. • Support and training for finding and selecting appropriate patterns. • Evaluations and improvements of POSA in e-business domain. • To further the use and development of Pattern-Oriented Architecture in e-business domain.
Conclusion • No longer “build as you go”. • No longer a choice between “buy or build”. • Build, buy, rent, connect or any combination. [Ref 8] • Do more with little in tough economic conditions. Reusability. • Craftsmanship to Industrialization by learning to customize, reuse, and follow the patterns to produce similar but distinct applications. • That’s what Pattern-Oriented Architecture offers.
References • A. Touir, H. Mathkour, T. Al-Naeem, BizArk : A Reusable E-business Architecture based on Pattern-Oriented Technology, Computer Systems and Applications, 2003. • D. Manolescu, A. Kunzle, Several Patterns for e-Business Applicaiton,2001. • D. Bohinc, Patterns in Software Architecture, Synergy International Limited, 2003. • F. Buschmann, R. Meunier, H. Rohnert, P. Sommerlad, M. Stal, Pattern-Oriented Software Architecture : A System of Patterns, John Wiley and Sons, 2001. • G. Vasudeva, Patterns for e-business : Leveraging Architectural Patterns in Defining Enterprise Architecture and Solution Architecture , IBM, 2003. • R. McGrath, R. Sparks, PRINCETON SOFTECH:Princeton Softech enables fast, high quality ebusiness development, M2 Presswire, Coventry, March 15 2000, pg. 1. • T. Blankers, Combining models and patterns: delivering on the promise of increased IT productivity, Java Developer’s Journal, July 2003 v8 i7 pS1(4).
References 2 • J. Adams, S. Koushik, G. Vasudeva, G. Galambos, Patterns for e-business- A Strategy for Reuse, IBM Press, August 2001. • J. Adams, S. Koushik, G. Vasudeva, G. Galambos, Patterns for e-business- An Executive Overview, IBM, August 2001. • J. Adams, Patterns for e-business in Practice, IBM, November,2001. • M. Butler, Patterns for e-business – continued evolution, IBM, Butler Direct Limited, July 2001. • P. Gopalan, IBM ebusiness : Technology, Solution and Design Overview, Chapter 2, “E- business concepts and technologies”, IBM, 2003. • W. Hasselbring, R. .Reussner, The Dublo Architecture Pattern for Smooth Migration of Business Information Systems : An Experience Report, Proceedings of the 26th International Conference on Software Engineering (ICSE ’04), 0270-5257,2004.
Questions and Answers Any Question? THANK YOU.