The document discusses service-oriented computing concepts including service-oriented architecture (SOA), service-oriented analysis and design, SOA characteristics, and SOA certifications. It provides an overview of key SOA concepts such as loose coupling, reusability, and autonomy. It also summarizes SOA goals like increased agility, interoperability, and return on investment. Sample exam questions are included to help understand SOA fundamentals.

1. Next generation
SOAFrom knowledge
To practice
SUBMITTED BY : MOHAMED ZAKARYA

2. PART 1
WHO ARE YOU !
WHAT YOU EXPECT 

3. WHAT YOU EXPECT 

4. COURSE AGENDA
 Introduction / Service Process Model
 Standardized Contract / Reusability
 Discoverability / Loose Coupling / Abstraction
 Composability / Autonomy / Statelessness
 Pattern intro / Certification dumps

5. SESSION AGENDA
 What you expect 
 SOA !
 Arcitura schools (SOA School)
 SOA certifications
 SOA With EA
 Fundamental SOA and Service Oriented Computing
 Service Oriented Computing Goals
 SOA characteristics
 Thanks 

6. SOA !

7. PART 2
Arcitura schools
SOA Certifications

8. ARCITURA SCHOOLS
SOA School Cloud School Big Data School

9. SOA CERTIFICATIONS

10. SOA CERTIFICATION – CERTIFIED SOA PROFESSIONAL
Exam S90.01: Fundamental SOA & Service-Oriented Computing
PLUS
Any one additional SOACP exam

11. SOA CERTIFICATION – CERTIFIED SOA ARCHITECT

12. SOA CERTIFICATION – BOOKS SERIES

13. PART 3
SOA WITH EA
FUNDAMENTAL SOA
SERVICE ORIENTED
COMPUTING
Service Oriented
Computing elements

14. WHAT IS ARCHITECTURE
Depiction of the system
that aids in the understanding of how the system will behave.
System Blueprint
that composed of elements , relations between them and
properties of both
Set of design decisions
that if made incorrect , may cause your project to be cancelled
Separate Execute Allocate

15. ARCHITECTURE IN REAL WORLD - FACTORY
Separate
• Separate each factory elements (Assets : dept.)
• Show dependency between (Assets : depts.)
Execute
• Show execution of production flow
• Show production element relations
Allocate
• Mapping between HR , Assets
• Show deployment of assets

16. ARCHITECTURE IN REAL WORLD - HUMAN
Separate
• Separate each system (Systems : Nervous, Digestive)
• Show dependency between Systems
Execute
• Show execution of each System flow
• Show execution elements relations
Allocate
• Mapping between Army(red blood cells), Systems
• Show deployment of Systems
• Install location of each system

17. SOA WITH ENTERPRISE ARCHITECTURE
Overall construction of the enterprise Particular construction technique
to build enterprise IT
Part of the enterprise architecture
Major impact on the overall construction
Includes much more than IT
Covers business operations, finance,
people, buildings and technology

18. SERVICE ORIENTED COMPUTING (SOC)
Include :
 its own design paradigm
 design principles
 design pattern catalogs
 pattern languages
 a distinct architectural model,
 and related concepts, technologies, and frameworks.
It’s builds upon past distributed computing platforms and adds :
 new design layers,
 governance considerations,
 set of implementation technologies.big umbrella in the
world of services
New generation of
distributed computing
platform

19. SERVICE ORIENTED COMPUTING (SOC)

20. SERVICE ORIENTED COMPUTING ELEMENTS
Service
Inventory
Solution
Logic
Service
Service
Composition
SOAService
Orientation

21. 1. SERVICE ORIENTATION
Comprised of
Design Principles
Govern designing
Solution Logic

22. 2. SERVICE ORIENTATION SOLUTION LOGIC
There has been a common misunderstand that the use of Web services technology
within an application shape a service-oriented solution
Principles
Goals
Service
Composition
Service
Solution
Logic

23. 3. SERVICE ORIENTED ARCHITECTURE
 form of technology architecture designed in support of service-oriented solution logic with distinct
