Das Internet der Dinge (IoT) ist derzeit ein hei\u00dfes Schlagwort. Es besagt einfach, dass wir physische Ger\u00e4te nehmen und sie mit dem Internet verbinden. Wie bei vielen Schlagw\u00f6rtern ist dies nichts wirklich Neues: Dies geschieht seit Jahrzehnten. Aber fr\u00fcher ging es dabei typischerweise um industrielle Nischenanwendungen. Jetzt bewegt sich IoT in den Verbraucherbereich. Vor einigen Jahren gab es einiges Gel\u00e4chter, als die Leute \u00fcber die \u201cNotwendigkeit\u201d diskutierten, Toaster und Kaffeemaschinen mit dem Internet zu verbinden. Aber jetzt ist das Auto das hei\u00dfeste \u201cDing\u201d, das mit dem Internet verbunden werden kann. Aufgrund des hohen Werts und all der M\u00f6glichkeiten hat dies dem IoT einen enormen Schub gegeben.<\/p>\n\n\n\n
Aber was bedeutet das f\u00fcr das Requirements Engineering? Wir haben bereits besprochen einige disruptive Trends<\/a> k\u00fcrzlich. Au\u00dferdem gibt es viele Trends, die nicht mit dem IoT zusammenh\u00e4ngen (z. B. agile Arbeit, in kurzen Iterationen usw.). Aber hier sprechen wir spezifisch \u00fcber den Einfluss des IoT.<\/p>\n\n\n\n\n\n\n\n Fr\u00fcher wurden Hardware und Software nicht gleichberechtigt entwickelt: Entweder wurde zuerst die Hardware entwickelt und dann die Software, um sie anzusteuern. Denken Sie zum Beispiel an eine computergesteuerte Schneidemaschine.<\/p>\n\n\n\n Es gab auch Szenarien, in denen die Software im Vordergrund stand und die Hardware \u201cnachtr\u00e4glich\u201d daran angebracht wurde. Denken Sie zum Beispiel an einen M\u00fcnzkaffeeautomaten.<\/p>\n\n\n\n Aber heute sollten Hardware und Software gemeinsam weiterentwickelt werden, damit sie f\u00fcr die jeweilige Aufgabe optimiert sind. Dies wird zu neuen und innovativen Designs f\u00fchren.<\/p>\n\n\n\n Heute klicken wir gedankenlos auf \u201cAktualisieren\u201d bei Apps, aber die Idee gibt es noch gar nicht so lange. Das Spiel \u00e4ndert sich grundlegend, sobald diese Updates sicherheitskritisch sind, wie es bei Autos oder medizinischen Ger\u00e4ten der Fall ist.<\/p>\n\n\n\n Over-The-Air-Updates bieten riesige Chancen, bergen aber auch Gefahren<\/a>. Daher sind Sicherheit und Schutz Kernanforderungen und keinesfalls etwas, das man nachtr\u00e4glich bedenkt.<\/p>\n\n\n\n Ein weiterer Aspekt ist, dass Hardware nicht so einfach wie Software aktualisiert werden kann. Daher wird Hardware so einfach und generisch wie m\u00f6glich gebaut. Das geschieht bereits: Netzwerkausr\u00fcstung wird oft \u201cbereit\u201d f\u00fcr nicht existierende neue Technologien ausgeliefert, an denen bereits gearbeitet wird, die aber noch nicht als Standard finalisiert sind (z. B. 5G-Netzwerke). Oder denken Sie an Tesla, das kostenpflichtige Funktionen drahtlos aktivieren kann, indem es die Funktion als Softwarepaket hochl\u00e4dt.<\/p>\n\n\n\n Requirements-Ingenieure wissen, dass der Kontext eines Systems klar definiert sein muss, da Anforderungen nur in einer g\u00fcltigen Umgebung erf\u00fcllt werden k\u00f6nnen. Es ist einfach, den Kontext eines Heizk\u00f6rpers zu definieren (Gr\u00f6\u00dfe des Raumes, Au\u00dfentemperatur, Isolierung). Aber der Kontext eines IoT-Ger\u00e4ts liegt v\u00f6llig au\u00dferhalb der Kontrolle. Betrachten Sie ein autonomes Auto, bei dem die Stra\u00dfe mit all ihren Teilnehmern den Kontext darstellt.<\/p>\n\n\n\n Traditionell werden Anforderungen und Kontext im Voraus definiert und als Grundlage f\u00fcr ein Design verwendet. Aber es gibt eine Alternative, die noch nicht weit verbreitet ist: Anstatt die Anforderungen zur Entwurfszeit zu bewerten, bewerten Sie sie zur Laufzeit. Die Theorie dahinter wurde von Gunter, Gunter, Jackson und Zave<\/a>. Das Ergebnis ist, dass das System zur Laufzeit aus einer Liste g\u00fcltiger \u201cDesigns\u201d ausw\u00e4hlen und jenes aktivieren kann, das der gegebenen Situation (dem Kontext) am besten entspricht.<\/p>\n\n\n\n Systeme haben typischerweise eine \u201cBlack-Box\u201d-Beschreibung, eine Beschreibung, die das Verhalten erkl\u00e4rt, ohne zu erkl\u00e4ren, wie es erreicht wird. Betrachten Sie einen Computermonitor: Uns interessieren nur Eingabe (HDMI-Stecker) und Ausgabe (ein Bild auf dem Bildschirm). Wie dies erreicht wird, ist irrelevant, sei es mit einem LCD-Bildschirm, LEDs oder einer altmodischen Bildr\u00f6hre. Diese Informationen sind Teil der \u201cWhite-Box\u201d-Beschreibung.<\/p>\n\n\n\n Wir werden immer mehr sehen verhaltensorientierte Beschreibungen<\/a>, aus mehreren Gr\u00fcnden:<\/p>\n\n\n\n Machen Sie keinen Fehler: Mit dem Aufkommen des IoT wird sich die Arbeit des Requirement Engineers grundlegend ver\u00e4ndern. Es handelt sich nicht nur um \u201cmehr vom \u00dcblichen\u201d, sondern um einen echten Paradigmenwechsel. Diese Entwicklungen werden durch die Notwendigkeit von Ver\u00e4nderungen vorangetrieben: Nicht nur w\u00e4hrend der Entwicklung, sondern auch w\u00e4hrend des Betriebs. Sie werden auch durch ein exponentielles Wachstum der Komplexit\u00e4t angetrieben, das nur durch \u201cTeile und Herrsche\u201d bew\u00e4ltigt werden kann und zu deutlich mehr Black-Box-Denken f\u00fchrt.<\/p>\n\n\n\n Das Internet der Dinge (Internet of Things, IoT) ist derzeit ein hei\u00dfes Schlagwort. Es besagt einfach, dass wir physische Ger\u00e4te nehmen und sie mit dem Internet verbinden. Wie bei vielen Schlagw\u00f6rtern ist das nicht wirklich neu: Das wird schon seit Jahrzehnten gemacht. Aber in der Vergangenheit ging es dabei meist um industrielle Nischenanwendungen. Jetzt ist IoT...<\/p>","protected":false},"author":1,"featured_media":1517,"comment_status":"open","ping_status":"open","sticky":false,"template":"wp-custom-template-single-post-feature-image","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":[72,73,74,75,76,71],"class_list":["post-802","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-behavior-driven","tag-context","tag-iot","tag-over-the-air","tag-run-time","tag-trends"],"_links":{"self":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts\/802","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=802"}],"version-history":[{"count":0,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts\/802\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/media\/1517"}],"wp:attachment":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/media?parent=802"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/categories?post=802"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/tags?post=802"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Hardware und Software entwickeln sich gemeinsam weiter<\/h2>\n\n\n\n
Over-the-Air-Softwareupdates<\/h2>\n\n\n\n
Anforderungen werden zur Laufzeit ausgewertet<\/h2>\n\n\n\n
Anforderungen sind Verhaltensbeschreibungen von Black Boxes<\/h2>\n\n\n\n
Schlussfolgerung<\/h2>\n\n\n\n