Menu
Home
People
Places
Arts
History
Plants & Animals
Science
Life & Culture
Technology
Reference.org
Software architect
open-in-new
<h2 id="strategies-for-software-architects-to-handle-uncertainty">Strategies for Software Architects to Handle Uncertainty</h2> <p>Software architecture and, subsequently, software architects inherently deal with uncertainties. It is the software architect's job to decide the size of architectural components, which can significantly influence a system's outcomes, both positively and negatively. Neal Ford and Mark Richards propose an iterative approach to address the challenge of identifying and right-sizing components. This method emphasizes continuous refinement as teams develop a more nuanced understanding of system behavior and requirements. <a class="footnote-ref" id="fnref:3" href="#fn:3"><sup>3</sup></a> </p><p>The approach typically involves a cycle with several stages: <a class="footnote-ref" id="fnref:4" href="#fn:4"><sup>4</sup></a> </p> <ul><li>A high-level partitioning strategy is established, often categorized as technical or domain-based. Guidelines for the smallest meaningful deployable unit, referred to as "quanta," are defined. While these foundational decisions are made early, they may be revisited later in the cycle if necessary.</li> <li>Initial components are identified based on the established strategy.</li> <li>Requirements are assigned to the identified components.</li> <li>The roles and responsibilities of each component are analyzed to ensure clarity and minimize overlap.</li> <li>Architectural characteristics, such as scalability, fault tolerance, and maintainability, are evaluated.</li> <li>Components may be restructured based on feedback from development teams.</li></ul> <p>This cycle serves as a general framework and can be adapted to different domains. </p> <h2 id="anti-patterns">Anti-patterns</h2> <p>The following architectural <a href="/facts/Anti-pattern/BSSJC6os">anti-patterns</a> can arise when architects make decisions. These anti-patterns often follow a progressive sequence, where resolving one may lead to the emergence of another. <a class="footnote-ref" id="fnref:5" href="#fn:5"><sup>5</sup></a> </p> <ul><li>An architect may delay or avoid making architectural decisions due to the fear of choosing incorrectly. To address this, ongoing and close collaboration with the development team is often necessary, with architectural choices being adjusted based on their feedback. Additionally, decisions are typically made at the "last responsible moment," ensuring there is enough information to justify and validate the decision, while avoiding unnecessary delays that could lead to <a href="/facts/Analysis_paralysis/StwX896j">analysis paralysis</a> and hinder the team's progress. <a class="footnote-ref" id="fnref:6" href="#fn:6"><sup>6</sup></a></li> <li>Another anti-pattern can arise when architectural decisions are forgotten, not documented, or not understood, leading to repeated discussions without resolution. This often occurs when email is used to communicate architectural decisions. To address these challenges, architects typically provide both technical and business justifications (often related to cost, user satisfaction, and time to market) in a single record of the architectural decision (usually an Architecture Decision Record). This record can be maintained in an accessible repository, such as a wiki. Communication via email focuses on the nature and context of the change and is directed only to relevant stakeholders, with a link to the centralized record. This ensures there is always a single updated source of truth. Additionally, if an architectural decision does not offer tangible business value, or if the business value is misaligned with business stakeholders, it may need to be reconsidered. <a class="footnote-ref" id="fnref:7" href="#fn:7"><sup>7</sup></a></li></ul> <h2 id="see-also">See also</h2> <ul><li><a href="/facts/Software_architecture/1Hokp0Ed">Software architecture</a></li> <li><a href="/facts/Software_engineering/KX6cE9kz">Software engineering</a></li> <li><a href="/facts/List_of_software_architecture_styles_and_patterns/fSlXVjo2">List of software architecture styles and patterns</a></li></ul> <h2 id="external-links">External links</h2> <ul><li><a href="http://iasaglobal.org">International Association of Software Architects (IASA)</a></li></ul> <h2 id="references">References</h2> <ol> <li id="fn:1"><p>"Software Architecture". Software Engineering Institute. Carnegie Mellon University. Retrieved 29 June 2022. <a href="https://www.sei.cmu.edu/our-work/software-architecture/" target="_blank">https://www.sei.cmu.edu/our-work/software-architecture/</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li> <li id="fn:2"><p>Fundamentals of Software Architecture: An Engineering Approach. O'Reilly Media. 2020. ISBN 978-1492043454. <a href="978-1492043454" target="_blank">978-1492043454</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li> <li id="fn:3"><p>Fundamentals of Software Architecture: An Engineering Approach. O'Reilly Media. 2020. ISBN 978-1492043454. <a href="978-1492043454" target="_blank">978-1492043454</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li> <li id="fn:4"><p>Fundamentals of Software Architecture: An Engineering Approach. O'Reilly Media. 2020. ISBN 978-1492043454. <a href="978-1492043454" target="_blank">978-1492043454</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></p></li> <li id="fn:5"><p>Fundamentals of Software Architecture: An Engineering Approach. O'Reilly Media. 2020. ISBN 978-1492043454. <a href="978-1492043454" target="_blank">978-1492043454</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></p></li> <li id="fn:6"><p>Fundamentals of Software Architecture: An Engineering Approach. O'Reilly Media. 2020. ISBN 978-1492043454. <a href="978-1492043454" target="_blank">978-1492043454</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></p></li> <li id="fn:7"><p>Fundamentals of Software Architecture: An Engineering Approach. O'Reilly Media. 2020. ISBN 978-1492043454. <a href="978-1492043454" target="_blank">978-1492043454</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></p></li> </ol>