guardian/support-frontend
Logical Components
An overview of source code logical components.

Logical Decomposition #1: PRIMARY

The decompositions is based on the folder structure at level 1 (relative to the source code root).

Bubble Chart | Tree Map
Component Sizes (Lines of Code)
The "primary" logical decomposition has 20 components.

support-frontend60473 LOC (75%) 773 files
support-payment-api4052 LOC (5%) 75 files
support-workers3128 LOC (3%) 36 files
support-models3047 LOC (3%) 70 files
cdk2221 LOC (2%) 8 files
supporter-product-data1771 LOC (2%) 33 files
support-lambdas896 LOC (1%) 22 files
stripe-patrons-data884 LOC (1%) 18 files
support-modules883 LOC (1%) 17 files
support-services740 LOC (<1%) 17 files
support-internationalisation710 LOC (<1%) 5 files
support-backend373 LOC (<1%) 13 files
support-config334 LOC (<1%) 15 files
.github245 LOC (<1%) 2 files
modules160 LOC (<1%) 4 files
support-e2e101 LOC (<1%) 6 files
project30 LOC (<1%) 2 files
.devcontainer27 LOC (<1%) 1 file
support-frontend-static20 LOC (<1%) 1 file
ROOT10 LOC (<1%) 2 files

scope details...
  • 1,120 files, 80,105 LOC (100.0% vs. main code).
Component Commits
Components ordered by number of commits
Total Commits per Component
All commits, some commits may include files from multiple components.
support-frontend7070 commits (24%)
support-models870 commits (3%)
cdk548 commits (1%)
project419 commits (1%)
support-workers390 commits (1%)
support-payment-api345 commits (1%)
support-services292 commits (1%)
supporter-product-data281 commits (<1%)
support-modules193 commits (<1%)
support-config137 commits (<1%)
support-lambdas128 commits (<1%)
stripe-patrons-data87 commits (<1%)
support-internationalisation47 commits (<1%)
.github45 commits (<1%)
support-e2e27 commits (<1%)
modules22 commits (<1%)
support-backend21 commits (<1%)
support-frontend-static13 commits (<1%)
.devcontainer9 commits (<1%)
ROOT8 commits (<1%)
Yearly File Updates Trend per Components
The number of file changes in commits
animated commit history: all time cumulative | 12 months window
2026 2025 2024 2023 2022 2021 2020 2019 2018
support-frontend
548
2027
2077
769
805
289
236
319
support-workers
95
290
5
cdk
75
177
105
127
64
support-models
36
110
125
48
77
78
179
214
3
support-payment-api
26
53
68
87
49
54
8
support-services
18
33
44
34
21
25
47
69
1
project
28
15
53
164
101
17
15
25
1
support-lambdas
10
22
23
22
8
6
8
29
support-modules
1
27
56
45
38
13
13
support-config
11
15
20
23
17
5
7
38
1
supporter-product-data
5
17
37
43
37
142
modules
11
11
support-backend
21
.github
5
14
26
stripe-patrons-data
1
12
16
20
38
.devcontainer
9
support-frontend-static
1
5
7
ROOT
4
4
support-internationalisation
3
3
8
3
11
16
3
support-e2e
2
22
3


Dependencies between components in same commits (past 180 days)
The number on the lines shows the number of shared commits.
See detailed temporal dependencies report... 

