Skip to main content

Example 4: ArchiMate Aggregation relationship in various layers

 Diagram:




Code:

@startuml

!include <archimate/archimate>

<style>

element {

    HorizontalAlignment: left;

    MinimumWidth: 180;

    Padding: 25;

}

note {

    BackgroundColor: #FFFFCC;

    RoundCorner: 5;

    MaximumWidth: 250;

}

</style>


left to right direction


title "ArchiMate 3.2 Valid Aggregation Relationships"


rectangle "Business Layer Aggregations" {

    Business_Actor(actor_organization, "Organization")

    Business_Actor(actor_department, "Department")

    Rel_Aggregation(actor_organization, actor_department, "Aggregation")

    note on link

    Business Actors can aggregate other Business Actors.

    Organization aggregates Departments.

    end note

    

    Business_Collaboration(collab_project, "Project Team")

    Business_Collaboration(collab_workgroup, "Work Group")

    Rel_Aggregation(collab_project, collab_workgroup, "Aggregation")

    note on link

    Business Collaborations can aggregate

    smaller collaborative structures.

    end note

    

    Business_Process(process_sales, "Sales Process")

    Business_Process(process_lead_qualification, "Lead Qualification")

    Rel_Aggregation(process_sales, process_lead_qualification, "Aggregation")

    note on link

    Business Processes can aggregate sub-processes.

    end note

    

    Business_Function(function_finance, "Finance Function")

    Business_Function(function_accounting, "Accounting Function")

    Rel_Aggregation(function_finance, function_accounting, "Aggregation")

    note on link

    Business Functions can aggregate sub-functions.

    end note

}


rectangle "Application Layer Aggregations" {

    Application_Component(app_banking_system, "Banking System")

    Application_Component(app_payment_module, "Payment Module")

    Rel_Aggregation(app_banking_system, app_payment_module, "Aggregation")

    note on link

    Application Components can aggregate 

    other Application Components.

    end note

    

    Application_Collaboration(app_collab_integration, "System Integration")

    Application_Collaboration(app_collab_messaging, "Messaging Framework")

    Rel_Aggregation(app_collab_integration, app_collab_messaging, "Aggregation")

    note on link

    Application Collaborations can aggregate 

    smaller collaborative components.

    end note

    

    Application_Interface(app_interface_api, "API Gateway")

    Application_Interface(app_interface_endpoint, "REST Endpoint")

    Rel_Aggregation(app_interface_api, app_interface_endpoint, "Aggregation")

    note on link

    Application Interfaces can aggregate 

    smaller interface elements.

    end note

    

    Application_Function(app_function_data_processing, "Data Processing")

    Application_Function(app_function_data_validation, "Data Validation")

    Rel_Aggregation(app_function_data_processing, app_function_data_validation, "Aggregation")

    note on link

    Application Functions can aggregate sub-functions.

    end note

    

    Application_Service(app_service_auth, "Authentication Service")

    Application_Service(app_service_token, "Token Management Service")

    Rel_Aggregation(app_service_auth, app_service_token, "Aggregation")

    note on link

    Application Services can aggregate

    more specialized services.

    end note

}


