This commit is contained in:
2024-10-13 20:21:22 +02:00
9 changed files with 621 additions and 58 deletions

View File

@@ -12,7 +12,6 @@
"obsidian-completr",
"code-block-copy",
"drawio-obsidian",
"obsidian-dictionary-plugin",
"obsidian-dynamic-toc",
"cm-editor-syntax-highlight-obsidian",
"obsidian-excalidraw-plugin",
@@ -21,10 +20,8 @@
"obsidian-icons-plugin",
"obsidian-image-toolkit",
"juggl",
"obsidian-languagetool-plugin",
"obsidian-mind-map",
"nldates-obsidian",
"obsidian-wordnet-plugin",
"url-into-selection",
"obsidian-plugin-toc",
"obsidian-livesync"

View File

@@ -5707,6 +5707,24 @@ PStB
PMGe
PLCWLD
PTORGRK
Presentation
Protokollsuite
Physisch
Pakete
Protocol
Port
Pvl
Projektlaufzeit
Projektplan
Projektplans
Produktbeschreibung
Prometheus
Programmiersprachen
Problemen
Projektdokumentation
Projektstatus
Protokolldateien
Projektteam
obj
oV
oYj
@@ -11335,6 +11353,13 @@ oetTmWO
otjauS
oOLLlll
oIPnW
optimalen
orientierter
oJHm
oraI
ofRs
oOfh
offene
Length
LCw
LN
@@ -16921,6 +16946,10 @@ LyhWP
LTLUH
LYcr
Lcra
Layer
LeJv
Leistungsfähigkeit
Logs
Filter
FlateDecode
Ff
@@ -22701,6 +22730,19 @@ FGAM
FOLCYZ
FrMrz
FAOKNF
Funk
Fehlererkennung
Fehlerkontrolle
Flusskontrolle
Fragment
FontAwesome
FreeSolid
FAAAAA
Fehlern
Fehlerbehebung
FRUu
Fehlerberichte
Fortschritt
stream
se
sH
@@ -28746,6 +28788,9 @@ sTzB
sFae
sadt
sEIK
sorgfältig
spzO
sinnvoll
starts
string
ZKs
@@ -34613,6 +34658,15 @@ ZHji
ZaXHS
ZgLk
ZOCYd
ZkoBX
Zeitplan
Zusammenarbeit
ZciZ
Zeitpläne
Zugriffsrechte
Zentrales
Zusammenfassung
Zwecks
Who
We
WE
@@ -40754,6 +40808,12 @@ WJN
WZPDDP
WcgE
WlYP
Wiederherstellung
WSgR
WebExplorer
Werkzeug
Wartungsphase
Wann
KI
Kt
KF
@@ -46917,6 +46977,15 @@ KLNI
KUgK
Kdjx
KsTxX
Kabel
Kompression
Kombiniert
Kennzahlen
Konfigurationsdateien
Konfigurationsinformationen
Kommunikationsstrategie
Kollaborationsplattformen
Kurze
bq
bQ
bG
@@ -52742,6 +52811,11 @@ blRZV
bhaf
bbua
bMHZ
bereit
besprochen
bereitstellen
bPds
bekannten
iZ
ig
iA
@@ -58765,6 +58839,9 @@ iWwKM
iQDU
iuyR
iioT
inklusive
integrieren
iPOqgn
GJe
GAG
GJ
@@ -64547,6 +64624,8 @@ Grpw
GeMt
GHhv
GLFLB
GeFH
Gruppierung
AO
Aw
Az
@@ -70737,6 +70816,29 @@ AxlFz
AzNg
Afvn
AqP
Adressierung
Abfrageparameter
Anker
ATDc
Agent
Analyse
Anpassungen
Anpassung
Adressaten
Administrator
Administrationshandbuch
Artefakten
Anforderungsdokumente
Architekturdiagramme
Anleitungen
Aufzeichnungen
Artefakte
Analysephase
Artefakts
Artefakttypen
Artefakt
Autor
Archiviert
QV
Qom
QJ
@@ -76811,6 +76913,12 @@ QucI
QqKR
QIXSCT
QHCC
Query
QSYY
QnpY
Qualitätsziele
Quellcode
Qualität
nQC
nq
nR
@@ -82633,6 +82741,11 @@ nfaV
nNEf
nxqY
nEpFq
nXxi
nuTj
nPqE
notwendig
nachvollziehbar
namespace
YJ
Yb
@@ -88516,6 +88629,9 @@ YRqJD
YFzH
YsoM
YmzL
YvA
YsKc
YYQX
UIQ
Ue
UH
@@ -95018,6 +95134,12 @@ UoSqF
UAzqP
USTE
ULuyS
Unterschiede
UQuT
UvSWM
UBqu
Unerfahrener
Umwandeln
TZ
TF
TP
@@ -101028,6 +101150,22 @@ TwKK
TJEyy
TsUjN
TLDVRM
Transportschicht
Transmission
Transfer
TWqI
Transparenz
Tutorial
Transformieren
Team
Testen
Typen
Testpläne
Teststrategie
Testfälle
Testberichte
Testphase
Teammitglieder
Tags
gO
gHoVo
@@ -106812,6 +106950,13 @@ gPkX
gqdN
gvgJ
gFgCkiMG
gwuu
grundlegendsten
grep
geschriebene
gruppiert
gearbeitet
gute
DMg
Dv
DLg
@@ -112533,6 +112678,28 @@ DKIFAS
DuJ
Dqiu
DYSSTY
Datenrahmen
Datenpakete
Datenübertragung
Darstellungsschicht
Datenformate
Dateitransfer
Darstellungs
Datagram
Domainname
DLXs
DlJrBEO
Dokumentation
Durchsuchen
Datenbanken
DOORS
Docker
Dokumentieren
Dokumentationen
Doxygen
Darstellungen
Designphase
Dokumentenverwaltung
xU
xM
xK
@@ -118143,6 +118310,8 @@ xdta
xXzX
xMwx
xtEt
xTG
xEe
Hx
HV
HdH
@@ -123561,6 +123730,15 @@ Hppvh
HHud
HeYYi
HaQ
Hypertext
HTTPS
Hostname
Hohn
HAAAAA
Hälfte
Hna
Handbücher
Historie
zo
zL
zE
@@ -129457,6 +129635,17 @@ zIl
zaAh
zKgy
zhHc
zuständig
zusammengefasst
zgtJ
zYxx
zyEM
zustimmen
zugehörige
zusammenhängende
zentralen
zurückkehren
zuletzt
hr
hAa
hH
@@ -135132,6 +135321,9 @@ hjOEoD
hpIi
hDLALFLB
hKES
hAsj
hYfA
hmik
hierarchically
pt
ps
@@ -140820,6 +141012,11 @@ pRO
pAbB
pAqQta
phmS
physisches
physische
pIqp
paoz
prüfen
Ic
IT
Ir
@@ -146648,6 +146845,18 @@ Iitu
IGtD
Ipps
IXCFUK
Interconnection
Internetschicht
ICMP
IMAP
IFhkJJo
Installationsanweisung
Integration
Implementierungsanforderungen
Installationsanweisungen
Implementierungsphase
Interne
Inhalts
ap
aE
at
@@ -152383,6 +152592,13 @@ aFi
asFC
aVcJ
arwv
aUCRK
aSQG
analysieren
auswirken
angepasst
aufgenommen
abzustimmen
ancestor
accessible
autonomous
@@ -158219,6 +158435,11 @@ fYFqQeSFAEA
foEe
fVuUeEyY
fKw
fehlerfreie
fdEM
formuliert
funktionalen
früheren
Bs
ByJ
BF
@@ -163666,6 +163887,21 @@ BZLKA
BQTH
BsuGW
BNSZ
Bitübertragungsschicht
Bestimmt
Baut
BiR
BjSn
Budget
Benutzungshandbuch
Bearbeiten
Betriebs
Benutzerdokumentation
Bedienung
Budgetpläne
Bearbeitung
Bezeichner
Beziehung
ek
eP
eVPm
@@ -169888,6 +170124,16 @@ ePTx
enEjd
esZy
eYOt
entweder
einzigen
eher
eoZbk
entscheidend
entsprechend
entstehen
effektive
elhL
effektiv
element
elements
tj
@@ -175950,6 +176196,9 @@ tLnN
tghn
tWvC
tFogT
theoretischer
tragen
tatsächlich
JFRO
JG
JL
@@ -181656,6 +181905,9 @@ JOgG
JtHE
JJBLNG
JaYK
Jenkins
JIRA
JUnit
kXW
kW
kp
@@ -187752,6 +188004,12 @@ kkKP
knoe
kMEujnY
kvM
korrektur
krNg
kemX
kCrY
kyCh
klare
EU
Evq
Er
@@ -193780,6 +194038,27 @@ EfPq
ENpJ
Efmm
EyeS
Endsystemen
Entspricht
EHU
Expert
Erfahrener
Editieren
Erstellen
Eingesetztes
Ermöglicht
Entwicklungsprozess
Erfassen
Einhaltung
Einzelne
Enthält
Endbenutzer
Einstellungen
Enthalten
Ereignisse
Entwicklungsphase
Erstellungsdatum
Entwurf
Each
lX
ll
@@ -199736,6 +200015,7 @@ loqUKMm
lfcC
lOcG
lfaA
lhDU
least
wG
wd
@@ -205954,6 +206234,8 @@ wXwZ
wRJV
wFyY
wALzE
whC
wAUF
whose
RmZh
Rp
@@ -211810,6 +212092,20 @@ REotN
Rgjn
RQQRTO
Rzsm
Rohdatenbits
Routing
Ressource
RmwZE
RaIE
RJqw
Risikomanagementplan
Release
Rückverfolgbarkeit
Rational
Relic
Rollen
Repository
Rückverfolgung
vJ
vS
vKDF
@@ -217829,6 +218125,12 @@ vKKKsS
vpmSf
vluW
vQwP
verwaltet
viAEC
versioniert
vermeiden
vorgenommen
versionierende
XE
Xd
XRb
@@ -223278,6 +223580,7 @@ XABv
XfcL
XBXOGW
Xlja
XJEEQ
NW
Ni
Nj
@@ -229218,6 +229521,15 @@ NCIq
NdBD
NAXLJR
NUXOVI
Netzwerkdienste
Netzzugangsschicht
Natur
NsYu
Nachverfolgbarkeit
Nachvollziehen
Nagios
NLaH
NbAG
jhpK
jb
jl
@@ -235453,6 +235765,9 @@ jdco
jrsh
jPeUD
jzcB
jxjO
jdDYv
jBMt
My
Mm
MO
@@ -241565,6 +241880,14 @@ MIHpE
MXA
MPDMES
MDZVBB
Macintosh
Messen
Metriken
Module
Modulen
Missverständnisse
Manuell
Maschinell
qO
qj
qG
@@ -247419,6 +247742,7 @@ qtttrr
qCalL
qfgAd
qblx
qRzb
yB
yyNs
yQU
@@ -259277,6 +259601,13 @@ ueIzu
ugWL
uLGt
updmWc
unzuverlässige
uqA
uONU
uSNU
unterschiedlicher
unbefugte
untersuchen
ma
ml
mB
@@ -265478,6 +265809,8 @@ mgYEG
mjMuUeEQaA
mqgx
mhhp
mrFW
mitgeteilt
must
dg
dw
@@ -271509,6 +271842,10 @@ dIdR
dsJH
dzZoq
dUP
dokumentiert
detaillierte
durchgeführten
dokumentieren
VV
VA
Vsm
@@ -277564,6 +277901,24 @@ VyizKB
VYJZCD
VaVafV
VvYgP
Verantwortlich
Verschlüsselung
Visual
Verwalten
Versionieren
Verwaltung
Versionen
Validieren
Verbinden
Verfolgen
Vorgehensweise
Verifikation
Verwendungszweck
Voraussetzungen
Versionierung
Vergleich
Verlaufsprotokoll
Versionsnummer
SGN
Sg
SrEHO
@@ -283603,6 +283958,42 @@ SFfN
SnDo
SOCqC
SAFCFL
Schichten
Sicherungsschicht
Sorgt
Sitzungsschicht
Session
Sitzungen
Synchronisation
Stellt
Sitzungs
String
SkNM
SourceSansPro
SNrpx
Softwareprojekts
Studio
Sublime
Softwarekonfigurationen
Subversion
Suchen
Softwarequalität
SonarQube
Spezifikationen
Selenium
Softwareoperationen
Systemleistung
Skalierbarkeit
Softwareentwicklungsprojekt
Systemarchitektur
Softwaredesign
Schnittstellen
Szenarien
Systemadministratoren
Softwareversion
Sinn
Stände
Status
rn
rE
rD
@@ -289699,6 +290090,9 @@ rkSl
rBEH
raLF
rAyj
regelt
relevanten
reibungslosen
Cu
CL
Ch
@@ -295015,6 +295409,10 @@ CMVK
CZwo
CkM
CPWJRL
COjh
Compiler
Confluence
CfgS
OM
OWR
Os
@@ -300906,6 +301304,9 @@ OheH
OBoy
OIq
ONGSU
Oqfn
OnnPQA
Operationsarten
cgl
cj
content
@@ -306932,6 +307333,9 @@ cadI
ccdc
cbSf
cLFcj
cFDi
cZNs
curl
custom
contains
öUS
@@ -307148,6 +307552,11 @@ contains
ÜG
ÜMo
Ükf
Überträgt
Übertragung
Übersetzt
Überwachen
Überarbeitung
Äd
ÄY
Äquivalenz
@@ -307222,6 +307631,7 @@ contains
ÄeQ
ÄBa
ÄV
Änderungsdatum
äz
äh
äe
@@ -307320,6 +307730,8 @@ contains
äD
äsX
ägj
älter
ändern
üXI
üS
ükZ

