Part V: Deployment, Support and Maintenance

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/16

flashcard set

Earn XP

Description and Tags

Deployment, Deployment Diagrams, Support, and Maintenance

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

17 Terms

1
New cards

Development environment

The hardware and software that are used to (design and) implement a software product

Your computer, OS, IDE, etc…

2
New cards

Testing Environment

The hardware and software that are used to test (usually integration testing and system testing) a software product

3
New cards

Production environment

The hardware and software system that the user interacts with through the software product

The submission system environment

4
New cards

Physical architecture

Realization of a software product as artifacts (e.g., files) residing on and executing on computational resources

5
New cards

Logical architecture

The software’s major components and the relationships between them

6
New cards

Mainframe

Architecture in which the software product is installed on and executes on a central device, and is accessed from the user’s device (which behaves as a generic “terminal”)

Configuration information for each user and user data is stored on the central device

(example: stu is this archetype)

7
New cards

Personal

Architecture in which the software product is “permanently” installed on the user’s device (e.g., personal computer, phone, tablet) and executes on that device’s processor

If the device has multiple users, configuration information and user data are associated with each user

8
New cards

Shared

Architecture in which the software product is “permanently” installed on a shared storage device but executes on the user device’s processor

Configuration information for each user and user data are stored on the user’s device

9
New cards

Cloud

Architecture in which the software product is temporarily delivered to the user’s device and executes on that device’s processor (e.g., applets, WWW apps)

Configuration information for each user and user data is (mostly) stored “in the cloud”

(example: google docs)

10
New cards

Deployment diagram

A model of a physical architecture

<p>A model of a physical architecture</p>
11
New cards

Artifacts

A physical manifestation of a non-software element of a software system (e.g., files)

<p>A physical manifestation of a non-software element of a software system (e.g., files)</p>
12
New cards

Components

A software element of a software system (e.g, an application)

<p>A software element of a software system (e.g, an application)</p>
13
New cards

Nodes

Computational resources (i.e., a physical device or an execution environment such as a virtual machine)

<p>Computational resources (i.e., a physical device or an execution environment such as a virtual machine)</p>
14
New cards

Communication paths

A solid line between elements in a deployment diagram

<p>A solid line between elements in a deployment diagram</p>
15
New cards

Static deployment

An artifact/component is placed in a node in deployment diagram

<p>An artifact/component is placed in a node in deployment diagram</p>
16
New cards

Dynamic deployment

A dependency arrow (a dashed arrow with the stereotype <<deploy>>) connects the artifact/component to the node in a deployment diagram

<p>A dependency arrow (a dashed arrow with the stereotype &lt;&lt;deploy&gt;&gt;) connects the artifact/component to the node in a deployment diagram</p>
17
New cards