Besuchen Sie SE-Trends >><\/a><\/p>\nZur\u00fcck zum Modeln<\/h3>\n
W\u00e4hrend T\u00fcftler Modelle sch\u00e4tzen, schrecken viele Menschen vor ihnen zur\u00fcck, da sie einsch\u00fcchternd wirken k\u00f6nnen. Dies ist der Grund, warum die Dokumentengenerierung ein sehr wichtiges Thema ist: Ein sorgf\u00e4ltig gestalteter Dokumentengenerator kann \u00fcber die Akzeptanz oder Ablehnung durch die Stakeholder entscheiden.<\/p>\n
Um das zu verstehen, m\u00fcssen wir uns daran erinnern, dass wir Stakeholder grob in zwei Gruppen einteilen k\u00f6nnen: diejenigen, die Modelle erstellen, und diejenigen, die sie lesen. Die erste Gruppe ist in der Regel viel kleiner als die zweite. Und es gibt selten die Notwendigkeit, die Leser \u00fcberhaupt mit den Modellierungswerkzeugen zu konfrontieren.<\/p>\n
Lesen im Vergleich zu Schreiben von Modellen<\/h3>\n
Modelle zu erstellen ist schwer. Hochwertige Modelle zu erstellen ist noch schwerer. Es erfordert viel Aufwand und viel Erfahrung und verlangt nicht nur die Beherrschung der Modellierungssprache, sondern auch der Methoden, Muster und Werkzeuge. Damit das Modellierungs-Unterfangen gelingt, ist es entscheidend, mindestens einen erfahrenen Modellierer im Team zu haben, der als Mentor und Coach f\u00fcr die Junior-Modellierer fungieren kann. Aber die Gesamtzahl der Modellierer ist im Vergleich zum gesamten Team normalerweise gering.<\/p>\n
Das Lesen von Modellen ist viel einfacher. Der wichtigste Aspekt ist, die Sprachelemente zu beherrschen und deren Bedeutung verstehen zu k\u00f6nnen. So werden zum Beispiel schon ewig Boxen und Pfeile gezeichnet. Aber in UML gibt es eine kleine Anzahl verschiedener Pfeile mit unterschiedlichen Bedeutungen. Es ist wichtig, dass die Leser die Unterschiede verstehen.<\/p>\n
Training<\/h3>\n
Eine weitere Erkenntnis aus dieser Einsicht sind die Konsequenzen f\u00fcr die Ausbildung: Leser und Schreiber m\u00fcssen aus zwei Gr\u00fcnden unterschiedlich ausgebildet werden: Erstens ist das Lesenlehren und -lernen wesentlich schneller als das Modellieren. Und \u00fcblicherweise gibt es viel mehr Leser als Schreiber. Allein aus Kostengr\u00fcnden ist es sinnvoll, den vielen Lesern eine k\u00fcrzere Lese-Vorlesung zu geben, w\u00e4hrend die Schreiber die l\u00e4ngere Modellierungs-Vorlesung absolvieren m\u00fcssen.<\/p>\n
Der zweite Grund ist Frustration: Zu den Lesern geh\u00f6ren nicht oder nur m\u00e4\u00dfig technisch versierte Personen wie Projektmanager, Kunden und so weiter. Diese Leute in einen Kurs zu setzen, an dem sie nicht sehr interessiert sind und der sie sogar abh\u00e4ngen k\u00f6nnte, ist kontraproduktiv. Es k\u00f6nnte dazu f\u00fchren, dass sie das Projekt ablehnen, bevor es \u00fcberhaupt begonnen hat. Daher ben\u00f6tigen alle Leser einen kurzen Crashkurs, der nicht l\u00e4nger als einen Tag dauern sollte.<\/p>\n
Die Erkenntnis, dass die beiden Gruppen unterschiedliche Schulungen ben\u00f6tigen, wirft die Frage nach dem Umfang der Schulung auf. Die Autoren m\u00fcssen auch lernen, wie sie das Modellierungswerkzeug bedienen, obwohl dies auch separate Schulungen sein k\u00f6nnten \u2013 besonders am Anfang kann ein Werkzeug zu ablenkend sein. Die Grundlagen des Modellierens k\u00f6nnen auch auf einem Whiteboard erlernt werden. Aber m\u00fcssen die Leser das Werkzeug \u00fcberhaupt kennen? Wir denken nicht.<\/p>\n
Dokumente<\/h3>\n
Die meisten Modelle k\u00f6nnen auf Papier betrachtet werden und erfordern keinerlei Werkzeug. Dies gilt sicherlich f\u00fcr UML-Modelle. Es gibt einige Modelle, deren Betrachtung von einem Werkzeug profitiert, wie z.B. 3D-Skizzen. Aber auch in diesen F\u00e4llen kann es einen leichten Viewer geben, der den Leser nicht mit zu vielen ablenkenden Benutzeroberfl\u00e4chenelementen \u00fcberfordert.<\/p>\n
Das bedeutet aber auch, dass die Dokumentengenerierung ziemlich wichtig ist, wiederum aus einer Reihe von Gr\u00fcnden: Erstens wollen wir die Leser, von denen die meisten wahrscheinlich wenig Erfahrung mit dem Lesen von Modellen haben, \u00fcber den Crashkurs, den sie erhalten haben, hinaus nicht frustrieren. Daher sollten die Dokumente so intuitiv sein, wie es die Modellierungssprache zul\u00e4sst.<\/p>\n
Zweitens m\u00fcssen die Modellierer darauf vorbereitet sein, h\u00e4ufige Anfragen nach aktualisierten Dokumenten zu erhalten, die aus dem Modell generiert werden. Daher darf die Generierung nicht lange dauern. Bei gr\u00f6\u00dferen Projekten kann es sogar sinnvoll sein, ein Continuous-Integration-System einzurichten, das die am h\u00e4ufigsten verwendeten Dokumente automatisch nach Bedarf oder st\u00fcndlich bzw. t\u00e4glich generiert.<\/p>\n
Fazit<\/h3>\n
Denken Sie bei Dokumenten nicht an Papier: Sie sind \u201cschreibgesch\u00fctzte Ansichten Ihres Modells\u201d, die eine f\u00fcr alle Beteiligten vertraute Technologie (Papier) nutzen. Als Bonus gibt es sogar ein integriertes Kommentarsystem (Stift und Textmarker). Wenn Sie die Dinge so betrachten, werden Sie Ihre Stakeholder gl\u00fccklich und informiert halten, w\u00e4hrend Ihr Projekt von der Kraft des Modellierens profitieren kann.<\/p>","protected":false},"excerpt":{"rendered":"
Modellierung ist seit vielen Jahren ein aktuelles Thema, wobei UML eine der beliebtesten ist. Modelle haben viele Vorteile: Sie bieten Struktur, beseitigen Redundanzen und erm\u00f6glichen es, ausgefallene Dinge mit dem Modell zu tun, sogar die Generierung von Tests oder Code. Wir modellieren auch manchmal, ohne es \u00fcberhaupt zu merken: Softwarecode repr\u00e4sentiert auch\u2026<\/p>","protected":false},"author":1,"featured_media":505,"comment_status":"open","ping_status":"open","sticky":false,"template":"single-no-separators","format":"standard","meta":{"_kadence_starter_templates_imported_post":false,"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","footnotes":""},"categories":[13],"tags":[32,33,34,35],"class_list":["post-504","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-document-generation","tag-modeling","tag-paper","tag-training"],"_links":{"self":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts\/504","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/comments?post=504"}],"version-history":[{"count":0,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts\/504\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/media?parent=504"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/categories?post=504"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/tags?post=504"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}