View File

@@ -1,7 +1,7 @@
{
"getLangFromFile": true,
"defaultLanguage": "en_US",
"normalLang": "en_US",
"defaultLanguage": "de",
"normalLang": "de",
"shouldShowSynonymPopover": true,
"shouldShowCustomContextMenu": false,
"apiSettings": {

View File

@@ -4,21 +4,11 @@
"type": "split",
"children": [
{
"id": "ba6139fad469ea6a",
"id": "49c46697a3151f3b",
"type": "tabs",
"children": [
{
"id": "73f411185e0f46d7",
"type": "leaf",
"state": {
"type": "pdf",
"state": {
"file": "WS2425/Web Tech/Übung/1/uebung01.pdf"
}
}
},
{
"id": "9e83e3066760685a",
"id": "8f0d65f1974eff73",
"type": "leaf",
"state": {
"type": "markdown",
@@ -29,8 +19,7 @@
}
}
}
],
"currentTab": 1
]
}
],
"direction": "vertical"
@@ -156,30 +145,6 @@
"state": {}
}
},
{
"id": "b3aa4e2b20626da4",
"type": "leaf",
"state": {
"type": "calendar",
"state": {}
}
},
{
"id": "c3c39c68e6060e3e",
"type": "leaf",
"state": {
"type": "juggl_nodes",
"state": {}
}
},
{
"id": "ccdfcdb588345764",
"type": "leaf",
"state": {
"type": "juggl_style",
"state": {}
}
},
{
"id": "40e5106f517bc550",
"type": "leaf",
@@ -191,12 +156,37 @@
"searchQuery": ""
}
}
},
{
"id": "7aed2233f52451da",
"type": "leaf",
"state": {
"type": "calendar",
"state": {}
}
},
{
"id": "64f3c7b262f5b474",
"type": "leaf",
"state": {
"type": "juggl_nodes",
"state": {}
}
},
{
"id": "58a59998f8de653c",
"type": "leaf",
"state": {
"type": "juggl_style",
"state": {}
}
}
]
}
],
"direction": "horizontal",
"width": 200
"width": 200,
"collapsed": true
},
"left-ribbon": {
"hiddenItems": {
@@ -208,16 +198,17 @@
"daily-notes:Open today's daily note": false,
"templates:Insert template": false,
"command-palette:Open command palette": false,
"table-editor-obsidian:Advanced Tables Toolbar": false,
"obsidian-advanced-slides:Show Slide Preview": false,
"juggl:Juggl global graph": false,
"table-editor-obsidian:Advanced Tables Toolbar": false,
"obsidian-excalidraw-plugin:Create new drawing": false,
"obsidian-wordnet-plugin:WordNet Dictionary": false,
"omnisearch:Omnisearch": false
"juggl:Juggl global graph": false,
"obsidian-livesync:Replicate": false,
"obsidian-livesync:Show log": false
}
},
"active": "9e83e3066760685a",
"active": "8f0d65f1974eff73",
"lastOpenFiles": [
<<<<<<< HEAD
"CCN/Ex02/Exercise 2.md",
"CCN/Ex01/Exercise 1.md",
"Algorithmen und Datenstrukturen/UEB01/UEB01.md",
@@ -225,22 +216,39 @@
"Algorithmen und Datenstrukturen/UEB01",
"CCN",
"Algorithmen und Datenstrukturen",
=======
"WS2425/SWT D/P2.md",
"WS2425/SWT D/swtd-p-02.pdf",
"WS2425/SWT D/swtd-ue-02.pdf",
"WS2425/SWT D/Ue 2.md",
"WS2425/Web Tech/Praktikum/Untitled.md",
"WS2425/SWT D",
>>>>>>> 84b31479197e817700bc02c2141ffd8de7f2982c
"WS2425/Web Tech/Übung/1/uebung01.pdf",
"WS2425/Web Tech/Übung/2/Ü2.md",
"WS2425/Web Tech/Übung/2",
"WS2425/Web Tech/Praktikum",
"WS2425/Web Tech/Übung/1/Ü1.md",
"WS2425/Theoretische Informatik",
"WS2425/Theoretische Informatik/Blatt0-Einfuehrung (1).pdf",
"WS2425/Web Tech",
"SS24/SWT2/KW19/03_SWT2_Architekturstile_I.pdf",
"WS2425/Web Tech/Übung/1",
<<<<<<< HEAD
"SS24/TdS/Canvas.canvas",
"SS24/SWT2/KW19/KW19.md",
"SS24/SWT2/KW16/KW16.md",
=======
"WS2425/Web Tech/Übung",
"WS2425/Theoretische Informatik/Blatt0-Einfuehrung (1).pdf",
"WS2425/Web Tech",
"SS24/TdS/Canvas.canvas",
"SS24/SWT2/KW19/KW19.md",
"SS24/SWT2/SWT2.canvas",
>>>>>>> 84b31479197e817700bc02c2141ffd8de7f2982c
"SS24/SWT2/KW17/KW17.md",
"SS24/SWT2/KW16/KW16.md",
"SS24/SWT2/KW24/KW24.md",
"SS24/SWT2/KW23/KW23.md",
"SS24/SWT2/KW20/KW20.md",
"SS24/SWT2/SWT2.canvas",
"CCN/Ex02/Exercise 2.md",
"CCN/Ex01/Exercise 1.md",
"Algorithmen und Datenstrukturen/UEB01/UEB01.md",
"SS24/SWT2/KW18/KW18.md",
"Untitled 1.md",
"README.md",
@@ -262,8 +270,6 @@
"WS2324/Untitled.md",
"WS2324/Datenbank/Unterricht/13 Tutorium/Aufgaben.md",
"WS2324/Datenbank/Unterricht/08. Datenbankanfragen (Teil 2) (28.11.2023)/Praktikum/Aufgaben.md",
"SS23/Informationssicherheit/Ueb4/Ueb4.md",
"WS2324/Datenbank/Unterricht/12. Trigger (09.01.2024)/Praktikum/Aufgaben.md",
"WS2324/Datenbank/Unterricht/11. Funktionen und Prozeduren (19.12.2023)/Praktikum/Aufgaben.md"
"SS23/Informationssicherheit/Ueb4/Ueb4.md"
]
}