characteristics in support of realizing service-orientation and the strategic goals associated with
service-oriented computing.
 SOA Implementation can consist of a combination of technologies, products, APIs, supporting
infrastructure extensions, and various other parts
technology architecture optimized
in support of
services,
service compositions,
service inventories.

24. 4. SERVICE / SERVICE CAPABILITY
Independent software programs with distinct design characteristics
Service with
functional context
Solution
Logic
Is a Unit of
Goals
help attain of

25. 5. SERVICE COMPOSITION
 service naturally and repeatedly composed
is fundamental to attaining several of key strategic
goals of service-oriented computing.
 Service-orientation design paradigm revolves
around preparing services for effective participation
in numerous complex compositions

26. 6. SERVICE INVENTORY ( & BLUEPRINT)
Service Inventory blueprints is a Collection of
Candidate services in analysis phase that need to
analyzed and refined as necessary before
committing to the actual creation of a physical
service inventory

27. SERVICE MODEL
Entity Service
Reusable service with an agnostic functional context
associated with one or more related business entities
Utility Service
reusable service with an agnostic functional context not retrieved from business
encapsulates low-level technology-centric functions,
such as notification, logging, and security processing.
Task Service
A service with a non-agnostic functional context that generally corresponds to
single-purpose A task service will usually encapsulate the composition logic
A service model is a classification used to indicate that a service belongs to one of several
predefined types based on the nature of the logic it encapsulates

28. SERVICE ORIENTED COMPUTING ELEMENTS RELATIONS
service-oriented computing platform
revolves around
service-orientation design paradigm
and its relationship with
service-oriented architecture

29. SERVICE ORIENTED ANALYSIS

30. SERVICE ORIENTED DESIGN

31. BREAK

32. PART 4
SERVICE ORIENTED
COMPUTING GOALS

33. SERVICE ORIENTED COMPUTING GOALS

34. SERVICE ORIENTED COMPUTING GOALS

35. SERVICE ORIENTED COMPUTING GOALS
Increased Return on Investment (ROI)
Services are delivered and viewed as IT assets expected to provide repeated value, that will
cover exceed cost of delivery and ownership
Increased Organizational Agility
Rapid delivery , New and changing business requirements can be fulfilled rapidly
Increased Intrinsic Interoperability
Service designed to be naturally compatible, no effort need for integration
Increased Business and Technology Domain Alignment
services are designed with a business-centric functional context alignment with the business,
even as the business changes
Reduced IT Burden
providing more value with less cost and less overall burden reduced waste and
redundancy, reduced size and operational cost
Increased Federation
Services establish a uniform contract layer hides underlying difference
Increased Vendor Diversification Options
A vendor-neutral architectural model organization to evolve the architecture
without limited to proprietary vendor platform characteristics

36. SERVICE ORIENTED COMPUTING GOALS
Increased Intrinsic Interoperability
Service designed to be naturally compatible, no effort need for integration
Integration VS
Interoperability

37. SERVICE ORIENTED COMPUTING GOALS
Increased Federation
Services establish a uniform contract layer hides underlying difference

38. SERVICE ORIENTED COMPUTING GOALS
Increased Vendor Diversification Options
A vendor-neutral architectural model organization to evolve the architecture
without limited to proprietary vendor platform characteristics

39. SERVICE ORIENTED COMPUTING GOALS
Increased Business and Technology Domain Alignment
services are designed with a business-centric functional context alignment with the business,
even as the business changes

40. SERVICE ORIENTED COMPUTING GOALS
Increased Return on Investment (ROI)
Services are delivered and viewed as IT assets expected to provide repeated value, that will
cover exceed cost of delivery and ownership

41. SERVICE ORIENTED COMPUTING GOALS
Increased Organizational Agility
Rapid delivery , New and changing business requirements can be fulfilled rapidly

42. SERVICE ORIENTED COMPUTING GOALS
Reduced IT Burden
providing more value with less cost and less overall burden reduced waste and
redundancy, reduced size and operational cost

43. PART 5
SOA
CHARACTERISTICS

44. SOA CHARACTERISTICS
Always align between technology
architecture and business needs
Business driven Vendor Neutral
Always align between technology
architecture and business needs
Composition centric
Always align between technology
architecture and business needs
Enterprise centric
Always align between technology
architecture and business needs

