{"id":6,"date":"2026-03-13T22:42:50","date_gmt":"2026-03-13T22:42:50","guid":{"rendered":"https:\/\/dev.harmonic-framework.com\/?page_id=6"},"modified":"2026-03-13T22:48:19","modified_gmt":"2026-03-13T22:48:19","slug":"methodologies","status":"publish","type":"page","link":"https:\/\/dev.harmonic-framework.com\/es\/methodologies\/","title":{"rendered":"Methodologies"},"content":{"rendered":"

Harmonic Design synthesizes four frameworks into a unified whole. Each retains its full set of rules, role definitions, and validation approach \u2014 but HD governs how they connect, how they reinforce each other, and how structural decisions at one layer propagate through all others.<\/p>\n\n\n\n

\n\n\n
\n
\n<\/svg>\n<\/div>\n

Volatility-Based Decomposition (VBD)<\/a><\/h2>\n

The backend structural model.<\/strong> Organize components around anticipated change, not current functionality.<\/p>\n

VBD identifies four volatility axes \u2014 functional, orchestration, cross-cutting, and environmental \u2014 and assigns each to a dedicated component role. Managers coordinate workflow. Engines execute business rules. Resource Accessors isolate external dependencies. Utilities handle cross-cutting concerns. Communication rules enforce clean boundaries: state flows downward, results propagate upward, horizontal coordination is prohibited.<\/p>\n

Read the full methodology \u2192<\/a><\/p>\n<\/div>\n\n

\n
\n<\/svg>\n<\/div>\n

Experience-Based Decomposition (EBD)<\/a><\/h2>\n

The interface structural model.<\/strong> Structure interfaces around human intent, not screens or components.<\/p>\n

EBD establishes three behavioral tiers \u2014 Experiences (complete user journeys), Flows (goal-directed sequences), and Interactions (atomic user actions) \u2014 plus shared Utilities. The same volatility axes apply: functional change is isolated in Interactions, structural change in Experiences, cross-cutting in Utilities, and environmental in API Accessors. The Experience is the exclusive communicator with the backend.<\/p>\n

Read the full methodology \u2192<\/a><\/p>\n<\/div>\n\n

\n
\n<\/svg>\n<\/div>\n

Boundary-Driven Testing (BDT)<\/a><\/h2>\n

The test strategy map.<\/strong> Testing difficulty is architectural evidence, not a testing problem.<\/p>\n

BDT maps the test spiral to the structural models defined by VBD and EBD. Each tier has a natural test profile: Engines and Flows at unit scope, seams between tiers at integration scope, complete journeys at E2E scope. Mock placement follows from structural position \u2014 you mock at boundaries because boundaries are the architecturally significant seams.<\/p>\n

Read the full methodology \u2192<\/a><\/p>\n<\/div>\n\n

\n
\n<\/svg>\n<\/div>\n

Project Design (PD)<\/a><\/h2>\n

The project planning model.<\/strong> You cannot estimate what you have not designed.<\/p>\n

Project Design derives the project plan from the architectural decomposition. Components become work packages. Dependencies become the project network. The critical path determines duration. Float analysis quantifies risk. The result is not one plan but a set of viable options with quantified trade-offs \u2014 enabling rational decision-making rather than guesswork.<\/p>\n

Read the full methodology \u2192<\/a><\/p>\n<\/div>\n\n\n

\n\n\n\n

How They Connect<\/h2>\n\n\n\n

The four frameworks are structurally isomorphic. The same volatility axes drive decomposition at every layer. The same communication rules apply. The same validation mechanism \u2014 trace a core scenario through the hierarchy \u2014 works in all four. A structural insight at one layer informs all layers simultaneously.<\/p>\n\n\n\n

Axis<\/th>Backend (VBD)<\/th>Interface (EBD)<\/th>Testing (BDT)<\/th>Planning (PD)<\/th><\/tr><\/thead>
Functional<\/td>Engine<\/td>Interaction<\/td>Unit tests<\/td>Core Work Package<\/td><\/tr>
Orchestration<\/td>Manager<\/td>Experience<\/td>Integration tests<\/td>Integration Milestone<\/td><\/tr>
Cross-cutting<\/td>Utility<\/td>Utility<\/td>Unit tests<\/td>Shared Infrastructure<\/td><\/tr>
Environmental<\/td>Resource Accessor<\/td>API Accessor<\/td>Unit (translation)<\/td>Boundary Work Package<\/td><\/tr><\/tbody><\/table><\/figure>","protected":false},"excerpt":{"rendered":"

Harmonic Design synthesizes four frameworks into a unified whole. Each retains its full set of rules, role definitions, and validation approach \u2014 but HD governs how they connect, how they reinforce each other, and how structural decisions at one layer propagate through all others. Volatility-Based Decomposition (VBD) The backend structural model. Organize components around anticipated … Read more<\/a><\/p>","protected":false},"author":0,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_uag_custom_page_level_css":"","footnotes":""},"methodology":[],"class_list":["post-6","page","type-page","status-publish"],"uagb_featured_image_src":{"full":false,"thumbnail":false,"medium":false,"medium_large":false,"large":false,"1536x1536":false,"2048x2048":false,"trp-custom-language-flag":false,"post-thumbnail":false,"hf-card":false,"hf-hero":false},"uagb_author_info":{"display_name":"","author_link":"https:\/\/dev.harmonic-framework.com\/es\/author\/"},"uagb_comment_info":0,"uagb_excerpt":"Harmonic Design synthesizes four frameworks into a unified whole. Each retains its full set of rules, role definitions, and validation approach \u2014 but HD governs how they connect, how they reinforce each other, and how structural decisions at one layer propagate through all others. Volatility-Based Decomposition (VBD) The backend structural model. Organize components around anticipated…","_links":{"self":[{"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/pages\/6","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/types\/page"}],"replies":[{"embeddable":true,"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/comments?post=6"}],"version-history":[{"count":3,"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/pages\/6\/revisions"}],"predecessor-version":[{"id":106,"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/pages\/6\/revisions\/106"}],"wp:attachment":[{"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/media?parent=6"}],"wp:term":[{"taxonomy":"methodology","embeddable":true,"href":"https:\/\/dev.harmonic-framework.com\/es\/wp-json\/wp\/v2\/methodology?post=6"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}