Midterm Prep - Definitions Flashcards

1
Q

A set of principal design decisions made during its development and any subsequent evolution. It is a characterization of the essence and essentials of the application

A

System Architecture

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

the fundamental organization of a system, embodied in its components, their relationships to each other and the environment, AND the principles governing its design and evolution.

A

Software Architecture (ANSI/IEEE Standard 1474)

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

A set of principal design decisions that are:

  1. Simultaneously applicable to multiple and related systems
  2. Typically within 1 application domain
  3. With explicitly defined points of variations
A

Software Reference Architecture

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

A named collection of general architectural design decisions that are applicable in a given development context, constrain architectural design decisions that are specific to that particular system within the context, and elicit beneficial qualities in each resulting system.

A

Architectural Style

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

A named collection of architectural design decisions that are applicable to recurring design problems, and are parameterized for different software development contexts in which that problem appears.

A

Architectural Pattern

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

an artifact (abstraction) that captures some or all of the design decisions that comprise a system’s architecture. Architectural modeling is the specification and documentation of those design decisions.

A

Architectural Model

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

a set of “related” software components which has a) some common components and b) some variable components.

A

Software Product Family

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

A measure of the degree to which the main structural elements (components and relations) in the architecture exist in the source code. (Was it made?)

A

Completeness

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

A measure of the degree to which the source code corresponds to the various components of the architecture. (Was the right thing made?)

A

Traceability

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

A set of main components and how they are related

A

System Structure

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

What the main components do and what they do together

A

Functional Behavior

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

How the main components relate to each other in terms of control and data passing or sharing; the dynamic aspect.

A

Interactions

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

How the non-functional properties of the system are addressed. E.g. security, scalability, performance, dependability, etc.

A

Non-functional Characteristics

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

How should the components be built, with what tool, and what platforms describes this.

A

Implementation

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

The intentional design decisions in limited artifacts; the designer’s vision.

A

Prescriptive Architecture

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

The realized decisions in artifacts; the as-implemented architecture.

A

Descriptive Architecture

17
Q

Introducing principal design decisions into the descriptive architecture that are not in the prescriptive architecture, but does not violate the prescriptive architecture’s design decisions.

A

Architectural Drift

18
Q

Introducing principal design decisions into the descriptive architecture that violate the prescriptive architecture.

A

Architectural Erosion

19
Q

A non-empty set of types of architecture design decisions. E.g. structural, deployment, relational, etc.

A

Architectural Perspective

20
Q

An architectural element that encapsulates a subset of the functionalities and/or data, restricts access to the element through explicitly defined interface, and has explicitly defined dependencies on execution context.

A

Software Component

21
Q

An architectural element responsible for regulating and effecting the interactions among components.

A

Software Connector

22
Q

A set of specific associations among the components and connectors of a software system.

A

Architectural Configuration