86
WS2425/SWT D/P2.md Normal file
View File

@@ -0,0 +1,86 @@
### 1. Arten von Artefakten in einem Softwareentwicklungsprojekt
Hier sind 15 verschiedene Typen von Artefakten, die typischerweise in einem Softwareentwicklungsprojekt erstellt werden:
1. **Anforderungsdokumente:** Beschreiben die funktionalen und nicht-funktionalen Anforderungen an das System.
2. **Spezifikationen:** Technische Details und Beschreibungen der Implementierungsanforderungen.
3. **Architekturdiagramme:** Darstellungen der Systemarchitektur, z.B. UML-Diagramme.
4. **Design-Dokumente:** Beschreiben das detaillierte Softwaredesign, einschließlich Modulen und Schnittstellen.
5. **Quellcode:** Der tatsächlich geschriebene Code der Software in einer oder mehreren Programmiersprachen.
6. **Testpläne:** Beschreiben die Vorgehensweise und die Teststrategie für die Verifikation und Validierung der Software.
7. **Testfälle:** Einzelne Szenarien, die durchgeführt werden, um zu prüfen, ob die Software korrekt funktioniert.
8. **Testberichte:** Dokumentieren die Ergebnisse von durchgeführten Tests und enthalten Informationen zu Fehlern und Problemen.
9. **Benutzerdokumentation:** Enthält Handbücher und Anleitungen zur Bedienung der Software für Endbenutzer.
10. **Administrationshandbuch:** Anleitungen für Systemadministratoren zur Installation und Wartung der Software.
11. **Installationsanweisungen:** Schritt-für-Schritt-Anleitungen zur Installation der Software.
12. **Release-Notes:** Beschreiben die Änderungen, neuen Funktionen und bekannten Probleme in einer neuen Softwareversion.
13. **Projektdokumentation:** Enthält Informationen über den Projektstatus, den Zeitplan und das Budget.
14. **Konfigurationsdateien:** Dateien, die Einstellungen und Konfigurationsinformationen der Software enthalten.
15. **Protokolldateien (Logs):** Enthalten Aufzeichnungen über Ereignisse und Aktionen, die während der Ausführung der Software auftreten.
### 2. Gruppierung der Artefakte
Artefakte können nach verschiedenen Kriterien gruppiert werden. Hier sind einige sinnvolle Gruppen:
1. **Entwicklungsphase:**
- **Analysephase:** Anforderungsdokumente, Spezifikationen
- **Designphase:** Architekturdiagramme, Design-Dokumente
- **Implementierungsphase:** Quellcode, Konfigurationsdateien
- **Testphase:** Testpläne, Testfälle, Testberichte
- **Wartungsphase:** Protokolldateien (Logs), Fehlerberichte
2. **Funktionale Gruppierung:**
- **Dokumentation:** Benutzerdokumentation, Administrationshandbuch, Projektdokumentation
- **Technische Artefakte:** Quellcode, Architekturdiagramme, Konfigurationsdateien
- **Management-Artefakte:** Projektdokumentation, Zeitpläne, Budgetpläne
3. **Verwendungszweck:**
- **Interne Artefakte:** Dokumente, die nur von Entwicklern und dem Projektteam verwendet werden (z.B. Design-Dokumente, Testberichte)
- **Externe Artefakte:** Dokumente, die für Endbenutzer oder Kunden bestimmt sind (z.B. Benutzerdokumentation, Release-Notes)
- Manuell/Maschinell
- Projekt/Produkt
- Archiviert Ja/nein
-
### 3. Voraussetzungen für die Zusammenarbeit an Artefakten im Team
Damit im Team effektiv an Artefakten gearbeitet werden kann, sollten folgende Voraussetzungen erfüllt sein:
1. **Versionierung:** Alle Artefakte sollten versioniert werden, damit Änderungen nachvollziehbar sind.
2. **Zugriffsrechte:** Es müssen klare Zugriffsrechte und Rollen definiert sein, um unbefugte Änderungen zu vermeiden.
3. **Zentrales Repository:** Die Artefakte sollten in einem zentralen Repository gespeichert werden, auf das alle Teammitglieder zugreifen können (z.B. Git).
4. **Kommunikationsstrategie:** Eine gute Kommunikation im Team ist notwendig, um Missverständnisse zu vermeiden und Änderungen effektiv abzustimmen.
5. **Werkzeuge:** Es sollten geeignete Werkzeuge zur gemeinsamen Bearbeitung von Artefakten eingesetzt werden (z.B. Kollaborationsplattformen und Tools zur Dokumentenverwaltung).
### 4. Sinn und Zweck der Versionierung von Artefakten
Es ist sinnvoll, nicht nur die letzte Version eines Artefakts zu speichern, sondern auch alle alten Stände, weil:
1. **Nachverfolgbarkeit:** Es ermöglicht die Rückverfolgung von Änderungen und die Identifikation, wann und warum eine Änderung vorgenommen wurde.
2. **Fehlerbehebung:** Bei Fehlern oder Problemen kann man zu einer früheren Version zurückkehren und untersuchen, was sich geändert hat.
3. **Vergleich:** Es ermöglicht den Vergleich zwischen verschiedenen Versionen eines Artefakts.
4. **Verlaufsprotokoll:** Man erhält ein Protokoll über den Entwicklungsprozess und kann den Fortschritt dokumentieren.
**Zu versionierende Artefakttypen:**
- Quellcode
- Spezifikationen
- Anforderungsdokumente
- Testpläne und Testfälle
- Architekturdiagramme
- Design-Dokumente
- Konfigurationsdateien
### 5. Informationen über ein Artefakt
Folgende Informationen sollten über ein Artefakt bekannt sein:
1. **Name des Artefakts:** Eindeutiger Bezeichner, der das Artefakt beschreibt.
2. **Version:** Aktuelle Versionsnummer und Historie aller früheren Versionen.
3. **Autor:** Wer das Artefakt erstellt oder zuletzt geändert hat.
4. **Erstellungsdatum:** Wann das Artefakt erstellt wurde.
5. **Änderungsdatum:** Wann das Artefakt zuletzt geändert wurde.
6. **Beschreibung:** Kurze Zusammenfassung des Inhalts und Zwecks des Artefakts.
7. **Status:** Der aktuelle Status des Artefakts (z.B. Entwurf, freigegeben, in Überarbeitung).
8. **Abhängigkeiten:** Welche anderen Artefakte von diesem abhängig sind oder mit ihm in Beziehung stehen.
9. **Zugriffsrechte:** Wer Zugriff auf das Artefakt hat und es ändern darf.

