Introduction & architectural analysis Flashcards

(25 cards)

1
Q

What is a concise textbook definition of software architecture?

A

The structures of a software system—its elements, the externally visible properties of those elements, and the relationships among them.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Why does software architecture matter to a project?

A

It communicates design intent among stakeholders, fixes the earliest (and hardest-to-change) decisions, and directly enables or inhibits qualities such as performance and security.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What does IEEE 1471 mean by a stakeholder ‘concern’?

A

Any interest that affects development, operation, or use of the system—for example performance, reliability, security, evolvability.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

In analysis terminology, what is ‘context’?

A

The developmental, operational, political, and other environmental circumstances that influence the system.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Define an Architecturally Significant Requirement (ASR).

A

A requirement whose satisfaction has a notable influence on the architecture of the system.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What is the purpose of architectural analysis?

A

To distil stakeholder concerns and context into a set of architecturally significant requirements (ASRs) that will guide design.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

List two core artefacts produced by analysis.

A

Context diagram and quality-attribute scenarios (QAS).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

What key question does a context diagram answer?

A

Where does our system sit in its wider environment—who/what interacts with it and where are the system boundaries?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Name three kinds of elements typically shown on a context diagram.

A

System being built, external systems/services, human actors (users or administrators).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What is a quality-attribute scenario (QAS)?

A

A structured sentence that captures a measurable quality requirement in stimulus–response form.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Give the six standard parts of a full QAS template.

A

Source, Stimulus, Environment, Artifacts, Response, Response-measure.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Write a short example of a performance QAS.

A

When 10 000 users (source) submit checkout requests simultaneously (stimulus) under normal load (environment), the payment service (artifact) shall respond with an approval or failure (response) within 500 ms 95 % of the time (response-measure).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What role does an architectural backlog play?

A

It tracks unresolved design decisions and risks—parallel to but separate from the Scrum product backlog—so architectural work stays visible and iterative.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

How do functional requirements differ from quality attributes?

A

Functional requirements specify what the system must do; quality attributes specify how well it must do it (e.g., speed, availability, security).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What simple, informal drawing is often used to communicate high-level system placement to non-technical stakeholders?

A

An informal context diagram—boxes for systems/actors, labelled arrows for interactions.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Why are quality attributes considered harder to handle than functionality?

A

They are harder to measure, have higher variability across domains, and lack exhaustive prior research maturity.

17
Q

State the main goal of a quality-attribute workshop (QAW).

A

To elicit, refine, and prioritise quality-attribute scenarios collaboratively with stakeholders.

18
Q

What is the Rational Unified Process 4 + 1 view model, in one sentence?

A

A documentation approach that describes a system through logical, process, implementation, and deployment views plus a unifying set of use-case scenarios.

19
Q

Which three structural views form the ‘3 + 1’ approach used in the course?

A

Module (development-time), Component & Connector (run-time), Deployment (allocation) views, plus the ASR rationale layer.

20
Q

How does analysis help resolve conflicting stakeholder concerns?

A

By translating vague concerns into measurable QASs and prioritising ASRs so trade-offs are explicit before design begins.

21
Q

What document or artefact captures measurable non-functional requirements during analysis?

A

Quality-attribute scenarios (QAS) list, often summarised in a utility or prioritisation table.

22
Q

Explain ‘concerns’ vs. ‘context’ in one line.

A

Concerns are stakeholder interests; context is the external environment and constraints that frame those interests.

23
Q

Which analysis artefact is especially useful for explaining the system to executives?

A

The informal context diagram—no formal notation, easy to grasp at a glance.

24
Q

Name one scenario-based technique used later to evaluate architectures.

A

Architecture Trade-off Analysis Method (ATAM) uses scenarios and utility trees to probe quality goals.

25
Complete the sentence: *Architectural analysis ends when ...*
...the ASRs are identified, prioritised, documented, and outstanding design issues are logged in the architectural backlog.