flowchart TB
    n0["support-frontend"]
    n1["support-workers"]
    n2["support-models"]
    n3["cdk"]
    n4["support-payment-api"]
    n5["support-backend"]
    n6["support-services"]
    n7["support-lambdas"]
    n8["project"]
    n9["support-config"]
    n10["modules"]
    n11[".devcontainer"]
    n12["supporter-product-data"]
    n13["support-e2e"]
    n0 ---|"206"| n0
    n1 ---|"21"| n1
    n2 ---|"19"| n0
    n3 ---|"18"| n0
    n0 ---|"15"| n1
    n4 ---|"14"| n0
    n5 ---|"13"| n3
    n3 ---|"12"| n3
    n6 ---|"9"| n0
    n7 ---|"8"| n0
    n8 ---|"8"| n0
    n9 ---|"8"| n0
    n5 ---|"8"| n5
    n1 ---|"8"| n3
    n4 ---|"8"| n1
    n7 ---|"7"| n7
    n7 ---|"7"| n1
    n2 ---|"7"| n2
    n6 ---|"6"| n3
    n5 ---|"6"| n0
    n6 ---|"6"| n9
    n4 ---|"6"| n3
    n2 ---|"6"| n3
    n4 ---|"5"| n4
    n2 ---|"5"| n1
    n10 ---|"4"| n0
    n2 ---|"4"| n4
    n3 ---|"4"| n8
    n9 ---|"4"| n3
    n6 ---|"4"| n2
    n9 ---|"3"| n2
    n11 ---|"3"| n8
    n10 ---|"3"| n10
    n2 ---|"3"| n10
    n1 ---|"3"| n8
    n4 ---|"3"| n6
    n1 ---|"3"| n6
    n11 ---|"2"| n0
    n4 ---|"2"| n7
    n4 ---|"2"| n9
    n1 ---|"2"| n9
    n12 ---|"2"| n0
    n6 ---|"2"| n6
    n4 ---|"2"| n8
    n6 ---|"2"| n5
    n12 ---|"2"| n3
    n12 ---|"2"| n1
    n13 ---|"1"| n0
    n2 ---|"1"| n8
    n6 ---|"1"| n8
    classDef default fill:#00b2ee,stroke:#ffffff,color:#000000;
    classDef highlighted fill:#00b2ee,stroke:#ffffff,color:#000000;
    linkStyle 0 stroke:#a0a0a0FF,stroke-width:10px
    linkStyle 1 stroke:#a0a0a05E,stroke-width:1px
    linkStyle 2 stroke:#00688b4C,stroke-width:1px
    linkStyle 3 stroke:#00688b4C,stroke-width:1px
    linkStyle 4 stroke:#00688b4C,stroke-width:1px
    linkStyle 5 stroke:#00688b4C,stroke-width:1px
    linkStyle 6 stroke:#00688b4C,stroke-width:1px
    linkStyle 7 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 8 stroke:#00688b4C,stroke-width:1px
    linkStyle 9 stroke:#00688b4C,stroke-width:1px
    linkStyle 10 stroke:#00688b4C,stroke-width:1px
    linkStyle 11 stroke:#00688b4C,stroke-width:1px
    linkStyle 12 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 13 stroke:#00688b4C,stroke-width:1px
    linkStyle 14 stroke:#00688b4C,stroke-width:1px
    linkStyle 15 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 16 stroke:#00688b4C,stroke-width:1px
    linkStyle 17 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 18 stroke:#00688b4C,stroke-width:1px
    linkStyle 19 stroke:#00688b4C,stroke-width:1px
    linkStyle 20 stroke:#00688b4C,stroke-width:1px
    linkStyle 21 stroke:#00688b4C,stroke-width:1px
    linkStyle 22 stroke:#00688b4C,stroke-width:1px
    linkStyle 23 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 24 stroke:#00688b4C,stroke-width:1px
    linkStyle 25 stroke:#00688b4C,stroke-width:1px
    linkStyle 26 stroke:#00688b4C,stroke-width:1px
    linkStyle 27 stroke:#00688b4C,stroke-width:1px
    linkStyle 28 stroke:#00688b4C,stroke-width:1px
    linkStyle 29 stroke:#00688b4C,stroke-width:1px
    linkStyle 30 stroke:#00688b4C,stroke-width:1px
    linkStyle 31 stroke:#00688b4C,stroke-width:1px
    linkStyle 32 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 33 stroke:#00688b4C,stroke-width:1px
    linkStyle 34 stroke:#00688b4C,stroke-width:1px
    linkStyle 35 stroke:#00688b4C,stroke-width:1px
    linkStyle 36 stroke:#00688b4C,stroke-width:1px
    linkStyle 37 stroke:#00688b4C,stroke-width:1px
    linkStyle 38 stroke:#00688b4C,stroke-width:1px
    linkStyle 39 stroke:#00688b4C,stroke-width:1px
    linkStyle 40 stroke:#00688b4C,stroke-width:1px
    linkStyle 41 stroke:#00688b4C,stroke-width:1px
    linkStyle 42 stroke:#a0a0a04C,stroke-width:1px
    linkStyle 43 stroke:#00688b4C,stroke-width:1px
    linkStyle 44 stroke:#00688b4C,stroke-width:1px
    linkStyle 45 stroke:#00688b4C,stroke-width:1px
    linkStyle 46 stroke:#00688b4C,stroke-width:1px
    linkStyle 47 stroke:#00688b4C,stroke-width:1px
    linkStyle 48 stroke:#00688b4C,stroke-width:1px
    linkStyle 49 stroke:#00688b4C,stroke-width:1px
About This Analysis

Logical decomposition is a representation of the organization of the main source code, where every and each file is put in exactly one logical component.

  • A software system can have one or more logical decompositions.
  • A logical decomposition can be defined in two ways in Sokrates.
  • First approach is based on the folders structure. Components are mapped to folders at defined folder depth relative to the source code root.
  • Second approach is based on explicit definition of each component. In such explicit definitions, components are explicitly named and their files are selected based on explicitly defined path and content filters.
  • A logical decomposition is considered invalid if a file is selected into two or more components. This constraint is introduced in order to facilitate measuring of dependencies among components.
  • Files not assigned to any component are put into a special "Unclassified" component.

2026-10-07 12:08