Vorlesung 4 Flashcards
Tasks of the architect (3 nennen)
Identify and know the stakeholders
Involve the stakeholders early and continuously
Know their concerns (real needs & wishes)
Manage their expectations (Prioritize, not every wish can be fulfilled. Make tradeoffs.)
What drives my architecture?
Whatever is…
… costly to change
… risky
… new
What are architectural drivers?
business goals (customer organization, developing organization)
quality attributes (system in use, system under development)
key functional requirements (unique properties, make system viable)
constraints (organizational & legal & technical, cost and time)
notations (Bezeichnung) for architecture drivers
business goals (natural language, links to other documents)
constraints (natural language)
quality attribute (drivers, scenarios)
key functional requirements (use cases, user stories)
Why invest into architecture drivers?
requirements are often …
not well analyzed and documented
not complete
do not cover development and operation aspects
& somtimes amount of requirements is so big that architects have to condense
What are problems with quality attributes and how can they be tackled?
There is no standard set of quality attributes
Difficulty of measuring the achievement of the quality attributes
———–> architecture drivers help us to avoid these problems
Purpose of architectural drivers
compensation (of missing/unknown requirements, of complex exceptional cases)
aggregation (of large amouints of similar or repeating requiremtns)
consolidation (of different stakeholder opinions and concerns, of invesments into future)
negotiation (between external quality (runtime) and internal quality (devtime), to align conflicting stakeholder concerns, to meet constraints)
What are some exemplary quality attributes for distributed systems? 3 nennen
Availability: ability to continue operation after a computer/piece of equipment failed
Reliability: continuity of correct service
Performance: timely response to service request events, throughput, jitter
Scalability: continue to function as expected when it (or its context) is changed in size or volume
Security: ability to resist unauthorized attempts to access data and services
Safety: ability to mitigate consequences of critical failures
Integrity: absence of improper system alterations
Openness: use of equipment and software from different vendors
Maintainability: ability to undergo modifications and repairs
Testability: verification of the correctness of the system
Portability: ability to port system to other platforms / technologies
Flow chart from drivers to solution
concern elicitation
design exploration
reasoning
decision making
architecture definition workflow
architecture drivers (input) 1:1 driver solutions (output)
driver solutions (output) n:m decision rationales (output)
decision rationales (output) n:m architecture diagrams (output)
architecture decision making
ppt
what decisions or steps are part of perspectives/solutions concept
PPT