3. Architecture Dimensions Flashcards

1
Q

Architecture Dimensions

A
  1. Aspect
  2. Aggregation
  3. Abstraction
  4. Realization
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Describes different specific ways to look at an architecture, providing a certain “cross-section” of an entire architecture description

A

Aspect dimension

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

Describes the level of detail of an architecture description, ranging from very coarse (few elements) to very detailed (many elements)

A

Aggregation dimension

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

Describes how abstract or concrete an architecture is, ranging from very abstract (few concrete choices have been made) to very concrete (all concrete choices have been made)

A

Abstraction dimension

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

Describes the spectrum from very business-oriented descriptions (no attention for IT elements) to very IT-oriented descriptions (no attention for business details)

A

Realization dimension

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

Truijens 5 modern aspects framework

A
  1. Data aspect
  2. Process aspect
  3. Software aspect
  4. Platform aspect
  5. Organization aspect
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Kruchten 4+1 aspect framework

A
  1. Logical view
  2. Process view
  3. Development view
  4. Physical view
  5. Scenarios
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Aggregation dimension: Explode components

A

A component at the upper level corresponds to a number of components at the lower level, the functionality of which is usually a partitioning of the functionality at the higher level: all functionality is covered and there is no overlap

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

Abstract dimension: General vs. precise terms

A
  1. Class type components
  2. System type components
  3. Vendor type components
  4. Vendor version components
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Difference between aggregation and abstraction

A

Changing the number of elements (aggregation) or not (abstraction)

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

The realization dimension defines a number of levels ranging from architecture goals (what we want to accomplish) to means (how we want to accomplish it)

A

The dimension can be interpreted as ranging from very business-oriented to very technology-oriented

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

We use the BOAT framework for the

A

Realization dimension

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

BOAT framework

A
  1. Business (B)
  2. Organization (O)
  3. Architecture (A)
  4. Technology (T)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

BOAT: Business

A

Answers the question:

  1. why a specific information system exists
  2. what should be reached?

Is not interested in how things are done.

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

BOAT: Organization

A

Describes how organizations are structured to achieve the business goals, using organization structures and business processes.

Automated systems are not part of this level.

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

BOAT: Architecture

A

Describes how automated systems support the organization

17
Q

BOAT: Technology

A

Covers the concrete ingredients from information and communication technology (hardware, software, languages and protocols)

18
Q

How to structure a sequence of model transformations

A

Using architecture frameworks and/or architecture design methods, that provide the “cooking recipes” by specifying the sequences of design process steps and intermediate results between these steps.

19
Q

Kruchten 4+1: Logical view

A

Specifies the object/module models

20
Q

Kruchten 4+1: Process view

A

The way objects/modules in the logical view dynamically collaborate in parallel

21
Q

Kruchten 4+1: Development view

A

The organization of the software in development environment

22
Q

Kruchten 4+1: Physical view

A

Mapping of software onto hardware

23
Q

Kruchten 4+1: Scenarios

A

Describe use cases that illustrate the four basic views. The scenarios make things concrete and provide a basis for discussions between the various groups of stake holders.