View
214
Download
0
Category
Tags:
Preview:
Citation preview
1
Pattern-Oriented Pattern-Oriented Architectures for E-Architectures for E-business Systemsbusiness Systems
Haryanto, David (z3139532)Nyo, Yupar (z3103328)
Wang, Xiaowen (z3089932)
C0MP 9117 Software Architecture
24th August 2004
2
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
3
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.
4
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.
5
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
6
The Need for Pattern-Oriented Architecture in E-business [Ref 8]
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.
These challenges create needs for Pattern-Oriented Architecture in e-business domain, as POSA’s properties could facilitate them.
7
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 skillsGrowing 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
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
10
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….
17[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.
18[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.
26
Case Study III - Artimus A 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).Presentation
LayerControlLayer
BusinessLayer
IntegrationLayer
Resource Layer(JDBC)
Database
Lucene Search Engine
[Ref 4]
27
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.
28
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.
29
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.
30
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.
31
References
1. A. Touir, H. Mathkour, T. Al-Naeem, BizArk : A Reusable E-business Architecture based on Pattern-Oriented Technology, Computer Systems and Applications, 2003.
2. D. Manolescu, A. Kunzle, Several Patterns for e-Business Applicaiton,2001.3. D. Bohinc, Patterns in Software Architecture, Synergy International
Limited, 2003.4. F. Buschmann, R. Meunier, H. Rohnert, P. Sommerlad, M. Stal, Pattern-
Oriented Software Architecture : A System of Patterns, John Wiley and Sons, 2001.
5. G. Vasudeva, Patterns for e-business : Leveraging Architectural Patterns in Defining Enterprise Architecture and Solution Architecture , IBM, 2003.
6. R. McGrath, R. Sparks, PRINCETON SOFTECH: Princeton Softech enables fast, high quality ebusiness development, M2 Presswire, Coventry, March 15 2000, pg. 1.
7. T. Blankers, Combining models and patterns: delivering on the promise of increased IT productivity, Java Developer’s Journal, July 2003 v8 i7 pS1(4).
32
References 2
8. J. Adams, S. Koushik, G. Vasudeva, G. Galambos, Patterns for e-business- A Strategy for Reuse, IBM Press, August 2001.
9. J. Adams, S. Koushik, G. Vasudeva, G. Galambos, Patterns for e-business- An Executive Overview, IBM, August 2001.
10. J. Adams, Patterns for e-business in Practice, IBM, November,2001.11. M. Butler, Patterns for e-business – continued evolution, IBM, Butler
Direct Limited, July 2001.12. P. Gopalan, IBM ebusiness : Technology, Solution and Design Overview,
Chapter 2, “E- business concepts and technologies”, IBM, 2003.13. 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.
Recommended