-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
add forgotten new glossary entries vom previous commit
- Loading branch information
1 parent
b3411af
commit cefbefb
Showing
2 changed files
with
94 additions
and
0 deletions.
There are no files selected for viewing
47 changes: 47 additions & 0 deletions
47
AdLerDokumentation/Writerside/topics/Funktionale-Anforderungen-GE.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,47 @@ | ||
| # Funktionale Anforderungen | ||
|
|
||
| <link-summary rel="summary"/> | ||
| <card-summary rel="summary"/> | ||
| <web-summary rel="summary"/> | ||
|
|
||
|
|
||
| <table> | ||
| <tr> | ||
| <td></td> | ||
| <td>Beschreibung</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Begriff</td> | ||
| <td>Funktionale Anforderungen</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Englischer Begriff</td> | ||
| <td>functional requirements</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Definition</td> | ||
| <td id="summary"> | ||
| Funktionale Anforderungen beschreiben die spezifischen Funktionen oder Verhaltensweisen, die ein System ausführen muss, um die Bedürfnisse der Benutzer zu erfüllen. Diese Anforderungen konzentrieren sich auf die primären Aufgaben, die das System abdecken soll. Sie können als "Was soll das System tun?" beschrieben werden und definieren die Interaktionen zwischen dem System und seinen Benutzern, sowie zwischen dem System und anderen Systemen. <br/>Funktionale Anforderungen sind oft eng mit den Geschäftsprozessen verbunden. Sie sollten detailliert genug sein, um Entwicklern eine klare Vorstellung davon zu geben, welche Funktionalitäten das System enthalten muss. Um dies sicherzustellen, werden sie oft in User Stories, Anwendungsfälle oder Use Cases gegliedert. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td>Siehe auch</td> | ||
| <td></td> | ||
| </tr> | ||
| <tr> | ||
| <td>Akronym</td> | ||
| <td>FA</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Erlaubte Alternativbenennung</td> | ||
| <td></td> | ||
| </tr> | ||
| <tr> | ||
| <td>Verbotene Terminologie</td> | ||
| <td></td> | ||
| </tr> | ||
| <tr> | ||
| <td>Quelle</td> | ||
| <td></td> | ||
| </tr> | ||
| </table> |
47 changes: 47 additions & 0 deletions
47
AdLerDokumentation/Writerside/topics/Nicht-Funktionale-Anforderungen-GE.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,47 @@ | ||
| # Nicht Funktionale Anforderungen | ||
|
|
||
| <link-summary rel="summary"/> | ||
| <card-summary rel="summary"/> | ||
| <web-summary rel="summary"/> | ||
|
|
||
|
|
||
| <table> | ||
| <tr> | ||
| <td></td> | ||
| <td>Beschreibung</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Begriff</td> | ||
| <td>Nicht Funktionale Anforderungen</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Englischer Begriff</td> | ||
| <td>non functional requirements</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Definition</td> | ||
| <td id="summary"> | ||
| Nicht-funktionale Anforderungen beziehen sich auf die Qualität, Leistung und Restriktionen des Systems. Sie definieren, wie gut oder auf welche Art und Weise das System die funktionalen Anforderungen umsetzen soll. Während die <a href="Funktionale-Anforderungen-GE.md">funktionalen Anforderungen</a> das "Was" eines Systems beschreiben, konzentrieren sich die nicht-funktionalen Anforderungen auf das "Wie".<br/>Nicht-funktionale Anforderungen sind oft in Kategorien wie Leistung, Sicherheit, Benutzbarkeit, Wartbarkeit und Skalierbarkeit unterteilt. Sie sind oft weniger spezifisch als funktionale Anforderungen, aber sie haben einen großen Einfluss auf die Benutzererfahrung und die Gesamtqualität des Systems. | ||
| </td> | ||
| </tr> | ||
| <tr> | ||
| <td>Siehe auch</td> | ||
| <td></td> | ||
| </tr> | ||
| <tr> | ||
| <td>Akronym</td> | ||
| <td>NFA</td> | ||
| </tr> | ||
| <tr> | ||
| <td>Erlaubte Alternativbenennung</td> | ||
| <td></td> | ||
| </tr> | ||
| <tr> | ||
| <td>Verbotene Terminologie</td> | ||
| <td></td> | ||
| </tr> | ||
| <tr> | ||
| <td>Quelle</td> | ||
| <td></td> | ||
| </tr> | ||
| </table> |