45. 1. BUSINESS-DRIVEN
Traditional technology architecture
For solutions delivered to fulfill tactical (short-term) business requirements
Result :
 Technical environment, over time, falls out of
alignment with organization's business direction
and requirements
 Increasingly difficult to adapt to
changing business needs

46. 1. BUSINESS-DRIVEN
Business driven technology architecture
business vision, goals, and requirements are positioned as the basis for and the primary influence
of the architectural model.
Result :
 maximizes the potential alignment of technology
and business
 continual increase in the value and life span of
the architecture.
 constant sync with how the business evolves
over time.

47. 2. VENDOR-NEUTRAL
Vendor-centric technology architectures :
Bound to corresponding vendor platform
Roadmaps
Result :
 Reduce opportunities to leverage technology
innovations provided by other vendor
platforms
 need to eventually replace the architecture
entirely with a new vendor implementation

48. 2. VENDOR-NEUTRAL
neutral vendor platforms
Result :
 freedom to diversify its implementation by
leveraging multiple vendor technology
innovations.
 Increases the longevity of the architecture
 Architecture evolve in response to changing
requirements

49. 3. ENTERPRISE-CENTRIC
Single-purpose services delivered to automate specific business processes
Result :
can end up establishing silos within the enterprise.

50. 3. ENTERPRISE-CENTRIC
 Enterprise centric services
Enterprise resource is simply logic positioned as an IT asset
 Result :
Extension of the enterprise that does not belong solely to any one application or solution

51. 4. COMPOSITION-CENTRIC
 Service built as flexible resources
that plugged into different aggregate
structures
 services must be capable of being pulled
into a variety of composition designs,
regardless of whether or not they are
initially required to participate in a
composition when they are first delivered

52. SOA TERMINOLOGIES
TERM
Service oriented computing Service orientation Service oriented architecture
Solution logic Service Service candidate
Service capability Service capability candidate Service composition
Service inventory domain service inventory Enterprise service inventory
integration Interoperability Service model
Entity service Utility service Task service
Business-centric Vendor-neutral Enterprise-centric
Composition-centric

53. SAMPLE EXAM QUESTIONS
Q1: Which of the following statements is false?
A. A service is a unit of logic to which service-orientation has been applied to
a meaningful extent.
B. Services are designed to increase the need for integration.
C. Services are the fundamental building blocks of service-oriented solutions.
D. A service composition is comprised of services.
Answer : B

54. SAMPLE EXAM QUESTIONS
Q2: A __________ can be part of a/an __________ which can be assembled from
__________ within a/an
__________.
A. component, object, enterprises, service
B. service inventory, service, enterprises, service composition
C. service, service composition, services, service inventory
D. service inventory, service, service compositions, enterprise
Answer : C

55. SAMPLE EXAM QUESTIONS
Q3: Services are ideally designed to be:
A. agnostic and reusable
B. unidirectional and semi-granular
C. linear and logistically decomposable
D. returnable and non-standardized
Answer : A

56. SAMPLE EXAM QUESTIONS
Q4: Service Autonomy, Service Statelessness, and Service Loose Coupling are
examples of:
A. service-oriented architecture types
B. service-orientation design principles
C. service models
D. none of the above
Answer : B

57. SAMPLE EXAM QUESTIONS
Q5: Service A invokes Service B. Service B invokes Service C. Service C invokes
both Service D and Service A.
In this runtime scenario, which services are acting as service consumers?
A. Service A, Service B, Service C
B. Service D, Service E
C. Service A
D. None, because a service cannot also be a service consumer.
Answer : A

58. BREAK

59. REFERENCES
http://www.soaschool.com/
http://serviceorientation.com/index.php/soaglossary/index
http://soapatterns.org/
http://www.servicetechmag.com/
http://www.soaschool.com/certifications
http://www.servicetechbooks.com/

60. ANY QUESTIONS

61. THANKS
ENJOY SOA .. WAIT FOR NEXT
MAIL: ENG.MOHAMEDZAKARYA@GMAIL.COM