Architecture Models and Software Architecture (Week 6)

0.0(0)
studied byStudied by 0 people
full-widthCall with Kai
GameKnowt Play
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/24

flashcard set

Earn XP

Description and Tags

Vocabulary flashcards covering concepts from Architecture Models and Software Architecture.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

25 Terms

1
New cards

Software Architecture

The high‑level structure of a software system; defines components, their relationships, and interactions, serving as a blueprint for design, implementation, and deployment.

2
New cards

UML

Unified Modeling Language; a standardized language for visualizing, specifying, constructing, and documenting software artifacts.

3
New cards

4+1 View Model

A software architecture description method using four concurrent views plus a set of scenarios (use cases) to describe the architecture.

4
New cards

Logical View

The 4+1 view focusing on system functionality, components, modules, and their interactions from an end‑user perspective.

5
New cards

Development View

The 4+1 view concerned with software modules and their relationships from a developer’s perspective.

6
New cards

Process View

The 4+1 view focusing on runtime behavior, concurrency, distribution, performance, and scalability.

7
New cards

Physical View

The 4+1 view mapping software components onto hardware for deployment.

8
New cards

Scenarios/Use Cases

The fifth view of 4+1; describes sequences of interactions illustrating how the system functions.

9
New cards

ADL

Architecture Description Language; a formal language to describe software architecture components and their interactions.

10
New cards

Data Flow Architecture

A design pattern describing how data moves through a system from input to processing to storage to output.

11
New cards

Batch Sequential

A data processing model where each subsystem completes before the next processes, often using intermediate files and batch data.

12
New cards

Pipe and Filter

A data processing pattern where data passes through a series of independent filters connected by pipes, enabling modularity and reusability.

13
New cards

Process Control Architecture

An architecture for systems that monitor and regulate physical processes, used in embedded and real‑time control scenarios.

14
New cards

Subsystem

A part of a system that performs a portion of its function; can be a processing unit, controller, or module.

15
New cards

Controller

An element in a control system that computes and applies changes to a process variable, typically using sensor data.

16
New cards

Component-Based Architecture

A design approach that decomposes systems into reusable, well‑defined components with clear interfaces.

17
New cards

Component

A modular, portable, replaceable set of functionality exposing a high‑level interface; a software object that interacts with other components.

18
New cards

Object‑Oriented View

A component perspective focusing on collaborating classes, analyzing domain and design infrastructure and their interfaces.

19
New cards

Conventional View

A component perspective treating a component as a functional element with processing logic, data structures, and an invocable interface.

20
New cards

Process-Related View

A perspective emphasizing assembling pre‑existing library components to build the system, highlighting reuse and composability.

21
New cards

React.js

A popular JavaScript library for building user interfaces using reusable components.

22
New cards

Angular

A TypeScript-based framework for building web applications with a component‑based architecture.

23
New cards

Vue.js

A progressive JavaScript framework for building interactive web interfaces with reusable components.

24
New cards

Class Diagram

A UML structural diagram showing classes, their attributes, methods, and relationships.

25
New cards

Deployment Diagram

A UML structural diagram showing how software artifacts are physically deployed on hardware.