rectangle "Technology Layer Aggregations" {

    Technology_Node(tech_node_datacenter, "Data Center")

    Technology_Node(tech_node_server, "Physical Server")

    Rel_Aggregation(tech_node_datacenter, tech_node_server, "Aggregation")

    note on link

    Technology Nodes can aggregate 

    other nodes (physical or virtual resources).

    end note

    

    Technology_Collaboration(tech_collab_cluster, "Server Cluster")

    Technology_Collaboration(tech_collab_server_instance, "Server Instance")

    Rel_Aggregation(tech_collab_cluster, tech_collab_server_instance, "Aggregation")

    note on link

    Technology Collaborations can aggregate

    smaller collaborative units.

    end note

    

    Technology_Interface(tech_interface_network, "Network Gateway")

    Technology_Interface(tech_interface_port, "Network Port")

    Rel_Aggregation(tech_interface_network, tech_interface_port, "Aggregation")

    note on link

    Technology Interfaces can aggregate 

    more specific interfaces.

    end note

    

    Technology_Function(tech_function_storage, "Storage Management")

    Technology_Function(tech_function_backup, "Backup Function")

    Rel_Aggregation(tech_function_storage, tech_function_backup, "Aggregation")

    note on link

    Technology Functions can aggregate sub-functions.

    end note

    

    Technology_Service(tech_service_hosting, "Hosting Service")

    Technology_Service(tech_service_load_balancing, "Load Balancing Service")

    Rel_Aggregation(tech_service_hosting, tech_service_load_balancing, "Aggregation")

    note on link

    Technology Services can aggregate 

    more specialized services.

    end note

}


rectangle "Implementation & Migration Layer" {

    Implementation_WorkPackage(work_program, "Migration Program")

    Implementation_WorkPackage(work_project, "Migration Project")

    Rel_Aggregation(work_program, work_project, "Aggregation")

    note on link

    Work Packages can aggregate smaller work packages.

    end note

}


@enduml

Labels:

Comments

Post a Comment

Popular posts from this blog

Virtual environments in python

 Creating virtual environments is essential for isolating dependencies and ensuring consistency across different projects. Here are the main methods and tools available, along with their pros, cons, and recommendations : 1. venv (Built-in Python Virtual Environment) Overview: venv is a lightweight virtual environment module included in Python (since Python 3.3). It allows you to create isolated environments without additional dependencies. How to Use: python -m venv myenv source myenv/bin/activate # On macOS/Linux myenv\Scripts\activate # On Windows Pros: ✅ Built-in – No need to install anything extra. ✅ Lightweight – Minimal overhead compared to other tools. ✅ Works across all platforms . ✅ Good for simple projects . Cons: ❌ No dependency management – You still need pip and requirements.txt . ❌ Not as feature-rich as other tools . ❌ No package isolation per project directory (requires manual activation). Recommendation: Use venv if you need a simple, lightweight solut...
Post a Comment
Read more

Building a Simple Text Generator: A Hands-on Introduction

Introduction Text generation is one of the most exciting applications of Natural Language Processing (NLP) . From autocorrect and chatbots to AI-generated stories and news articles , text generation models help machines produce human-like text. In this blog post, we’ll introduce a simple yet effective text generation method using Markov Chains . Unlike deep learning models like GPT, this approach doesn’t require complex neural networks—it relies on probability-based word transitions to create text. We’ll walk through: ✅ The concept of Markov Chains and how they apply to text generation. ✅ A step-by-step implementation , fetching Wikipedia text and training a basic text generator. ✅ Example outputs and future improvements. The Concept of Markov Chains in Text Generation A Markov Chain is a probabilistic model that predicts future states (or words) based only on the current state (or word), rather than the full sentence history. How it works in text generation: 1️⃣ We analyze a gi...
Post a Comment
Read more

Mastering Trade-Off Analysis in System Architecture: A Strategic Guide for Architects

 In system architecture and design, balancing conflicting system qualities is both an art and a science. Trade-off analysis is a strategic evaluation process that enables architects to make informed decisions that align with business goals and technical constraints. By prioritizing essential system attributes while acknowledging inevitable compromises, architects can craft resilient and efficient solutions. This enhanced guide provides actionable insights and recommendations for architects aiming to master trade-off analysis for impactful architectural decisions. 1. Understanding Trade-Off Analysis Trade-off analysis involves identifying and evaluating the conflicting requirements and design decisions within a system. Architects must balance critical aspects like performance, scalability, cost, security, and maintainability. Since no system can be optimized for every quality simultaneously, prioritization based on project goals is essential. Actionable Insights: Define key quality ...
Post a Comment
Read more