Service Oriented Architecture Design and Development Method. Name: René van Donselaar. Universiteit Utrecht
|
|
- Adela Bailey
- 8 years ago
- Views:
Transcription
1 Service Oriented Architecture Design and Development Method René van Donselaar Universiteit Utrecht Notice of Originality I declare that this paper is my own work and that information derived from published or unpublished work of others has been acknowledged in the text and has been explicitly referred to in the list of references. All citations are in the text between quotation marks ( ). I am fully aware that violation of these rules can have severe consequences for my study at Utrecht University. Signed: Date: Name: René van Donselaar Place: Utrecht
2 Introduction As application portfolios grow, enterprises have increasing difficulty managing all applications. One of the main issues is that applications are built with the tools that are available at a certain time and therefore the application portfolio will contain applications that are built based on different programming languages and design patterns. Making applications that are built using different programming languages exchange data is a complex and costly task. Tracking the functionalities that are covered by applications is difficult and redundancy occurs by a lack of documentation and integration of applications. Architecture with a higher level of abstraction can help solve these problems. Service Oriented Architecture (SOA) is a form of enterprise architecture based on both internal and external services which communicate via interfaces (Brown et al., 2002). Services are used to provide other applications or interfaces access to functionality that can come from one or more applications. When using services the underlying applications are invisible to the user and can communicate with other services, independent of programming language or platform. This also creates opportunities for interoperability with other enterprises, making it more easy to use each other s services. SOA requires that the services are documented and reused within business units to maximize development efficiency and reduce the complexity of growing application portfolios. For the implementation of SOA, the business has to be adapted to follow the new set of principles. Although the business is an important aspect of successful implementation of SOA, the application design and development also needs to be adapted. Using existing applications and adding new interfaces is not enough, it requires a new development method that is integrated through the whole development process. In this paper we will discuss the Service-Oriented Design and Development Method (SODDM) by Papazoglou and Van den Heuvel (2004). Papazoglou is a Computer Science professor and has specialized in Service Science. Over the years he has published over eighteen articles related to SOA. His most famous work is Service-oriented computing (2003) which has been cited over 400 times. For developing SODDM Papazoglou worked together with Van den Heuvel who is an Information Systems professor. Van den Heuvel is an expert in service systems and business process management. His latest work on SOA is Business policy compliance in service oriented systems
3 (20) that describes a form of adaptive SOA that can handle the changing business policies within an enterprise. The SODDM method is based on Rational Unified Process, Component-based Development and Business Process Modeling. It bears resemblance to many other agile development methods by using an iterative process with phases. Within the phases we see distinct differences with an agile development method like SCRUM (Schwaber, 2009), which is based on products with a product backlog. SODDM starts with a planning phase; defining the business needs and goals in order to identify services rather than products. This step is crucial for business alignment and for managing the application portfolio. The next phase involves analyzing a business case in order to find possible solutions and alternatives, much like in a PRINCE2 project (Jansen, 2007). The difference is that this phase is also involves specific SOA related analyses, like service coupling; where the goal is to make the business processes as independent as possible. The services in the business process are also analyzed for their cohesion; the services should be highly related to one another. Other phases are: Provisioning, deployment and monitoring. SODDM provides an agile based development method that is geared towards managing services and tight business alignment in order to implement a SOA architecture.
4 [ Example ] For this example an imaginary airline company referred to as Aircom will be used. First, the planning phase is explained. Aircom has a set of business needs that have to be addressed: Customers should be able to do their own bookings Customers should be able to check for available seats Customers should be able to pay for their booking A business goal is derived from these business needs. Aircom has the goal of servicing their customers with an online booking web application which was derived from the business need of expanding their business to involve e-commerce. The next activity is to look at the current technology landscape in order to define a solution. The technology that is fit for the project is chosen based on what is currently available, the costs of the development and what technology is already used within the company. To find which services need to be created and which have already been incorporated, the current portfolio of services is analyzed in the analysis and design phase. Table - portfolio analysis Service name Booking registration service Booking cancellation service Booking availability request service Customer login service Customer registration service Customer payment service Is implemented Yes Yes Yes No No No Table depicts the portfolio for the bookings business process, which is a combination of the asis situation with the to-be situation. The as-is situation contains all services that the company currently has, while the to-be situation shows all services that need to be created in order to support the new business process. It shows which services the company had already
5 implemented and those that need to be implemented. Since some services are already available they can be coupled with the new services for web based bookings. By doing this, the SOA principle of reusing existing services within a business process can be addressed. After this a business process realization scenario is chosen, which consists of four major categories: Green field development; which starts with the development of a service and then looks at the possible language for the webinterface. Top-down; when using an already existing interface. Bottom-up; when a new interface is to be created. Meet-in-the-middle; when an already existing interface is being mapped partially onto a new service. The choice for a scenario is based on costs, risks, benefits and return of investment. The service is specified according to three elements, which are structural, behavioral and policy specifications. This specification can be written in XML as is shown in the example below. Here the existing service of booking registration is shown. <porttype name= canreceivea43_porttype > <operation name= BookingRegistrationRequest > <output message= tns:bookingregistrationrequest /> </operation> </porttype> The first specification is the port type, which is used to communicate with the service. An operation is defined with its name, in this care BookingRegistrationRequest. The output
6 message is in many cases identical to the operation name and is the message that is sent when the operation is triggered. In the specification of services many more attributes are documented, such as the programming style and service policies. The business processes are described and the roles that perform them. After the design is finished the construction will start in the construction and testing phase. The construction will be based on the previously defined planning, analysis and design. The constructed service is tested on its functionalities according to its specification. Strategies for service metering, rating and billing are defined in the provisioning phase. In this example the service could be offered for free and the billing could be incorporated in the actual payment for the booking. The service is now ready to be deployed in the deployment phase. How this is done has to do with the outcome from the process realization analysis. For this example the new service is deployed within the existing IT structure of Aircom, as they are already offering similar services. For the web interface an external party is used. Finally the service enters the execution and monitoring phase. Here who will be responsible for what part of the service is described. For the existing services no changes are made, while for the new services members of the business process are assigned to each service. The service is monitored by looking at aspects of the SLA that can be measured. In this example the time that it takes to get a response from the booking service is measured to see if it is according to the SLA. The up-time of the service can also be measured which is stated in the SLA.
7 Process Deliverable Diagram After analyzing SODDM a graphic representation of the process and its deliverables was made. It shows all activities one must perform on the left side, ordered from top to bottom. On the right side a connection is made with the deliverables that are produced by each activity. Van de Weerd & Brinkkemper (2006) can be used as reference for reading PDDs.
8 Plan Analyze business needs BUSINESS GOAL...* PLAN Review current technology TECHNOLOGY LANDSCAPE Conceptualize requirements BUDGET AND SOFTWARE DEVELOPMENT PLAN Analyze costs and benefits Tasks Deliverables Schedule is input for Categorize and decompose business environment BUSINESS AREA DEFINITION...* Business expert Analyze Review business goals and objectives ANALYSIS Identify processes AS-IS PROCESS MODEL TO-BE PROCESS MODEL Scope processes Analyze process realization Business analyst is input for Design Specify business processes Specify services SERVICE DESIGN Address design concerns Construct provides design for SERVICE ORIENTED APPLICATION Test Test dynamics Test functions is input for Test performance Test assembly [else] [passed test] Provision Govern service REVIEW...* PROVISION PLAN Certify service SERVICE CONTRACT...* Rate service BUSINESS CASE...* Define billing strategy BILLING STRATEGY is input for Execute service Monitor Measure SERVICE MONITOR REPORT Report response time throughput availability Figure - SODDM PDD
9 Activity table All activities that are depicted in the PDD have been included in an activity table. Here each activity is described. The name of the activity is displayed and next to it are the (optional) sub activity names with a short description in the last column. Table 2 - Activity table Activity Plan Analyze Sub activity Description Analyze business Business needs are analyzed in order to define BUSINESS GOALS. needs (Papazoglou & Van den Heuvel, 2004) Review The current technology landscape is being reviewed in order to find current suitable technologies that can be used within the business in a technology TECHNOLOGY LANDSCAPE. (Papazoglou & Van den Heuvel, 2004) Conceptuali ze requiremen ts Analyze costs and benefits Categorize and decompose business environmen t Review business goals and objectives Identify processes Scope processes Analyze process realization The requirements of the new environment are conceptualized and mapped to new or available implementations. (Papazoglou & Van den Heuvel, 2004) A financial analysis of the costs and benefits is performed that produces a BUDGET AND SOFTWARE DEVELOPMENT PLAN. (Papazoglou & Van den Heuvel, 2004) The business expert categorizes and decomposes the business into BUSINESS AREAs based on the functions provided by the business processes. (Papazoglou & Van den Heuvel, 2004) The business analyst reviews business goals and objectives that drive the development of business processes as part of the ANALYSIS. (Papazoglou & Van den Heuvel, 2004) The business analyst identifies current processes are in order to create an AS-IS PROCESS MODEL. (Papazoglou & Van den Heuvel, 2004) The business analyst defines the scope of business processes in order to create TO-BE PROCESS MODEL. (Papazoglou & Van den Heuvel, 2004) The business analyst considers diverse business process realization scenarios. (Papazoglou & Van den Heuvel, 2004)
10 Design Construct Test Provision Execute service Monitor Address design concerns Specify services Specify business processes Test dynamics Test functions Test performanc e Test assembly Govern service Certify service Rate service Define billing strategy Meaure Report Analyze and solve design concerns such as managing granularity, reuse and composability. (Papazoglou & Van den Heuvel, 2004) Specify the service by structural, behavioral and policy specification. (Papazoglou & Van den Heuvel, 2004) Describe the business process structure, Roles and non-functional business process concerns. (Papazoglou & Van den Heuvel, 2004) The development of the web service and implementation of the web service. (Papazoglou & Van den Heuvel, 2004) Run the implementation and compare its actual to its expected behavior. (Papazoglou & Van den Heuvel, 2004) Test how the system executes functions and if they follow the expected behavior. (Papazoglou & Van den Heuvel, 2004) Monitoring the systems on-line response times and transactions under peak workload conditions. (Papazoglou & Van den Heuvel, 2004) Tests whether all services function properly when assembled into business processes. (Papazoglou & Van den Heuvel, 2004) Align the business strategy with the IT strategy. (Papazoglou & Van den Heuvel, 2004) List all the properties that the application may attain. (Papazoglou & Van den Heuvel, 2004) Create a pricing model that could be used to calculate the charges for the customer. (Papazoglou & Van den Heuvel, 2004) Define a strategy for billing services that way the customer needs to perform his payment. (Papazoglou & Van den Heuvel, 2004) Ensure the new process is carried out by all participants. (Papazoglou & Van den Heuvel, 2004) Measure the service level objectives and performance. (Papazoglou & Van den Heuvel, 2004) Evaluate the service level objectives and performance. (Papazoglou & Van den Heuvel, 2004)
11 Concept table The concepts that are present in the PDD are listed in Table 3. Each concept is shown by name and explained with a short description. Table 3 Concept table Concept BUSINESS GOAL TECHNOLOGY LANDSCAPE BUSINESS AREA DEFINITION BUDGET AND SOFTWARE DEVELOPMENT PLAN PLANNING ANALYSIS AS-IS PROCESS MODEL TO-BE PROCESS MODEL SERVICE DESIGN SERVICE ORIENTED APPLICATION REVIEW SERVICE CONTRACT BUSINESS CASE BILLING STRATEGY PROVISION PLAN SERVICE MONITOR Description Describes the objectives of the business. (Papazoglou & Van den Heuvel, 2004) Describes the current available technology that can be used. (Papazoglou & Van den Heuvel, 2004) A description of functions served by business processes. (Papazoglou & Van den Heuvel, 2004) Describes the tasks, deliverables and schedule. (Papazoglou & Van den Heuvel, 2004) Consists of BUSINESS GOAL, BUSINESS AREA DEFINITION and BUDGET AND SOFTWARE DEVELOPMENT PLAN (Papazoglou & Van den Heuvel, 2004) Consists of an AS-IS PROCESS MODEL and a TO-BE PROCESS MODEL. (Papazoglou & Van den Heuvel, 2004) Describes the current business processes and services. (Papazoglou & Van den Heuvel, 2004) Describes a desired situation of business processes and services. (Papazoglou & Van den Heuvel, 2004) The design of the service that describes the granularity, reuse, composability, specification and business processes. (Papazoglou & Van den Heuvel, 2004) The tested construction of the service. (Papazoglou & Van den Heuvel, 2004) Internal and external parties look at the quality of the service and report in a review. (Papazoglou & Van den Heuvel, 2004) Can be an SLA, and contains all service certificates. (Papazoglou & Van den Heuvel, 2004) Shows the costs, benefits and resources that are involved with the provision. (Papazoglou & Van den Heuvel, 2004) A description of how the customer should pay for the service. (Papazoglou & Van den Heuvel, 2004) Consists of a BILLING STRATEGY and one or more REVIEWs, SERVICE CONTRACTs and BUSINESS CASEs. (Papazoglou & Van den Heuvel, 2004) Contains the response time, throughput and availability of the service.
12 REPORT (Papazoglou & Van den Heuvel, 2004) Literature review SODDM was first introduced by Papazoglou and Van den Heuvel (2004) and is based on Rational Unified Process, Component-based Development and Business Process Modeling. Rational Unified Process was introduced by Kruchten (2004) and is based on the best practices in software engineering. SODDM addresses the need for a method to design and develop services within an organization that uses SOA for their enterprise architecture. Brown et al. (2002), describes the process of design and development of web applications in a service-oriented environment. This study only shows the design and development aspects and does not deal with the complexities of the business side and how to translate this into services. Zimmerman et al. (2005) also provided techniques for analyzing and designing SOA development based on UML and Rational Unified Process, but this study is more general and does not describe an entire method for dealing with development. Reijnders et al. (20) has compared many of the service-oriented software development methods, in this study SODDM is also described and compared with other methods like SOMA. SOMA was introduced by Arsanjani (2004) and is an agile method developed and used by IBM for a SOA architecture development. Another method is the WSIM by Lee et al. (2006) which is based on the extending existing development methods for development geared towards SOA. The study also shows that SODDM and SOMA are the most dominant studies on this subject. References Arsanjani, A. (2004). Service-oriented Modeling and Architecture. IBM developerworks. Brown, A., Johnston, S., Kelly, K. (2002). Using Service-Oriented Architecture and Component- Based Development to Build Web Service Applications. Rational Software Corporation. Jansen, P. (2007). Prince2 Compact. Pearson Benelux: Education.
13 Kruchten, P. (2004). The rational unified process: an introduction. Addison-Wesley Professional. Lee, S., Chan, L., Lee, E. (2006). Web Services Implementation Methodology for SOA Application. Industrial Informatics. Papazoglou, P., Van den Heuvel, W. (2004). Service-Oriented Design and Development Methodology. Int. J. of Web Engineering and Technology (IJWET). Reijnders, G., Khadka, R., Jansen, S. (20). Developing a Legacy to SOA Migration Method. Department of Information and Computing Sciences, Utrecht University, Tech. Rep. UU-CS Schwaber, K. (2009). Agile project management with Scrum. O'Reilly Media. Van de Weerd, I., Brinkkemper, S. (2009). Meta-Modeling for Situational Analysis and Design Methods. Zimmerman, O., Schlimm, N., Waller, G., Pestel, M. (2005). Analysis and design techniques for Service-Oriented Development and Integration. IBM Deutschland.
14 Appendix Conceptualized requirements (conceptual solution) Requirements Name Description Owner Some requirement A short description Who submitted the requirement Some requirement A short description Who submitted the requirement Some requirement A short description Who submitted the requirement Business solution Name of the solution Textual description Components description Graphical representation of the business solution (use cases) System Performed action UseCase «extends» UseCase5 Performed action UseCase2 Performed action UseCase6 UseCase3 Name of the actor Name of the actor Performed action UseCase4 Name Role Description User template Name of the user (if available) Name of the role within the system Short description of the user
15 Id Name Description Extends Usecase template Unique usecase id Name of the usecase Short description of the usecase Extends which usecase(s)
A Comparison of SOA Methodologies Analysis & Design Phases
202 A Comparison of SOA Methodologies Analysis & Design Phases Sandra SVANIDZAITĖ Institute of Mathematics and Informatics, Vilnius University Abstract. Service oriented computing is a new software engineering
More informationService-Oriented Design and Development Methodology by Papazoglou and Van Den Heuvel (2006)
Service-Oriented Design and Development Methodology by Papazoglou and Van Den Heuvel (2006) Eline de Haan - 4183134 Method Engineering - Group B Final paper April 11 th 2014 Notice of Originality I declare
More informationA Survey of Service Oriented Development Methodologies
A Survey of Service Oriented Development Methodologies Ervin Ramollari 1, Dimitris Dranidis 1, and Anthony J. H. Simons 2 1 South East European Research Centre (SEERC) 17 Mitropoleos Str., 54624 Thessaloniki,
More informationChapter 15. Web services development lifecycle
Slide 15.1 nology Chapter 15 Web Services Development Lifecycle Web Service es: Princip ples & Tech Mike P. Papazoglou mikep@uvt.nl Slide 15.2 Topics Web services development Properties of service development
More informationSOA: The missing link between Enterprise Architecture and Solution Architecture
SOA: The missing link between Enterprise Architecture and Solution Architecture Jaidip Banerjee and Sohel Aziz Enterprise Architecture (EA) is increasingly being acknowledged as the way to maximize existing
More informationTo Establish Enterprise Service Model from Enterprise Business Model
8 IEEE International Conference on Services Computing To Establish Enterprise Service Model from Enterprise Business Model P. Jamshidi Department of Industrial Engineering Amirkabir University of Technology
More informationDeveloping SOA solutions using IBM SOA Foundation
Developing SOA solutions using IBM SOA Foundation Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this
More informationEmbedded System Software Testing Based On SOA For Mobile Service
International Journal of Advanced Science and Technology 55 Embedded System Software Testing Based On SOA For Mobile Service Myung-Hee Lee,1, Cheol-Jung Yoo 1, Ok-Bae Jang 1, 1 Computer Science Chonbuk
More informationSupporting Service Design Decisions
Supporting Service Design Decisions Michael Gebhart, Marc Baumgartner, Sebastian Abeck Research Group Cooperation & Management Karlsruhe Institute of Technology (KIT) Karlsruhe, Germany {gebhart baumgartner
More informationAnalysis and Design Techniques for Service-Oriented Development and Integration
Analysis and Design Techniques for Service-Oriented Development and Integration Olaf Zimmermann, Niklas Schlimm, Günter Waller, Marc Pestel IBM Deutschland Pascalstrasse 100 Stuttgart, Germany {ozimmer,
More informationRequirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK
IBM Software Group Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK Jean-Louis Maréchaux Software IT Specialist IBM Rational
More informationTOGAF usage in outsourcing of software development
Acta Informatica Pragensia 2(2), 2013, 68 76, DOI: 10.18267/j.aip.25 Section: Online: aip.vse.cz Peer-reviewed papers TOGAF usage in outsourcing of software development Aziz Ahmad Rais 1, Rudolf Pecinovsky
More informationExtend the value of your core business systems.
Legacy systems renovation to SOA September 2006 Extend the value of your core business systems. Transforming legacy applications into an SOA framework Page 2 Contents 2 Unshackling your core business systems
More informationSOMA, RUP and RMC: the right combination for Service Oriented Architecture
SOMA, RUP and RMC: the right combination for Service Oriented Architecture WebSphere User Group, Bedfont, 4th March, 2008 Keith Mantell Senior Solution Architect IBM Rational keith_mantell@uk.ibm.com March
More informationSoftware Development in the Large!
Software Development in the Large! Peter Eeles Executive IT Architect, IBM peter.eeles@uk.ibm.com IBM Rational Software Development Conference 2007 2007 IBM Corporation Agenda IBM Rational Software Development
More informationUse Case Diagrams. Tutorial
Use Case Diagrams Tutorial What is a use case? A requirements analysis concept A case of a use of the system/product Describes the system's actions from a the point of view of a user Tells a story A sequence
More informationThe Role of the Software Architect
IBM Software Group The Role of the Software Architect Peter Eeles peter.eeles@uk.ibm.com 2004 IBM Corporation Agenda Architecture Architect Architecting Requirements Analysis and design Implementation
More informationCT30A8901 Chapter 10 SOA Delivery Strategies
CT30A8901 Chapter 10 SOA Delivery Strategies Prof. Jari Porras Communications Software Laboratory Contents 10.1 SOA Delivery lifecycle phases 10.2 The top-down strategy 10.3 The bottom-up strategy 10.4
More informationService Oriented Enterprise Architecture
Service Oriented Enterprise Architecture Danny Greefhorst With the e-business explosion of the past few years corporations were, and still are, faced with the challenge of time to market more than ever
More informationFive best practices for deploying a successful service-oriented architecture
IBM Global Services April 2008 Five best practices for deploying a successful service-oriented architecture Leveraging lessons learned from the IBM Academy of Technology Executive Summary Today s innovative
More informationSOA and API Management
SOA and API Management Leveraging Your Investment in Service Orientation Version 1.0 December 2013 John Falkl General Manager, Technology, Strategy & Integration Haddon Hill Group, Inc. Contents Introduction...
More informationPrerequisites for Successful SOA Adoption
George Feuerlicht University of Technology, Sydney jiri@it.uts.edu.au 1. INTRODUCTION The adoption of SOA (Service Oriented Architecture) has gained momentum in the past two years, and the predictions
More informationGovernment's Adoption of SOA and SOA Examples
Government's Adoption of SOA and SOA Examples Presented by : Ajay Budhraja, Chief of Enterprise Services ME (Engg), MS (Management), PMP, CICM, CSM, ECM (Master) AIIM, ITIL-F Copyright 2008 Ajay Budhraja
More informationBusiness Process Management Tampereen Teknillinen Yliopisto
Business Process Management Tampereen Teknillinen Yliopisto 31.10.2007 Kimmo Kaskikallio IT Architect IBM Software Group IBM SOA 25.10.2007 Kimmo Kaskikallio IT Architect IBM Software Group Service Oriented
More informationThe Rap on RUP : An Introduction to the Rational Unified Process
The Rap on RUP : An Introduction to the Rational Unified Process Jeff Jacobs Jeffrey Jacobs & Associates phone: 650.571.7092 email: jeff@jeffreyjacobs.com http://www.jeffreyjacobs.com Survey Does your
More informationInformation as a Service in a Data Analytics Scenario A Case Study
2008 IEEE International Conference on Web Services Information as a Service in a Analytics Scenario A Case Study Vishal Dwivedi, Naveen Kulkarni SETLabs, Infosys Technologies Ltd { Vishal_Dwivedi, Naveen_Kulkarni}@infosys.com
More informationService Oriented Architecture
Service Oriented Architecture Service Oriented Analysis and Design (SOAD) in Practice Part 4 Adomas Svirskas Vilnius University October 2005 Agenda Service identification and definition Business process
More informationThe Role of Architectural Decisions in Model-Driven SOA Construction
The Role of Architectural Decisions in Model-Driven SOA Construction Olaf Zimmermann 1 Jana Koehler 1 Frank Leymann 2 1 IBM Research GmbH Zurich Research Laboratory, Säumerstrasse 4, 8803 Rüschlikon, Switzerland
More informationESB as a SOA mediator: Minimizing Communications Complexity
ESB as a SOA mediator: Minimizing Communications Complexity Nadya Alexandra Calderón R., Sergio Daniel Moreno P. Universidad de los Andes. Ingeniería de Sistemas y Computación. Bogotá, Colombia n-calder@uniandes.edu.co,
More informationComponent Based Development Methods - comparison
Component Based Development Methods - comparison Dan Laurenţiu Jişa Abstract: This paper realizes a comparison among three of the best known component based development methods, emphazing on the earlier
More informationService Oriented Architecture 1 COMPILED BY BJ
Service Oriented Architecture 1 COMPILED BY BJ CHAPTER 9 Service Oriented architecture(soa) Defining SOA. Business value of SOA SOA characteristics. Concept of a service, Enterprise Service Bus (ESB) SOA
More informationFTA Technology 2009 IT Modernization and Business Rules Extraction
FTA Technology 2009 IT Modernization and Business Rules Extraction August 5th, 2009 _experience the commitment TM Agenda IT Modernization Business Rules Extraction Automation Tools for BRE BRE Cost and
More informationMODELING OF SERVICE ORIENTED ARCHITECTURE: FROM BUSINESS PROCESS TO SERVICE REALISATION
MODELING OF SERVICE ORIENTED ARCHITECTURE: FROM BUSINESS PROCESS TO SERVICE REALISATION Marek Rychlý and Petr Weiss Faculty of Information Technology, Brno University of Technology, Czech Republic, rychly@fit.vutbr.cz,
More informationSoftware Engineering
1 Software Engineering Lecture 2: Software Life Cycles Stefan Hallerstede Århus School of Engineering 25 August 2011 2 Contents Naive Software Development Code & Fix Towards A Software Process Software
More informationSix Strategies for Building High Performance SOA Applications
Six Strategies for Building High Performance SOA Applications Uwe Breitenbücher, Oliver Kopp, Frank Leymann, Michael Reiter, Dieter Roller, and Tobias Unger University of Stuttgart, Institute of Architecture
More informationSOA : To Do or Not to Do
Abstract SOA : To Do or Not to Do Gopala Krishna Behara and K.T.R.B Sarma As business moves from Web services to SOA, adoption and successful implementations of SOA become more evident. The goal of SOA
More informationThe architectural consideration of SOA in the preceding chapter offers advice on what
Chapter 4 SOA Project Planning Aspects Adventure is just bad planning. Roald Amundsen The architectural consideration of SOA in the preceding chapter offers advice on what directions to choose and how
More informationDagstuhl seminar on Service Oriented Computing. Service design and development. Group report by Barbara Pernici, Politecnico di Milano
Dagstuhl seminar on Service Oriented Computing Service design and development Group report by Barbara Pernici, Politecnico di Milano Abstract This paper reports on the discussions on design and development
More informationThe role of integrated requirements management in software delivery.
Software development White paper October 2007 The role of integrated requirements Jim Heumann, requirements evangelist, IBM Rational 2 Contents 2 Introduction 2 What is integrated requirements management?
More informationDeveloping Business Architecture with TOGAF
Developing Business Architecture with TOGAF Building Business Capability 2013 Las Vegas, NV Armstrong Process Group, Inc. www.aprocessgroup.com Objectives Introduce The Open Group Architecture Framework
More informationCombining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus
Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus Level: Advanced Jean-Louis Maréchaux (jlmarech@ca.ibm.com), IT Architect, IBM 28 Mar 2006 Today's business
More informationBusiness Process Management Enabled by SOA
Business Process Management Enabled by SOA Jyväskylä 8.5.2007 Kimmo Kaskikallio IT Architect IBM Software Brands Five middleware product lines designed to work together Service-Oriented Architecture (SOA)
More informationResearch of Service Granularity Base on SOA in Railway Information Sharing Platform
ISBN 978-952-5726-02-2 (Print), 978-952-5726-03-9 (CD-ROM) Proceedings of the 2009 International Symposium on Information Processing (ISIP 09) Huangshan, P. R. China, August 21-23, 2009, pp. 391-395 Research
More informationUsing Simulation Models to Evolve Business Processes
Using Simulation Models to Evolve Business Processes Marin Litoiu, Andrei Solomon York University with ideas from IBM Toronto Lab, CAS Agenda Motivation and Goals Intro to BP Life Cycle BP Evolution Loop
More informationTrends in Software Intensive Systems Development JACEK SZYMANSKI INFORMATION SYSTEMS CONSULTANCY
Trends in Software Intensive Systems Development JACEK SZYMANSKI INFORMATION SYSTEMS CONSULTANCY Outline Complexity of ICT Projects Origins Consequences Remedies Structural improvement SOA/SCA Methodological
More informationMoving from EAI to SOA An Infosys Perspective
Moving from EAI to SOA An Infosys Perspective Manas Kumar Sarkar Over years traditional Enterprise Application Integration (EAI) has provided its benefits in terms of solution re-use, application decoupling
More informationIncreasing Development Knowledge with EPFC
The Eclipse Process Framework Composer Increasing Development Knowledge with EPFC Are all your developers on the same page? Are they all using the best practices and the same best practices for agile,
More informationMapping Service-Orientation to TOGAF 9 - Part II: Architecture Adoption, Service Inventories and Hierarchies
by Filippos Santas, IT Architect for Credit Suisse Private Banking in Switzerland and Certified SOA Trainer SERVICE TECHNOLOGY MAGAZINE Issue LI June 2011 This is second part in a multi-part article series.
More informationA comparison framework for service-oriented software engineering approaches Issues and solutions
The current issue and full text archive of this journal is available at wwwemeraldinsightcom/1744-0084htm A comparison framework for service-oriented software engineering approaches Issues and solutions
More informationBackground: Business Value of Enterprise Architecture TOGAF Architectures and the Business Services Architecture
Business Business Services Services and Enterprise and Enterprise This Workshop Two parts Background: Business Value of Enterprise TOGAF s and the Business Services We will use the key steps, methods and
More informationObject-Oriented Design Guidelines
Adaptive Software Engineering G22.3033-007 Session 8 Sub-Topic 3 Presentation Object-Oriented Design Guidelines Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute
More informationSOA Governance and the Service Lifecycle
IBM SOA SOA Governance and the Service Lifecycle Naveen Sachdeva sachdeva@us.ibm.com IBM Software Group 2007 IBM Corporation IBM SOA Agenda What is SOA Governance? Why SOA Governance? Importance of SOA
More informationWeb Services Implementation Methodology for SOA Application
Web Services Implementation Methodology for SOA Application Siew Poh Lee Lai Peng Chan Eng Wah Lee Singapore Institute of Manufacturing Technology Singapore Institute of Manufacturing Technology Singapore
More informationSadržaj seminara: SOA Architecture. - SOA Business Challenges. - 1990s: Billion Dollar Lock-In. - Integration Tools. - Point-to-Point Approach
Sadržaj seminara: SOA Architecture - SOA Business Challenges - 1990s: Billion Dollar Lock-In - Integration Tools - Point-to-Point Approach - New $200B Lock-In: Big Apps - Frozen Enterprise Asset Concept
More informationIMPROVEMENT OF APPLICATIONS DEVELOPMENT USING SERVICE ORIENTED ARCHITECTURE
IMPROVEMENT OF APPLICATIONS DEVELOPMENT USING SERVICE ORIENTED ARCHITECTURE Pavel Semenchuk Riga Technical University, Applied Computer Science Department, Meza str. 1/3, Riga, Latvia, Pavels.Semencuks@rtu.lv
More informationA Software process engineering course
Rochester Institute of Technology RIT Scholar Works Presentations and other scholarship 2009 A Software process engineering course J. Scott Hawker Follow this and additional works at: http://scholarworks.rit.edu/other
More informationShop Floor Information Management and SOA
Shop Floor Information Management and SOA Konrad Pfadenhauer 1, Burkhard Kittl 1, Schahram Dustdar 2, and David Levy 3 1 Vienna University of Technology, Institute for Production Engineering, Karlsplatz
More informationApplying SOA to OSS. for Telecommunications. IBM Software Group
IBM Software Group Applying SOA to OSS for Telecommunications Kevin Twardus Manager of Industry Architecture and Standards IBM Software Group Communications Sector IBM Corporation The Details of SOA depends
More informationData Modeling Basics
Information Technology Standard Commonwealth of Pennsylvania Governor's Office of Administration/Office for Information Technology STD Number: STD-INF003B STD Title: Data Modeling Basics Issued by: Deputy
More informationFederal Enterprise Architecture and Service-Oriented Architecture
Federal Enterprise Architecture and Service-Oriented Architecture Concepts and Synergies Melvin Greer Chief Strategist, SOA / Cloud Computing Certified Enterprise Architect Copyright August 19, 2010 2010
More informationSOA Myth or Reality??
IBM TRAINING S04 SOA Myth or Reality Jaqui Lynch IBM Corporation 2007 SOA Myth or Reality?? Jaqui Lynch Mainline Information Systems Email jaqui.lynch@mainline.com Session S04 http://www.circle4.com/papers/s04soa.pdf
More informationA Multifaceted Web Services Architecture: Toward a Meta-Service Framework for Service and Composition Development
Computer and Information Science; Vol. 7, No. 1; 2014 ISSN 1913-8989 E-ISSN 1913-8997 Published by Canadian Center of Science and Education A Multifaceted Web Services Architecture: Toward a Meta-Service
More informationDEPARTMENT OF INFORMATICS. Scenario-based Analysis of Collaborative Enterprise Architecture Management Tools
DEPARTMENT OF INFORMATICS TECHNISCHE UNIVERSITÄT MÜNCHEN Master s Thesis in Information Systems Scenario-based Analysis of Collaborative Enterprise Architecture Management Tools Nikolaus Katinszky DEPARTMENT
More informationEclipse Process Framework Composer
Eclipse Process Framework Composer Part 1: Key Concepts Second Revision, April 2007 by, phaumer@us.ibm.com Solution architect, IBM Rational Software This two-part article offers an introduction to the
More informationCourse Registration Case Study
Course Registration Case Study Table of Contents Case Study...1 Case Study Background... 2 Course Registration System Problem Statement... 2 The Role of Tools... 2 Project Summary... 2 The Inception Phase...
More informationFunctional Modeling with Data Flow Diagrams
Functional Modeling with Data Flow Diagrams Amasi Elbakush 5771668 Teaching Assistant : Daniel Alami Utrecht University 1 Introduction Data Flow Diagrams (DFDs) are a visual representation of the flow
More informationDocument Engineering: Analyzing and Designing the Semantics of Business Service Networks
Document Engineering: Analyzing and Designing the Semantics of Business Service Networks Dr. Robert J. Glushko University of California Berkeley glushko@sims.berkeley.edu Tim McGrath Universal Business
More informationService-Oriented Architectures
Architectures Computing & 2009-11-06 Architectures Computing & SERVICE-ORIENTED COMPUTING (SOC) A new computing paradigm revolving around the concept of software as a service Assumes that entire systems
More informationTape Mbo e: A First Experimental Assessment
Tape Mbo e: A First Experimental Assessment Ilse Grau University of Trento, Trento, Italy, ilse.grau@disi.unitn.it and Guilherme H. Travassos Universidade Federal do Rio de Janeiro, Rio de Janeiro, Brasil,
More informationApproach to Service Management
Approach to Service Management In SOA Space Gopala Krishna Behara & Srikanth Inaganti Abstract SOA Management covers the Management and Monitoring of applications, services, processes, middleware, infrastructure,
More informationSOA IN THE TELCO SECTOR
SOA IN THE TELCO SECTOR In order to optimize costs and improve IT management, companies look with greater interest at business process management and optimization issues. The present reference model for
More informationBasic Unified Process: A Process for Small and Agile Projects
Basic Unified Process: A Process for Small and Agile Projects Ricardo Balduino - Rational Unified Process Content Developer, IBM Introduction Small projects have different process needs than larger projects.
More informationCalifornia Enterprise Architecture Framework
Version 2.0 August 01, 2013 This Page is Intentionally Left Blank Version 2.0 ii August 01, 2013 TABLE OF CONTENTS 1 Executive Summary... 1 1.1 What is Enterprise Architecture?... 1 1.2 Why do we need
More informationA Framework for Developing a Product Innovation and Technology Strategy
A Framework for Developing a Product Innovation and Technology Strategy Conrad Bartels Daal, Group 1, c.c.m.bartelsdaal@students.uu.nl Dept. of Information and Computing Sciences, Utrecht University 1.
More informationFrom Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network
From Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network Marc Lankhorst, BiZZdesign Iver Band, Cambia Health Solutions INTRODUCTIONS 2 1 Marc Lankhorst
More informationFoundations of Model-Driven Software Engineering
Model-Driven Software Engineering Foundations of Model-Driven Software Engineering Dr. Jochen Küster (jku@zurich.ibm.com) Contents Introduction to Models and Modeling Concepts of Model-Driven Software
More informationService Orientation and Modeling
Service Identification and Modeling for Service Oriented Architecture Applications * Min Je Cho, Hyung Rim Choi, Hyun Soo Kim, Soon Goo Hong, Yavuz Keceli, Jae Young Park Department of Management Information
More informationManaging the Services Lifecycle SOA & BPM
Managing the Services Lifecycle SOA & BPM Agenda The service Lifecycle what does it look like? Methods and processes for service evolution Supporting tools & techniques Governing the service-cycle Best
More informationMitigating Service-Orientation Risks with RUP
by Filippos Santas, IT Architect, Credit Suisse Private Banking in Switzerland and Certified SOA Trainer SERVICE TECHNOLOGY MAGAZINE Issue LIV September 2011 Abstract - In this article, we examine the
More informationA Software Development Platform for SOA
A Software Development Platform for SOA Peter Eeles Executive IT Architect Rational Brand Architect for UK, Ireland and South Africa peter.eeles@uk.ibm.com 2004 IBM Corporation Agenda IBM Software Group
More informationGuiding Principles for Modeling and Designing Reusable Services
Guiding Principles for Modeling and Designing Reusable Services Max Dolgicer Managing Director International Systems Group, Inc. mdolgicer@isg-inc.com http://www.isg-inc.com Agenda The changing notion
More informationService Oriented Architecture (SOA) An Introduction
Oriented Architecture (SOA) An Introduction Application Evolution Time Oriented Applications Monolithic Applications Mainframe Client / Server Distributed Applications DCE/RPC CORBA DCOM EJB s Messages
More informationA Supply Chain Management Framework Based on SOA
A Supply Chain Management Framework Based on SOA Luo Duanhong College of Economics and Trade, Hunan University, P.R.China, 410079 Hunan Provincial Laboratory of Logistics Information and Simulation Technology
More informationInformation systems modelling UML and service description languages
Internet Engineering Tomasz Babczyński, Zofia Kruczkiewicz Tomasz Kubik Information systems modelling UML and service description languages Student Contact Hours: 25.02.2015- Location: 325 C3 room 25.03.2015:
More informationWhite Paper What Solutions Architects Should Know About The TOGAF ADM
White Paper What Solutions Architects Should Know About The TOGAF ADM WP0015 October 2011 The Open Group Architecture Framework 1 (TOGAF) is the most widely referenced architecture framework currently
More informationPrinciples and Foundations of Web Services: An Holistic View (Technologies, Business Drivers, Models, Architectures and Standards)
Principles and Foundations of Web Services: An Holistic View (Technologies, Business Drivers, Models, Architectures and Standards) Michael P. Papazoglou (INFOLAB/CRISM, Tilburg University, The Netherlands)
More informationTowards a Service Level Management Framework for Service Value Networks
Towards a Service Level Management Framework for Service Value Networks Christof Momm, Frank Schulz SAP Research CEC Karlsruhe Vincenz-Priessnitz-Str. 1 76133 Karlsruhe {christof.momm frank.schulz}@sap.com
More informationUnderstanding SOA Migration Using a Conceptual Framework
Understanding SOA Migration Using a Conceptual Framework Maryam Razavian and Patricia Lago Department of Computer Science, VU University Amsterdam, the Netherlands m.razavian@few.vu.nl, patricia@cs.vu.nl
More informationSOACertifiedProfessional.Braindumps.S90-03A.v2014-06-03.by.JANET.100q. Exam Code: S90-03A. Exam Name: SOA Design & Architecture
SOACertifiedProfessional.Braindumps.S90-03A.v2014-06-03.by.JANET.100q Number: S90-03A Passing Score: 800 Time Limit: 120 min File Version: 14.5 http://www.gratisexam.com/ Exam Code: S90-03A Exam Name:
More informationImproved SOA Portfolio Management with Enterprise Architecture and webmethods
Improved SOA Portfolio Management with Enterprise Architecture and webmethods Patrick Buech Product Management, Enterprise Architecture Management Sumeet Bhatia Senior Director, Enterprise Architecture
More informationHow To Develop Software
Software Engineering Prof. N.L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-4 Overview of Phases (Part - II) We studied the problem definition phase, with which
More informationService-Oriented Architecture and its Implications for Software Life Cycle Activities
Service-Oriented Architecture and its Implications for Software Life Cycle Activities Grace A. Lewis Software Engineering Institute Integration of Software-Intensive Systems (ISIS) Initiative Agenda SOA:
More information(BA122) Software Engineer s Workshop (SEW)
Training for the Business Analyst (BA122) Software Engineer s Workshop (SEW) Duration: 4 days CDUs (Continuing Development Units): 28 Description: A practical workshop covering the role of the Business-Systems
More informationIdentification and Analysis of Business and Software Services A Consolidated Approach
IEEE TRANSACTIONS ON SERVICES COMPUTING, VOL. 2, NO. 1, JANUARY-MARCH 2009 1 Identification and Analysis of Business and Software Services A Consolidated Approach Thomas Kohlborn, Axel Korthaus, Member,
More informationBUSINESS PROCESS MODELING AND SIMULATION. Geoffrey Hook. Lanner Group The Oaks, 5 Clews Road Redditch. B98 7ST UK
Proceedings of the 2011 Winter Simulation Conference S. Jain, R.R. Creasey, J. Himmelspach, K.P. White, and M. Fu, eds. BUSINESS PROCESS MODELING AND SIMULATION Geoffrey Hook Lanner Group The Oaks, 5 Clews
More informationThe IBM Rational Software Development Platform..Role focused tools help simplification via Separation of Concerns
The IBM Rational Software Development Platform..Role focused tools help simplification via Separation of Concerns Analyst Architect Developer Tester Model the business & identify the business services
More informationTDDC88 Lab 2 Unified Modeling Language (UML)
TDDC88 Lab 2 Unified Modeling Language (UML) Introduction What is UML? Unified Modeling Language (UML) is a collection of graphical notations, which are defined using a single meta-model. UML can be used
More informationMasters of Science in Software & Information Systems
Masters of Science in Software & Information Systems To be developed and delivered in conjunction with Regis University, School for Professional Studies Object Oriented Design Table of Contents January
More informationApplying 4+1 View Architecture with UML 2. White Paper
Applying 4+1 View Architecture with UML 2 White Paper Copyright 2007 FCGSS, all rights reserved. www.fcgss.com Introduction Unified Modeling Language (UML) has been available since 1997, and UML 2 was
More informationTraventec. September 2004. Technology Feature. Roadmap for Adoption of Service Oriented Architecture
Traventec September 2004 Technology Feature Roadmap for Adoption of Service Oriented Architecture ROADMAP FOR ADOPTION OF SERVICE ORIENTED ARCHITECTURE... 2 1. INTRODUCTION...2 2. GET PEOPLE INVOLVED...2
More information