Professional Documents
Culture Documents
• Layer A 1. XXX
2. XX
Aa1 3. XX
• Layer B 1
Bb1 Bb2
• Layer C 3
Cc3
• Component Aa1
– Description
• Component Bb1
– Description
• Component Bb2
– Description
• Component Cc1
– Description
Components
to Deliver Architecture. This should guide Architect to
Capabilitie
formally agree, document the Technology Principles and
Key Technology Decisions.
s
– Capabilities contains the architecture capability reference
models to capture architecture needs to deliver
Architecture;
– Components contains the architecture component
reference models to consistently deliver architecture
based on past experience and emerging technologies.
Components
Capabilitie
– are typically produced by Business teams, and tend to
focus on what an application should do;
s
– may sometimes “hide” technical requirements, e.g.
“should be always available” and “should immediately
respond” are actually ill-defined technical requirements
listed as functional ones.
Non-Functional Requirements:
– are usually produced by Technology people, and tend to
be expressed in clear, measurable ways;
– sometimes they are not available, so we have to define
assumptions
<Describe the key non-functional requirements Sample Architecture Framework for Non-
driving the solution> Functional requirements
Non-Functional requirements are are typically aligned
with Architecture Concerns (“- ilities”).
Some of the most frequently encountered concerns
include:
– Scalability: how many users or transactions can it process
concurrently?
– Performance: how fast does it respond? what is the max
throughput?
– Recoverability: how does the application recover from a
fault?
– Security: can it sustain attacks? is data protected?
– Maintainability: how easy is it to maintain?
– Operability: how easy is it to use and managed? how is it
operated?
– Availability: is it available 24×7? and is it 99.9% or 99.99%?
Components
Capabilitie
– They are derived from or linked to the Architecture
assumptions, scope, constraints and objectives, or
s
Business mission / Strategy / Business objectives
– They will be used to justify the decisions made about the
patterns, components & capabilities in the architecture
– They will ensure that the architecture defined is consistent
and do not spread
Strategy
Reference Business Principles for the Business Principles & Decisions chosen
L0
industry by the enterprise
Drives
Drives
Reference Architecture Usage of the Reference Architecture
Enterprise Architecture
Reference Enterprise Architecture Enterprise Architecture Principles &
L1
Principles for Cloud Integration Decisions chosen for the solution
Drives
Drives
Technology Architecture
Reference Technology Architecture Technology Architecture Principles &
L2
Principles for Cloud Integration Decisions chosen for the solution
Drives
Drives
Update to
Technology Design illustrate which
family of
principles are Design Principles & Decisions chosen
L3 Reference Design Principles
described
for the solution
Drives
Components
concept which defines the vocabulary, constraints and
Capabilitie
principles and how it can be combined with other
patterns.
s
ADA v4 categories Architecture Patterns in two types:
– Business Solution Pattern: a combination of Tech
Components (and/or patterns) to do something specific
for a given business use,
– Technical Solution Pattern: a typical combination of Tech
Components (and/or patterns) that can be used for
multiple business solutions
ADA v4 also define the Implementation patterns for
Run-time capability (also called Design Pattern),
Development and Operation capability.
The next slides provides X Business/Technical Solution
Patterns for <Solution ABC or Technology ABC>
Copyright © 2015 Accenture All rights reserved. 16
Template slide – Remove and replace by your content
Case Study
Netflix
• They handle over a billion calls per day to their video streaming API from over
800 different kinds of devices.
• Each microservice is quite simple, being focused on one business capability
Enabling Principles
Smart endpoints and dumb pipes. Applications built from microservices aim to be as • Each API call fans out to an average of six calls to backend services.
decoupled and as cohesive as possible - they own their own domain logic and act more as
filters in the classical Unix sense - receiving a request, applying logic as appropriate and Amazon.com
producing a response
• They originally had a two-tier architecture. In order to scale they migrated to a
Decentralized Governance and Data Management. Teams are responsible for all aspects of service-oriented architecture consisting of hundreds of backend services.
the software they build including operating the software 24/7.Decentralizing decisions about
• The Amazon.com website application calls 100-150 services to get the data
conceptual models and decentralize data storage decisions
that used to build a web page.
Design for failure. Any service call could fail due to unavailability of the supplier, the client
has to respond to this as gracefully as possible. This is a disadvantage compared to a
monolithic design as it introduces additional complexity to handle it.
Components
Capabilitie
to implement in the solution, and specifically
– Functional Capabilities, which are very solution- and
s
industry-dependent, and require industry expertise. In
general, Functional Capabilities are all Run-time
(Execution) Capabilities.
<Highlight key Functional capabilities>
– Technical Capabilities, which tend to be more
standardized. Technical Capabilities are usually grouped in
3 families, depending on when they are used:
Development Capabilities, Run-time (Execution)
Capabilities and Operations Capabilities.
<Highlight the key technical capabilities>
• Describe the functional capabilities for the Solution ABC or Technoloy ABC
I&AM Transaction
Single Sign-on Federation Audit &
Traceability
Compliance
Validation
End-point
Capabilities
Service Lookup
Execution https://kx.accenture.com/repositories/ContributionForm.aspx?path=C29/26/51&mode=Read&origin=search
(Transactional) Synchronous
Processing Clustering Data
Access
Encoding &
Decoding
Data
Caching Enablement & Indirection
(e.g. via JVM, Interpreter) Execution (for Services & APIs) (via Registry, Directory)
Workflow Resource Scheduled Data Data Enrichment Data Transport & Message
Execution Locking Processing Load-balancing Abstraction & Aggregation Persistence Delivery Routing
(e.g. Process Automation) (incl. Batch) (for Data & Messages)
Rule Auditing, Queued & Fail-over Data Data Data Transport Type Guaranteed
Interpretation Logging &
Tracing
Asynchronous
Processing (& fail-back) Validation RenameSchemaor Add additional
Transformation Indexing Bridging Delivery
capabilities required by the
(e.g. via Rule Engine) (incl. adapters)
Execution Multi-version
Profiling Parallel
Execution
Presentation Capabilities
Presentation (User Interface) Capabilities
Describe L2 Capability in <Solution or Rendering & Interaction Capabilities Presentation Adaptation Capabilities Content Sourcing
Capabilities
UI (Web)
Technology X> context Composition &
Rendering
Form
Management Help Multi-channel
Presentation
Customisation
(by the user)
Content
Management
Identification Illustrative
Authorisation Encryption
use the Visio (Transport
ADA & Storage)
ARMs version
to create
Identity a
& fit to purpose Digital
Authentication Access Signature
version
Management (incl. Non-Repudiation)
I&AM Transaction
Single Sign-on Federation Audit &
Traceability
Compliance
Validation
Workflow Illustrative
Resource
use the Visio ADA
Scheduled
Execution Processing
Locking ARMs version Load-balancing
(e.g. Process Automation) (incl. Batch)
Execution Multi-version
Profiling Parallel
Execution
Program & Project Management Capabilities Quality & Knowledge Management Capabilities IT Organisation, Asset & Service Management Capabilities
Requirement Prototyping, SW-Defined Software Linking Continuous Artefact Release Software Data Archiving Information
https://kx.accenture.com/repositories/ContributionForm.aspx?path=C29/26/51&mode=Read&origin=search
Validation Mock-ups & Infrastructure
& Packaging Management Integration
Distribution Management
& Retirement Security
Storyboarding Definition En.’t Enablement (incl. media) Management
Requirement AS-IS Code Generation Development Software VM & Container Data Retention
Traceability Assessment & Forward Environment Configuration Management & Management
Management Engineering Integration Management Distribution
Environments
Development Unit Test Prototype & PoC System Test External User Acceptance Performance & Operational Live Disaster Recover Pilot Training Fix Development Fix Test
Environment(s) Environment(s) Environment(s) Environment(s) Integration Test Test Scalability Test Readiness Test Environment(s) Environment(s) Environment(s) Environment(s) Environment(s) Environment(s)
Environment(s) Environment Environment Environment
<Solution or Technology X> Planning & Project Management Resource & Collab. Agile Project
Capabilities Management Cap.s Management Cap.s
context Deliv. Planning, Issue & Risk Staffing &
Scope & Release Management Illustrative use the Visio ADA
Resource
Management Planning
ARMs version
Progress Tracking Change to create a fit to purpose
Team
& Reporting Management & Collaboration
(incl. effort tracking) Control version
Enablement
Forecasting & Training &
Predictive Estimating Competency
Analysis Management
Productivity
Measurement &
Reporting
Describe L2 Capability in <Solution or Technology X> Quality & Knowledge Management Capabilities
Methodology IT Collaboration
Compliance Management
Management
Static SW
Analysis
Enablement
IT Risk IT Facilities
version IT Service Level Problem
Management Management Management Management
ARMsEngineering
version Environment
Code Generation
& Forward
Development
Integration
to create a fit to purpose
version
Test Management
Capabilities
Test Execution & Automation
Capabilities
Test Case & Functional Test UI Test
Script Creation & Enablement Enablement
Management
Test Execution Unit Test Multi-Channel
Tracking & Enablement Test Enablement
Reporting (incl. multi-browser)
Performance
Test Enablement
Data Management
or Technology X> context Master, Reference & Data Quality Data Lifecycle Management
Meta-data Mgt. Cap.s Management Cap.s Capabilities
Data Log & Audit
Illustrative use the Visio
Conversion & ADA Trail
Migration Management
ARMs version
to create Data
a fit Archiving
to purpose Information
Security
& Retirement
version Management
Data Retention
Management
IT Operation Management
IT Operations Management Capabilities
Describe L2 Capability in <Solution or Technology X> System, Workstation & IaaS Management
Capabilities
context System &
Service
Server
Configuration &
Environment(s)
Configuration &
Monitoring Management Management
Illustrative
Semantic
Monitoring
use the
Workstation
Configuration & Visio ADA
Management
Automation &
ARMs IaaS
version
Backup, Restore
Scheduling
to create
(batch, scripts, etc.) Management to purpose
a fit
Configuration & & Archival
version
Performance & Availability Management Security Operations Management
Capabilities Capabilities
Capacity Performance Patch User Profile,
Planning Tuning Management Ident. & Access
Management
Components
people and;
Capabilitie
– People, who perform the Tasks & Activities and use the
Solution Components.
s
Most business Solutions will be built on a
combination of Technology, Processes and People.
In some cases a Capability can be delivered without
any People (if it’s really fully automated) or without
Technology Components (if it’s really fully manual).
Presentation Components Logic Execution Components Integration Components Data & Reporting Components
https://kx.accenture.com/repositories/ContributionForm.aspx?path=C29/26/51&mode=Read&origin=search
Media
Streaming Search &
Presentation Frameworks & Libraries Indexing SW
ShadeRun-time
out n/aFrameworks & Libraries Integration Frameworks & Libraries Server SW
components
Multi-channel User Workflow Persistency Utility Integration
Frameworks Frameworks Frameworks Libraries Adapters Libraries
(e.g. MVC) Data Stores
Server OSs Desktop Tablet & Phone Embedded & Cloud PaaS IaaS
(incl. Mainframes) (& Laptop) OSs OSs Autonomous Management Enablement Enablement
Device OSs Software Software Software
Copyright © 2015 Accenture All rights reserved. Source : Accenture – Platform Component Architecture Reference Model V4 41
Template slide – Remove and replace by your content
Presentation Components
Presentation Components
Proxy Access
Management &
Illustrative use the Visio ADAServer SW SSO SW
Persistency Utility
Frameworks Libraries
Integration Components
Integration Components
EAI Message
context Server SW Brokers
Managed File
ESBs Transfer SW
Illustrative use the Visio ADA (e.g. FTP)
API
ARMs version Management
SW
Service
Directory SW
Adapters Integration
Libraries
Server OSs Desktop Tablet & Phone Embedded & Cloud PaaS IaaS
(incl. Mainframes) (& Laptop) OSs OSs Autonomous Management Enablement Enablement
Device OSs Software Software Software
Infrastructure Components
End-User Back-end Autonomous Network Hardware Physical Network Storage Hardware Storage Supports
Computers Computers Computing Devices Connectivity Comps.
Personal Hubs & Directly- Direct Access
Computers Servers Mobile Phones Switches Cabling Attached Drives Storage
(incl. HDs and SSDs) Volumes
If all Mainframes
top-level Wearable Routers, Bridges Modems NASs Long-term
Workstations Computing & Gateways (Wire-line, Wireless, (Network-Attached Storage Volumes
capabilities are not Devices (incl. Access Points) Power-line, etc.) Storage) (e.g. AWS Glacier)
required, remove them
all and shade out the Smart Network
Interfaces SANs Removable
Laptops parentBlade Servers
capability Devices (Wire-line, Wireless, Antennas (Storage Area Disks
(e.g. Domotics) NFC, etc.) Networks) (incl. SSDs, USB Drives)
Tablets
Massively
Parallel
Computers
Illustrative use the Visio ADA ARMs version
Embedded
Computers Load Balancers
CTI Hardware
(Computer-Telephony
Integration)
Removable
Disk Drives
(e.g. FDs, HD bays)
Tapes
Kiosks Platform
Appliances
to create a fit to purpose version
Micro-Servers
Intrusion
Prevention & Tape Drives
Optical Media
(e.g. CD, DVD, Blu-Ray
https://kx.accenture.com/repositories/ContributionForm.aspx?path=C29/26/51&mode=Read&origin=search
Detection Sys. disks)
Peripherals Sensors & Actuators Data Centre Facility Components Data Centre Equipment
Mice & Image & Video Biometric Modular Data Physical Access Facility
Keyboards Capture Devices Readers Actuators Centres Control Devices Maintenance Racks
(Fingerprint, Iris, etc.) (DC-in-a-Box) Equipment
Copyright © 2015 Accenture All rights reserved. Source : Accenture – Infrastructure Component Architecture Reference Model V4 47
Template slide – Remove and replace by your content
Computing Components
Computing Components
(Physical & Virtualised)
Describe L2 Component in <Solution or Technology X> End-User Back-end Autonomous
Computers Computers Computing Devices
context Personal Servers Mobile Phones
Computers
Illustrative use the Visio ADA
Wearable
ARMs version
Workstations Mainframes Computing
Devices
to create a fit to purpose Smart
Laptops
version
Blade Servers Devices
(e.g. Domotics)
Massively Embedded
Tablets Parallel Computers
Computers
Robots
Network Components
Network Components
(Physical & Virtualised)
Describe L2 Component in <Solution or Technology X> Network Hardware Physical Network
Connectivity Comps.
context Hubs & Cabling
Switches
Illustrative use the Visio ADA
Routers, Bridges Modems
ARMs version
& Gateways (Wire-line, Wireless,
Power-line, etc.)
(incl. Access Points)
to create a fit toNetwork
purpose
version Interfaces
(Wire-line, Wireless,
NFC, etc.)
Antennas
CTI Hardware
Load Balancers (Computer-Telephony
Integration)
Intrusion
Prevention &
Detection Sys.
Firewalls
Storage Components
Storage Components
context Directly-
Attached Drives
Direct Access
Storage
(incl. HDs and SSDs) Volumes
Illustrative use the VisioNASs
ADA Long-term
ARMs version
(Network-Attached
Storage)
Storage Volumes
(e.g. AWS Glacier)
Removable
Disk Drives Tapes
(e.g. FDs, HD bays)
Optical Media
Tape Drives (e.g. CD, DVD, Blu-Ray
disks)
Optical Drives
(e.g. CD, DVD, Blu-Ray
drives)
Computing Accessories
Computing Accessories
Describe L2 Component in <Solution or
Peripherals Sensors & Actuators
Technology X> context
Displays Environmental Location
Printers Sensors
(2D & 3D) Illustrative use the
(Monitors, Projectors,
Wearable Displays)
Visio ADA(GPS,Detectors
(Temperature,
Beacons, etc.)
Magnetic field, etc.)
ARMs version
Mice & to create a fit Biometric
Image & Video to purpose
Readers Actuators
Keyboards Capture Devices
version
(Fingerprint, Iris, etc.)
• Draw as many views of the Runtime Architecture as required (Application, Data, Platform,
Infrastructure)
• Duplicate this slide for each of the view
Legend
Name <Solution or Technology ABC> Runtime Architecture
Roles / Stakeholders
Target Why ? What is the intent?
Purpose Designing | Deciding | Informing
Abstraction Levels Details | End-to-End | Executive
Accenture Cube Technology Cube v4
Component Layer(s) Application | Data | Platform | Infrastructure Application
Capability Layer(s) Runtime Component
Pattern Cloud to On-Premise using On-Premise ESB
Runtime Capability
• Draw as many views of the DevOps Architecture as required (Application, Data, Platform,
Infrastructure)
• Duplicate this slide for each of the view
Legend
Name <Solution or Technology ABC> DevOps Architecture
Roles / Stakeholders
Target Why ? What is the intent?
Purpose Designing | Deciding | Informing
Abstraction Levels Details | End-to-End | Executive
Accenture Cube Technology Cube v4
Component Layer(s) Application | Data | Platform | Infrastructure Application
Capability Layer(s) Runtime Component
Pattern Cloud to On-Premise using On-Premise ESB
DevOps Capability
• What are the problems client tries to solve ? • Describe the Key Client Requirements
• What are the objectives of the project and
the expected benefits ?
• What are the key aspects of the solution ? Key Client Principles
<Describe the key non-functional requirements Sample Architecture Framework for Non-
driving the solution> Functional requirements
Non-Functional requirements are are typically aligned
with Architecture Concerns (“- ilities”).
Some of the most frequently encountered concerns
include:
– Scalability: how many users or transactions can it process
concurrently?
– Performance: how fast does it respond? what is the max
throughput?
– Recoverability: how does the application recover from a
fault?
– Security: can it sustain attacks? is data protected?
– Maintainability: how easy is it to maintain?
– Operability: how easy is it to use and managed? how is it
operated?
– Availability: is it available 24×7? and is it 99.9% or 99.99%?
• The key business principles driving the <Solution ABC or Technology ABC> are:
– <Describe the 5-7 key business principles / drivers>
• The Architecture Principles driving the <Solution ABC or Technology ABC> are:
– <Architecture Principles: embody the spirit and thinking of existing enterprise principles or solution
principles>
– <Format map of principles / list of principles>
Architecture
Architecture
Principles
Requirements
Meets Design
Instructions
Partially
Provided Not provided
provided
Copyright © 2015 Accenture All rights reserved. Source : Accenture – ARM for Runtime Architecture 61
Template slide – Remove and replace by your content
Logic Execution Execution Control & Process Timing Execution Data Processing Capabilities Data Storage Integration & Data Transport
Capabilities Failure Mgmt Cap. Capabilities Partitioning Cap. Capabilities Capabilities
Custom Code Atomic Synchronous Data Encoding & Data End-point Service Lookup
Execution (Transactional) Processing Clustering Access Decoding Caching Enablement & Indirection
(e.g. via JVM, Interpreter) Execution (for Services & APIs) (via Registry, Directory)
Workflow Resource Scheduled Data Data Enrichment Data Transport & Message
Execution Locking Processing Load-balancing Abstraction & Aggregation Persistence Delivery Routing
Illustrative
(e.g. Process Automation) (incl. Batch) (for Data & Messages)
Rule Auditing, Queued & Fail-over Data Data Data Transport Type Guaranteed
Interpretation Logging & Asynchronous (& fail-back) Validation Schema Indexing Bridging Delivery
(e.g. via Rule Engine) Tracing Processing Transformation (incl. adapters)
(Complex) Event Interrupted Real-Time Redundant Report Data Data Publishing & Replication &
Correlation Execution Re- Processing Execution Generation Compression & Versioning Subscribing Synchronisation
Start/Recovery (for high-resiliency) Decompression
Execution Multi-version
Profiling Parallel
Execution
Copyright © 2015 Accenture All rights reserved. Source : Accenture – Platform Component Architecture Reference Model V4 63
Template slide – Remove and replace by your content
Copyright © 2015 Accenture All rights reserved. Source : Accenture – Platform Component Architecture Reference Model V4 64
Template slide – Remove and replace by your content
Copyright © 2015 Accenture All rights reserved. Source : Accenture – Platform Component Architecture Reference Model V4 65
Template slide – Remove and replace by your content
Copyright © 2015 Accenture All rights reserved. Source : Accenture – Platform Component Architecture Reference Model V4 66
Template slide – Remove and replace by your content
• Draw as many views of the Runtime Architecture as required (Application, Data, Platform,
Infrastructure)
• Duplicate this slide for each of the view
• Map Vendor’s Software and other products, to the Components of the view
Legend
Name <Solution or Technology ABC> Runtime Architecture
Roles / Stakeholders
Target Why ? What is the intent?
Purpose Designing | Deciding | Informing
Abstraction Levels Details | End-to-End | Executive
Accenture Cube Technology Cube v4
Component Layer(s) Application | Data | Platform | Infrastructure Application
Capability Layer(s) Runtime Component
Pattern Cloud to On-Premise using On-Premise ESB
Runtime Capability
• Draw as many views of the DevOps Architecture as required (Application, Data, Platform,
Infrastructure)
• Duplicate this slide for each of the view
• Map Vendor’s Software and other products, to the Components of the view
Legend
Name <Solution or Technology ABC> DevOps Architecture
Roles / Stakeholders
Target Why ? What is the intent?
Purpose Designing | Deciding | Informing
Abstraction Levels Details | End-to-End | Executive
Accenture Cube Technology Cube v4
Component Layer(s) Application | Data | Platform | Infrastructure Application
Capability Layer(s) Runtime Component
Pattern Cloud to On-Premise using On-Premise ESB
DevOps Capability
• Describe the Lessons Learned from this project, and the related recommendations
• Describe where to find the reference implementation, what has been done, what can be used on
project to jumpstart the delievry.
Contacts
• ADA Leads
– Ezio Armando (Architecture Excellence Global Lead)
– Olivier Fortin (ADA Development Lead)