61
WS2425/SWT D/Ue 2.md Normal file
View File

@@ -0,0 +1,61 @@
### 1. Zusätzliche Qualitätsziele zur Hälfte der Projektlaufzeit
Wenn während eines Softwareprojekts zur Hälfte der Projektlaufzeit vom Auftraggeber zusätzliche Qualitätsziele formuliert werden, sollte man wie folgt reagieren:
1. **Analyse der Anforderungen:** Man sollte die neuen Qualitätsziele sorgfältig analysieren, um zu verstehen, wie sie sich auf das Projekt auswirken. Dazu gehört das Überprüfen, ob die Ziele realistisch und messbar sind.
2. **Bewertung der Auswirkungen:** Die Auswirkungen der zusätzlichen Ziele auf den bestehenden Projektplan, das Budget und die Ressourcen sollten bewertet werden. Dies könnte dazu führen, dass Anpassungen notwendig sind.
3. **Kommunikation mit dem Auftraggeber:** Eine offene Kommunikation mit dem Auftraggeber ist entscheidend. Es sollte besprochen werden, welche Auswirkungen die neuen Anforderungen auf den Zeitplan und die Kosten haben werden.
4. **Anpassung des Projektplans:** Wenn alle Parteien zustimmen, sollten der Projektplan und das Budget entsprechend angepasst werden, um die neuen Qualitätsziele zu integrieren.
5. **Risikomanagement:** Mögliche Risiken, die durch die Änderung der Anforderungen entstehen, sollten identifiziert und in den Risikomanagementplan aufgenommen werden.
6. **Dokumentation:** Alle Änderungen sollten dokumentiert und allen relevanten Stakeholdern mitgeteilt werden, um Transparenz zu gewährleisten.
### 2. Zuordnung der Dokumentation zu den Adressaten
Hier ist die Zuordnung der verschiedenen Dokumente zu den jeweiligen Adressaten:
- **Produktbeschreibung:** Käufer
- **Installationsanweisung:** Administrator
- **Administrationshandbuch:** Administrator
- **Release-Notes:** Erfahrener Anwender und Administrator
- **Tutorial:** Unerfahrener Anwender
- **Benutzungshandbuch:** Unerfahrener Anwender und Erfahrener Anwender
- **FAQ-Liste:** Unerfahrener Anwender und Erfahrener Anwender
### 3. Beschreibung der Operationsarten und zugehörige Werkzeuge in der Softwareentwicklung
Hier sind die detaillierten Beschreibungen der einzelnen Operationsarten sowie einige Werkzeuge, die diese unterstützen:
1. **Editieren:** Dies bezieht sich auf das Erstellen und Bearbeiten von Quellcode. Es ist eine der grundlegendsten Aufgaben in der Softwareentwicklung.
- **Eingesetztes Werkzeug:** Visual Studio Code, Sublime Text
2. **Transformieren:** Diese Operation umfasst das Umwandeln von Code oder Daten von einem Format in ein anderes, z.B. durch Compiler oder Code-Generatoren.
- **Eingesetztes Werkzeug:** GCC (GNU Compiler Collection), Jenkins
3. **Verwalten / Versionieren:** Verwaltung von Softwarekonfigurationen und Code-Versionen. Diese Operation ist wichtig für die Nachverfolgbarkeit und Zusammenarbeit im Team.
- **Eingesetztes Werkzeug:** Git, SVN (Subversion)
4. **Suchen:** Dies bezieht sich auf das Durchsuchen von Code, Datenbanken oder Dateien, um Informationen schnell zu finden.
- **Eingesetztes Werkzeug:** grep, Visual Studio Code
5. **Nachvollziehen:** Ermöglicht die Rückverfolgbarkeit von Anforderungen, Änderungen und Fehlern im Entwicklungsprozess.
- **Eingesetztes Werkzeug:** JIRA, IBM Rational DOORS
6. **Messen:** Diese Operation umfasst das Erfassen von Metriken und Kennzahlen zur Bewertung der Softwarequalität und der Leistungsfähigkeit.
- **Eingesetztes Werkzeug:** SonarQube, New Relic
7. **Testen:** Testen umfasst das Überprüfen und Validieren der Software auf Fehler und die Einhaltung der Spezifikationen.
- **Eingesetztes Werkzeug:** Selenium, JUnit
8. **Verbinden:** Die Integration unterschiedlicher Softwarekomponenten oder Module, um eine zusammenhängende Anwendung zu erstellen.
- **Eingesetztes Werkzeug:** Jenkins, Docker
9. **Dokumentieren:** Das Erstellen von Dokumentationen, die Informationen über die Software und deren Nutzung bereitstellen.
- **Eingesetztes Werkzeug:** Doxygen, Confluence
10. **Verfolgen / Überwachen:** Überwachung von Softwareoperationen und Systemleistung zur Sicherstellung des reibungslosen Betriebs und zur Fehlerbehebung.
- **Eingesetztes Werkzeug:** Nagios, Prometheus
Diese Operationsarten sind entscheidend für eine effektive Softwareentwicklung und tragen zur Sicherstellung der Qualität, Wartbarkeit und Skalierbarkeit des Projekts bei.

BIN
WS2425/SWT D/swtd-p-02.pdf Normal file

Binary file not shown.

BIN
WS2425/SWT D/swtd-ue-02.pdf Normal file

Binary file not shown.

View File

@@ -0,0 +1 @@
curl -H "User-Agent: IBM WebExplorer" https://ctfd.labs.inf.fh-dortmund.de/ctfd-challenge-4