... | ... | @@ -16,22 +16,18 @@ Virtual Mehtods: *italic* |
|
|
|
|
|
`+ myMethodName(param1: bool, param2: string): bool`
|
|
|
|
|
|
## UML-Erstellung Guideline
|
|
|
|
|
|
- UML-Diagramme erstellen zu eigenen Methoden/Klassen die geschrieben werden
|
|
|
|
|
|
- möglichst direkt nach Fertigstellung der Methoden/Klassen
|
|
|
|
|
|
- im gleichen Issue wie der Code
|
|
|
|
|
|
- Review der UML-Diagramme am Ende eines Sprints durch den UML-Director
|
|
|
|
|
|
- Überprüfung auf Aktualität der UML-Diagramme
|
|
|
|
|
|
- Überprüfung auf Richtigkeit und Style der UML-Diagramme
|
|
|
|
|
|
- Optional: Erstellung eines Issues für Developer X zum Nachtragen oder Ergänzen der UMl-Diagramme die in sein Aufgabenfeld fallen
|
|
|
## UML-Creation Guideline
|
|
|
|
|
|
Durch diesen Ablauf wird ermöglicht, dass es eine aktuelle UML-Ansicht des Projekts über den gesamten Entwicklungsverlauf zur Verfügung steht.
|
|
|
Changes are entered in the ticket *#49 - UML changes*. Any team member can do this by adding a comment to the ticket. The form according to the template must be followed.
|
|
|
|
|
|
Änderungen die sich als Verbesserungen des Ablaufs festellen sind gerne erwünscht! |
|
|
The changes are transferred by one person (Emir).
|
|
|
|
|
|
This happens on the branch fb_49_uml_changes.
|
|
|
|
|
|
The person who reports the changes writes exactly what needs to be changed or added.
|
|
|
|
|
|
This process enables an up-to-date UML view of the project to be available throughout the entire development process.
|
|
|
|
|
|
Changes that are found to improve the process are welcome! |
|
|
\ No newline at end of file |