When does class start/end?
Class hours may vary, please reach out to contact@ascendientlearning.com if you have any questions.
Solution Architecture Practitioners Guide
This course is a subset of WA2325 targeted for SA stakeholders involved with solution architecture, yet not responsible for producing architecture artifacts. The course will cover the same concepts....
Read More
$1,460 USD
Duration
2 days
Course Code
WA2326
Available Formats
Classroom
Overview
This course is a subset of WA2325 targeted for SA stakeholders involved with solution architecture, yet not responsible for producing architecture artifacts. The course will cover the same concepts. It will focus on understanding the architecture activities and artifacts, instead of developing architecture artifacts.
Who Can Benefit
- Managers and stakeholders involved with SA activities
Course Details
Outline
Chapter 1 - Introduction
- Introductions
- Course Outline
- Handouts & Appendices
- Practical Application
- Course Evaluation & Questions
- Course Delivery Overview
Chapter 2 - Solution Architecture Overview
- Why is Solution Architecture Important?
- Communications Vehicle Among Stakeholders
- The Project is Organized Around Architectural Elements
- What is a System?
- Why Focus on Structure?
- Solution Architecture Context
- Solution Architecture & Domains
- SA Spans All Domains
- Relationship to EA Architecture Development Process
- Solution Architecture
- Solution Architecture Stakeholders
- Solution Architecture Deliverables
- EA Involvement in SA
- Architecturally Significant
- Group Discussion: Architecture
- Resource: Software Engineering Institute (SEI)
- Resource: SWEBOK
- Resource: OpenUp
- Resource: Microsoft Library
- Group Discussion: Methodologies
- Summary
Chapter 3 - Core Solution Architecture Methods
- Shared Vision
- Example Shared Vision
- Draw the Boundary
- Well-defined Interface
- Example: Context Diagram
- Identify the External Interfaces
- Subsystems
- Subsystem Context Diagram
- Layers
- Example: Subsystems with Layers
- Components
- Decomposing the System
- Partitioning Patterns
- Example Partitioning Based on Patterns
- Example: Healthcare SOA Framework
- Requirements Allocation
- Group Discussion: Requirements Allocation
- Configuration Management Implications
- Release Management Implications
- Testing Implications
- Work Pattern & Skill Set Implications
- Work & Build Dependencies
- Increment/Sprint Planning
- Sizing Implications
- More Than Executable Architecture
- Development Architecture
- Operations Architecture
- Group Discussion: Integrating Operations Architecture
- Summary
Chapter 4 - Reference Architecture
- Reference Architecture
- Reference Architecture Components
- Reference Architecture Summarized
- Reference Architecture Context
- Architecture Principles
- Components of Principles
- Qualities of a Good Set of Principles
- EA Principles: Creation Process
- Templates: Principle & Principle Catalog
- Example: Architecture Principles
- Group Discussion: Principles
- Applying Architecture Principles
- Policies
- Template: Policy
- Example: Governance Policies
- Example: SOA Policy
- Example: Policies
- Reference Models
- Example: IBM Business Analytics & Optimization Reference Architecture
- Example: IBM Insurance Application Architecture
- Example: SOA Reference Architecture
- Example:Customer Experience Reference Architecture
- Business Scenarios
- Business Scenario Summary
- Business Scenario Outline
- Template & Example: Business Scenario
- Practices: Standards & Guidelines
- Example: Interoperability Standards
- Example: Insurance Reporting Reference Architecture
- Example: Electronic Product Code™ (EPC) Standards
- Example: Health Care Reference Architecture
- Resource: Financial Industry Organizations
- Resource: Health Industry Organizations
- Resource: Retail Industry Organizations
- Resource: Technical Organizations
- Industry Organizations
- Insurance Industry Standards ROI
- Requirements
- Example: Mobile Security Reference Architecture
- Example: MSRA Requirements
- Architecture Building Blocks: Reusable Requirement Sets
- Resource: NIST Security Requirements
- Example: COTS Standard Requirements Set
- Summary
Chapter 5 - Architecture Requirements
- Architecture Quality Attributes
- Quality of Service Requirement Categories
- Trade-off Analysis
- Group Discussion: Trade-offs
- Requirement Patterns
- Example: Non-Functional Requirement Patterns
- Architecture Change Cases
- Elements of a Change Case
- Example: Change Case
- Eliciting Change Cases
- Group Discussion: Change Case
- Summary
Chapter 6 - Architecture Deliverables
- Architecture Requirements Document
- Template: Requirements Specification
- IEEE Architectural Description Document
- Template: Architectural Description Document
- TOGAF Architecture Definition Document
- Templates: Architectural Definition Document
- Group Discussion: Architecture Definition Documents
- Interface Specifications
- Interface Specification Best Practices
- Interface Design Document
- Template: Interface Design Document
- Database Design Document
- Template: Database Design Document
- Platform Design Document
- Template: Platform Design Document
- Architecture Decision Document
- Template: Architecture Decision Document
- Group Discussion: Architecture Decision Document
- Summary
Chapter 7 - Views & Viewpoints
- Stakeholders
- Example Stakeholders & Concerns
- Stakeholder Matrix
- Stakeholder Map
- Views & Viewpoints
- Example: Documenting a Viewpoint
- Example: Another Viewpoint
- Group Discussion: Viewpoints
- Summary
Chapter 8 - Solution Architecture Views
- The 4+1 Views Approach
- Take a Multiple View Approach
- UML: Unified Modeling Language
- UML Notation Examples
- Use Case View
- Logical View
- Process Views
- Implementation View
- Deployment View
- Summary
Chapter 9 - Patterns
- What are Patterns?
- Elements of a Pattern
- Pattern Levels
- Pattern Types
- How to Start Using Patterns?
- Common Architectural Patterns
- Layers Pattern
- Example: Retail Layered Architecture
- Object-Oriented Design Patterns
- Structural Design Pattern: Facade Pattern Example
- Enterprise Integration Patterns
- Messaging Systems: Overview
- Example Pattern: Pipes and Filters
- Monitoring Credit Bureau Example
- EAA Patterns
- Model-View-Controller (MVC) Pattern
- SOA Patterns
- Example: Saga Pattern
- Business Process Patterns
- Example: Synchronizing Merge Pattern
- Configuration Management Patterns
- New Patterns Continue to Emerge
- Group Discussion: Patterns
- Summary
Chapter 10 - Architecture Tactics
- Tactics
- Availability Tactics
- Modifiability Tactics
- Architectural Patterns and Corresponding Tactics for Modifiability
- Performance Tactics
- Security Tactics
- Testability Tactics
- Usability Tactics
- Approach for Describing Tactics
- Group Discussion: Tactics
- Pipes & Filters: Tactics
- Service-Oriented Architecture (SOA): Tactics
- Summary
Chapter 11 - Architecture Techniques
- ATAM: Scenario-based Architecture Review
- Progressive Filtering
- Rubric
- Example: Service Design Rubric
- Example: Architecture Rubric
- Refactoring
- Think About the Future, But Wait to Act
- Feature Tree
- Decision Tables
- Decision Table Example
- Flowcharts
- Strength, Weakness, Opportunity, Threat (SWOT) Analysis
- Example: SWOT Layout
- SWOT Steps
- Summary
Chapter 12 - Commercial-Off-The-Shelf (COTS)
- COTS Advantages & Disadvantages
- COTS Implication: Accept Design Influence
- COTS Implication: Plan for Stability
- COTS Implication: Sustain Competency
- COTS Implication: Vendor Lock-In
- COTS Implication: Balance Business Needs & Architecture
- COTS Inherent Risks
- COTS Risk Management Strategy #1
- COTS Risk Management Strategy #2
- COTS Risk Management Strategy #3
- Group Discussion: COTS
- Typical COTS Architecture
- Summary
Chapter 13 - Solution Architecture Styles
- Message Oriented Middleware (MOM)
- MOM Messaging
- MOM Qualities
- Publish/Subscribe Messaging
- Point-to-Point Messaging
- MOM Advantages & Disadvantages
- MOM Example
- Service Oriented Architecture
- Understanding by Analogy
- Service Oriented Architecture
- Service Elements
- Service Actors
- Service Layering
- SOA Advantages & Disadvantages
- SOA Example
- Web Oriented Architecture
- The WOA Difference
- WOA Services
- WOA Communities
- WOA Advantages & Disadvantages
- WOA Example
- Business Process Management
- Further Qualifying BPM
- BPM Architecture
- BPM Architecture Model
- BPM Advantages & Disadvantages
- Master Data Management
- Understanding Master Data
- Qualities of Master Data
- MDM Implementation Styles
- MDM Advantages & Disadvantages
- MDM Example
- Summary
Chapter 14 - SDLC Support
- Architecture is Only as Good as the Implementation
- Solution Architecture vs. Project Manager
- Project vs Product Lifecycle
- Collaboration Important
- Quality Requirements
- Requirements Traceability
- Testing
- Test Cycles
- Group Discussion: Test Types
- Summary
Chapter 15 - The Architecture Toolbox
- The Architecture Toolbox
- The Toolbox
- What Goes in A Toolbox
- More Patterns
- Business Analysis Book of Knowledge (BABOK)
- Resource: Business Architecture Body of Knowledge (BIZBOK™)
- DAMA DMBOK
- Reference Library
- Practitioner Toolbox Items
- Group Discussion: Toolbox Items
- Summary
Chapter 16 - Lessons Learned
- Process Recommendations Summary
- Structural Recommendations Summary
- Anti-Patterns
- Anti-Pattern: Bleeding Edge
- Anti-Pattern: Goldplatting
- Anti-Pattern: Strive for Perfection
- Anti-Pattern: Stuck in the Weeds
- Anti-Pattern: Technology Above All
- Group Discussion
- Summary
Handout 1 - Sample Principles
- Business Principles
- Data Principles
- Application Principles
- Technology Principles
- Governance Principles
- SOA Governance Principles
Handout 2 - Requirement Patterns
Handout 3 - Rubric Worksheet
Appendix A - Reference Library
- Industry Organizations
- References & Further Reading
Appendix B - Glossary
- ABC
- DEF
- GHI
- MNO
- PQR
- STU
- VWXYZ
Appendix C - Pattern List
Appendix D - Enterprise Application Integration (EAI) Patterns
- Enterprise Integration Patterns
- EAI Patterns Summary
- Messaging Systems: Overview
- Pattern: Pipes and Filters
- Root Pattern: Message Channel
- Root Pattern: Message
- Root Pattern: Message Router
- Root Pattern: Message Translator
- Root Pattern: Message Endpoint
- Root Pattern: System Management
- Monitoring Credit Bureau Example
- Summary
Appendix E - Service-Oriented Architecture (SOA) Patterns
- SOA Patterns
- Messaging Problem #1
- Asynchronous Queuing Pattern – 1/2
- Asynchronous Queuing Pattern – 2/2
- Asynchronous Queuing Pattern Illustration
- Messaging Problem #2
- Event-Driven Messaging Pattern
- Event Messaging Pattern Illustration
- Messaging Problem #3
- Reliable Messaging Pattern
- Reliable Messaging Pattern Illustration
- Protocol Integration Problem #1
- Adapter Pattern
- Adapter Pattern Illustration
- Protocol Integration Problem #2
- Canonical Protocol Pattern
- Canonical Protocol Pattern Illustration
- Protocol Integration Problem #3
- Protocol Bridging Pattern
- Protocol Bridging Pattern Illustration
- Data Service Problem #1
- Canonical Data Format Pattern
- Canonical Data Format Illustration
- Data Service Problem #2
- Data Transformation Pattern
- Data Transformation Illustration
- Data Service Problem #3
- Data Service Problem #3 (cont’d)
- Schema Centralization Pattern
- Schema Centralization Illustration
- Service Design Problem #1
- Service Design Problem #1 (cont)
- Intermediate Routing Pattern
- Intermediate Routing Illustration
- Service Design Problem #2
- Decoupled Contract Pattern
- Decoupled Contract Illustration
- Decoupled Contract Another Illustration
- Service Design Problem #3
- Service Encapsulation Pattern
- Service Encapsulation Illustration
- Service Design Problem #4
- Service Decomposition Pattern
- Service Decomposition Illustration
- Summary
Schedule
FAQ
Does the course schedule include a Lunchbreak?
Classes typically include a 1-hour lunch break around midday. However, the exact break times and duration can vary depending on the specific class. Your instructor will provide detailed information at the start of the course.
What languages are used to deliver training?
Most courses are conducted in English, unless otherwise specified. Some courses will have the word "FRENCH" marked in red beside the scheduled date(s) indicating the language of instruction.
What does GTR stand for?
GTR stands for Guaranteed to Run; if you see a course with this status, it means this event is confirmed to run. View our GTR page to see our full list of Guaranteed to Run courses.
How do I find an Ascendient Learning training location?
We have training locations across the United States and Canada - View a complete list of classroom training locations.
Which delivery formats are available?
At Ascendient Learning, we offer training that is Instructor-Led, Online, Virtual, and Self-Paced.
Does Ascendient Learning deliver group training?
Yes, we provide training for groups, individuals and private on sites. View our group training page for more information.
What does vendor-authorized training mean?
As a vendor-authorized training partner, we offer a curriculum that our partners have vetted. We use the same course materials and facilitate the same labs as our vendor-delivered training. These courses are considered the gold standard and, as such, are priced accordingly.
Is the training too basic, or will you go deep into technology?
It depends on your requirements, your role in your company, and your depth of knowledge. The good news about many of our learning paths, you can start from the fundamentals to highly specialized training.
How up-to-date are your courses and support materials?
We continuously work with our vendors to evaluate and refresh course material to reflect the latest training courses and best practices.
Are your instructors seasoned trainers who have deep knowledge of the training topic?
Ascendient Learning instructors have an average of 27 years of practical IT experience and have also served as consultants for an average of 15 years. To stay current, instructors spend at least 25 percent of their time learning new, emerging technologies and courses.
Do you provide hands-on training and exercises in an actual lab environment?
Lab access is dependent on the vendor and the type of training you sign up for. However, many of our top vendors will provide lab access to students to test and practice. The course description will specify lab access.
Will you customize the training for our company’s specific needs and goals?
We will work with you to identify training needs and areas of growth. We offer a variety of training methods, such as private group training, on-site of your choice, and virtually. We provide courses and certifications that are aligned with your business goals.
How do I get started with certification?
Getting started on a certification pathway depends on your goals and the vendor you choose to get certified in. Many vendors offer entry-level IT certification to advanced IT certification that can boost your career. To get access to certification vouchers and discounts, please contact info@ascendientlearning.com.
Will I get access to content after I complete a course?
You will get access to the PDF of course books and guides, but access to the recording and slides will depend on the vendor and type of training you receive.
How do I request a W9 for Ascendient Learning?
View our filing status and how to request a W9.
Reviews
You get detailed labs to guide you through the technical material giving you a hands on method of learning otherwise difficult material.
Class was very informative, although one lab didnt but will try again later
Great class I learned a great deal from the material. There would seem to a large amount that I need to learn about.
Concise and good to follow along. Although it is a lot to take in under a short period of time.
vary good online learning. instructor is vary good the way he explained every thing.
