Dies ist der zweite Teil der Miniserie \u201cRequirements Modeling\u201d. In diesem Artikel schaffen wir ein gemeinsames Verst\u00e4ndnis daf\u00fcr, was Modellierung im Allgemeinen und ein Anforderungsmodell im Besonderen ist.\n<\/p>\n\n\n\n
Modelle werden \u00fcberall im Leben eingesetzt, nicht nur f\u00fcr Systeme und Anforderungen. Sie werden allgemein als \u201ckleine Kopie von etwas, das einige Merkmale des Originals aufweist\u201d betrachtet. Da kommen einem physische Objekte wie Schiffsmodelle in den Sinn.<\/p>\n\n\n\n
Es gibt auch formellere Definitionen eines Modells (Was ist ein Modell?<\/a>\n von Thomas K\u00fchne). Doch widmen wir uns zun\u00e4chst einem wichtigeren Aspekt:\nBereits mit der obigen einfachen Definition stellen alle Anforderungen ein Modell des zu bauenden Produkts dar.<\/p>\n\n\n\n Anforderungen sind eine pragmatische Beschreibung des zu bauenden Systems. Sie sollten sich auf das Problem konzentrieren, das dieses System l\u00f6st (und nicht auf die spezifische Implementierung) und sind daher nur eine Teilbeschreibung. Aber per Definition ist dies ein Modell, auch wenn es nur ein paar Zeilen einfachem Text sind.<\/p>\n\n\n\n Ein Modell hat \u00fcblicherweise eine Modellierungssprache, die textuell oder grafisch sein kann. Und wieder, mit ein paar Zeilen einfachem Text, ist die Modellierungssprache... Englisch.<\/p>\n\n\n\n Im Kontext des Requirements-Engineerings stellt sich also nicht die Frage, ob modelliert wird oder nicht: Wir modellieren immer. Stattdessen stellen sich die Fragen:<\/p>\n\n\n\n An diesem Punkt sind wir bereit f\u00fcr eine einfache Definition:<\/p>\n\n\n\n Ein Anforderungsmodell ist eine strukturierte Darstellung von Anforderungen, die eine spezifische Modellierungssprache verwendet.<\/p><\/blockquote>\n\n\n\n Schauen wir uns die drei Fragen einzeln an.<\/p>\n\n\n\n Modellierung kann auf breiter Ebene auf drei Ebenen formeller angewendet werden:<\/p>\n\n\n\n Spezifikationsstufe:<\/strong> Die Struktur der Spezifikation als Ganzes kann formalisiert werden. Ein triviales, aber n\u00fctzliches Beispiel hierf\u00fcr ist die Kapitelstruktur. Diese wurde sogar standardisiert: IEEE 29148-2011<\/a> (formal nach IEEE 830-1998) liefert m\u00f6gliche Gliederungsstrukturen f\u00fcr Systemanforderungsspezifikationen (SRS).<\/p>\n\n\n\n Anforderungsstufe:<\/strong> Die einzelnen Anforderungen k\u00f6nnen als Ganzes Teil eines Anforderungsmodells werden, indem sie mit Metadaten angereichert werden. Beispielsweise k\u00f6nnte eine Anforderung als funktional oder nicht funktional klassifiziert werden. Ein ausgefeilteres Klassifikationsschema wurde vorgeschlagen von Cimatti<\/a> oder Gunter.<\/p>\n\n\n\n Anforderungstext-Ebene:<\/strong> Die tats\u00e4chlichen Anforderungen \nText kann auch modelliert werden, beispielsweise durch die Verwendung von Textvorlagen. Einige der bekannteren werden von der Sophist Group bereitgestellt (Master-Schablonen<\/a>, Deutsch), aber es gibt noch viele andere zur Auswahl.<\/p>\n\n\n\n Wenn das Thema Anforderungsmodellierung oder Systemmodellierung angesprochen wird, denken die Leute meist an grafische Sprachen wie UML oder SysML. Und tats\u00e4chlich k\u00f6nnen diese auch verwendet werden.<\/p>\n\n\n\n Grafische Sprachen nutzen die Tatsache aus, dass Menschen unglaublich gut darin sind, visualisierte Informationen zu erfassen. Es ist jedoch wichtig zu beachten, dass die Modelle typischerweise viele Informationen enthalten, die nicht auf den Bildern dargestellt sind. Die Bilder dienen als Orientierungskarte, die hilft, zus\u00e4tzliche Informationen zu finden. Diese Informationen finden sich normalerweise in den Tabellen, die die Bilder begleiten.<\/p>\n\n\n\n Unabh\u00e4ngig davon, ob eine textuelle oder grafische Darstellung verwendet wird, k\u00f6nnen die Anforderungen recht informell oder extrem formalisiert sein.<\/p>\n\n\n\n Umgangssprache (oder jede andere nat\u00fcrliche Sprache) ist informell, kann aber durch Textvorlagen formeller gestaltet werden. Je nach Raffinesse der Werkzeuge k\u00f6nnen recht viele Informationen automatisch aus dem Text extrahiert werden (z. B. automatische Glossarverwaltung).<\/p>\n\n\n\nAnforderungen werden immer modelliert<\/h2>\n\n\n\n
Modellierungsgrad<\/h2>\n\n\n\n
Modellierungssprachen<\/h2>\n\n\n\n
Formalit\u00e4tsgrade<\/h2>\n\n\n\n