Skip to content

Latest commit

 

History

History
42 lines (31 loc) · 3.14 KB

introduction.md

File metadata and controls

42 lines (31 loc) · 3.14 KB
layout title nav_order permalink
default
Introduction
2
/introduction

Introduction

Ask somebody in the building industry to visually communicate the architecture of a building and you'll be presented with site plans, floor plans, elevation views, cross-section views and detail drawings. In contrast, ask a software developer to communicate the software architecture of a software system using diagrams and you'll likely get a confused mess of boxes and lines ... inconsistent notation (colour coding, shapes, line styles, etc), ambiguous naming, unlabelled relationships, generic terminology, missing technology choices, mixed abstractions, etc.

| A software architecture sketch | A software architecture sketch | | A software architecture sketch | A software architecture sketch |

As an industry, we do have the Unified Modeling Language (UML), ArchiMate and SysML, but asking whether these provide an effective way to communicate software architecture is often irrelevant because many teams have already thrown them out in favour of much simpler "boxes and lines" diagrams. Abandoning these modelling languages is one thing but, perhaps in the race for agility, many software development teams have lost the ability to communicate visually.

Maps of your code

The C4 model was created as a way to help software development teams describe and communicate software architecture, both during up-front design sessions and when retrospectively documenting an existing codebase. It's a way to create "maps of your code", at various levels of detail, in the same way you would use something like Google Maps to zoom in and out of an area you are interested in.

| | | | | | | | | | | Level 1: A system context diagram provides a starting point, showing how the software system in scope fits into the world around it. | Level 2: A container diagram zooms into the software system in scope, showing the applications and data stores inside it. | Level 3: A component diagram zooms into an individual container, showing the components inside it. | Level 4: A code diagram (e.g. UML class) can be used to zoom into an individual component, showing how that component is implemented at the code level. |

Improving diagramming maturity

The goal of the C4 model is to raise the level of maturity associated with software architecture diagrams.

<script type="application/javascript" src="https://code.jquery.com/jquery-3.7.1.slim.min.js"></script> <script type="application/javascript" src="/assets/c4model.js"></script>