0% found this document useful (0 votes)
8 views4 pages

Sia Pointers

The document provides an overview of Service-Oriented Architecture (SOA), detailing its definition, key components, advantages, and challenges, as well as the importance of developing current architecture views and the role of enterprise architects. It also discusses the concept of Enterprise Architecture (EA), its core domains, benefits, risks, and governance. Additionally, it compares SOA with traditional architecture, highlighting differences in structure, scalability, interoperability, maintenance, and communication.

Uploaded by

OJT DCOMASINLOC
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
8 views4 pages

Sia Pointers

The document provides an overview of Service-Oriented Architecture (SOA), detailing its definition, key components, advantages, and challenges, as well as the importance of developing current architecture views and the role of enterprise architects. It also discusses the concept of Enterprise Architecture (EA), its core domains, benefits, risks, and governance. Additionally, it compares SOA with traditional architecture, highlighting differences in structure, scalability, interoperability, maintenance, and communication.

Uploaded by

OJT DCOMASINLOC
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 4

Section 1: Service-Oriented Architecture (SOA)

1. Definition of SOA:

o A design model where services are reusable and communicate across platforms.

2. Key Components of SOA:

o Service Provider: Delivers the service.

o Service Consumer: Requests and uses the service.

o Service Registry: Stores service descriptions and metadata.

3. Enterprise Service Bus (ESB):

o Acts as a middleware to facilitate communication between services.

o Handles message routing, transformation, and protocol conversion.

4. Characteristics of SOA:

o Loose Coupling: Services are independent and interact through defined interfaces.

o Interoperability: Services can work across different systems and languages.

o Reusability: Services can be reused for various applications.

5. Communication Protocols in SOA:

o Commonly uses HTTP, SOAP, and REST.

6. Advantages of SOA:

o Flexibility and scalability.

o Faster development through reusable services.

o Improved integration across systems.

7. Challenges of SOA:

o Increased complexity in managing multiple services.

o Governance and security concerns.

o Performance overhead due to service communication.

Section 2: Developing Current Architecture Views

1. Current ("As-Is") Architecture:

o Documents the existing state of IT infrastructure and business processes.

2. Importance of Documenting Current Views:

o Provides a baseline for future planning.


o Identifies redundancies and inefficiencies.

3. Common Artifacts in Current Architecture:

o Data Flow Diagrams (DFD): Shows how information moves between systems.

o System Interface Diagram: Displays how systems communicate.

o Network Topology: Maps the physical and logical network structure.

4. Role of Enterprise Architects:

o Analyze and document current systems.

o Ensure business and IT alignment.

o Identify gaps for improvement.

Section 3: Computer Software

1. Types of Software:

o System Software: Manages hardware and basic operations (e.g., Operating Systems).

o Application Software: Used by end-users for specific tasks (e.g., MS Word, Excel).

2. System Software Categories:

o Operating Systems (OS): Windows, Linux, macOS.

o Device Drivers: Interface between hardware and OS.

o Utility Software: Helps in maintenance (e.g., Antivirus, Backup software).

3. Language Translators:

o Converts high-level programming languages into machine code.

o Types: Compiler, Interpreter, and Assembler.

Section 4: The Concept of Enterprise Architecture (EA)

1. Definition of Enterprise Architecture:

o A strategic framework aligning business and IT through documentation and governance.

2. Core Domains of EA:

o Business Architecture: Organizational processes and goals.

o Application Architecture: Software systems and their interactions.

o Data Architecture: Data management and flow.

o Infrastructure Architecture: Physical technology (servers, networks).


o Security Architecture: Protecting assets and information.

3. Purpose of Enterprise Architecture:

o Align IT with business objectives.

o Improve operational efficiency.

o Support informed decision-making.

4. EA Artifacts:

o Strategic Plans (long-term business direction).

o System Diagrams (visual representation of IT assets).

o SWOT Analysis (identifies strengths, weaknesses, opportunities, and threats).

Section 5: The Value and Risk of Enterprise Architecture

1. Benefits of Enterprise Architecture:

o Improved Business-IT Alignment: Ensures technology supports business goals.

o Operational Efficiency: Reduces redundancy and improves workflows.

o Cost Reduction: Optimizes resource allocation and reduces waste.

2. Risks and Challenges:

o High Initial Costs: Requires investment in tools and training.

o Governance Complexity: Managing policies and compliance.

o Change Resistance: Employees may resist new processes.

3. Governance in EA:

o Establishes standards for architecture practices.

o Ensures compliance with business and regulatory needs.

Comparison Pointers: SOA vs. Traditional Architecture

Feature SOA Traditional Architecture

Structure Modular, service-based Monolithic, tightly integrated

Scalability Easily scalable by adding new services Limited scalability

Interoperability Works across different platforms Limited to specific environments


Maintenance Easier to update individual services Changes impact the entire system

Communication Uses protocols like HTTP, SOAP, REST Limited to proprietary interfaces

Key Definitions to Review

1. Service: A self-contained unit performing a specific task in SOA.

2. API (Application Programming Interface): Defines how software components interact.

3. Governance: Policies to ensure compliance and effective EA management.

4. Loose Coupling: Reducing dependencies between components in SOA.

5. Middleware: Software enabling communication between services and applications.

You might also like