{"id":35239,"date":"2023-05-16T14:39:04","date_gmt":"2023-05-16T12:39:04","guid":{"rendered":"https:\/\/www.itech-progress.com\/?p=35239"},"modified":"2026-04-07T10:10:22","modified_gmt":"2026-04-07T08:10:22","slug":"requirements-for-software-architects","status":"publish","type":"post","link":"https:\/\/www.itech-progress.com\/en\/requirements-for-software-architects\/","title":{"rendered":"Requirements for Software Architects"},"content":{"rendered":"<p>[et_pb_section fb_built=&#8221;1&#8243; fullwidth=&#8221;on&#8221; _builder_version=&#8221;4.16&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_fullwidth_header title=&#8221;Requirements for Software Architects&#8221; subhead=&#8221;Mit Requirements Engineering zu den besten Anforderungen&#8221; content_max_width_tablet=&#8221;&#8221; content_max_width_phone=&#8221;100%&#8221; content_max_width_last_edited=&#8221;on|desktop&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; title_font=&#8221;|600|||||||&#8221; title_font_size=&#8221;54px&#8221; subhead_font=&#8221;|600|||||||&#8221; subhead_font_size=&#8221;19px&#8221; background_enable_color=&#8221;off&#8221; use_background_color_gradient=&#8221;on&#8221; background_color_gradient_stops=&#8221;rgba(0,63,134,0.81) 0%|rgba(0,63,134,0.47) 100%&#8221; background_color_gradient_overlays_image=&#8221;on&#8221; background_image=&#8221;https:\/\/www.itech-progress.com\/wp-content\/uploads\/2023\/05\/REQ4ARC_TRAINING.jpg&#8221; height=&#8221;306px&#8221; title_font_size_tablet=&#8221;30px&#8221; title_font_size_phone=&#8221;27px&#8221; title_font_size_last_edited=&#8221;on|desktop&#8221; global_colors_info=&#8221;{}&#8221;][\/et_pb_fullwidth_header][\/et_pb_section][et_pb_section fb_built=&#8221;1&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_row column_structure=&#8221;1_2,1_2&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;1_2&#8243; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text content_tablet=&#8221;<\/p>\n<\/p>\n<p>Herzlich Willkommen zu unserer neuen Blog-Serie, Requirements for Software Architects!<br \/>Erfahren Sie in dieser dreiteiligen Reihe etwas \u00fcber die Signifikanz von Anforderungen Ihrer Kunden, die verschiedenen Rollen des Agile Requirement Engineerings und moderne Techniken.<\/p>\n<p style=%22text-align: left;%22>&#8221; content_phone=&#8221;<\/p>\n<p> Herzlich Willkommen zu unserer neuen Blog-Serie, Requirements for Software Architects!<br \/>Erfahren Sie in dieser dreiteiligen Reihe etwas \u00fcber die Signifikanz von Anforderungen Ihrer Kunden, die verschiedenen Rollen des Agile Requirement Engineerings und moderne Techniken.<\/p>\n<p style=%22text-align: left;%22>&#8221; content_last_edited=&#8221;on|desktop&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>Herzlich Willkommen zu unserer neuen Blog-Serie, Requirements for Software Architects!<br \/>Erfahren Sie in dieser dreiteiligen Reihe etwas \u00fcber die Signifikanz von Anforderungen Ihrer Kunden, die verschiedenen Rollen des Agile Requirement Engineerings und moderne Techniken.<\/p>\n<p style=\"text-align: left;\">[\/et_pb_text][\/et_pb_column][et_pb_column type=&#8221;1_2&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_blurb title=&#8221;Abbildungs 1: Wie Projekte wirklich funktionieren&#8221; image=&#8221;https:\/\/www.itech-progress.com\/wp-content\/uploads\/2023\/05\/Bild1.png&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; header_font_size=&#8221;15px&#8221; hover_enabled=&#8221;0&#8243; header_font_size_tablet=&#8221;15px&#8221; header_font_size_phone=&#8221;15px&#8221; header_font_size_last_edited=&#8221;on|phone&#8221; global_colors_info=&#8221;{}&#8221; sticky_enabled=&#8221;0&#8243;][\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<h6><strong>Einf\u00fchrung und \u00dcberblick<\/strong><\/h6>\n<p>Requirements Engineering und Softwarearchitektur sind in der Welt der Softwareentwicklung T\u00e4tigkeitsbereiche, die gro\u00dfe Teilverantwortungen tragen, um Softwareentwicklungsprojekte erfolgreich abzuschlie\u00dfen. Letztlich geht es darum, die Kundenbed\u00fcrfnisse zu erf\u00fcllen und den Kunden zufrieden zu stellen. Um dies zu erreichen, muss man den Kunden richtig verstehen und wissen, was er tats\u00e4chlich braucht.<br \/>\nIn diesem Stadium sind Anforderungen und deren Management Hauptakteure im Softwareentwicklungsprozess .<br \/>\nAnforderungen sind in Softwareprojekten das Abbild der Kundenw\u00fcnsche. Sie dienen als zentrale Briefings f\u00fcr fast alle weiteren T\u00e4tigkeiten. Die korrekte Erhebung, Erfassung, \u00dcberpr\u00fcfung, Pflege und Verfeinerung von Anforderungen beeinflusst folglich den gesamten Software-Lebenszyklus und ist somit entscheidend f\u00fcr den Erfolg von Softwareentwicklungsprojekten.<br \/>\nIm Software-Lebenszyklus sind die Phasen der Anforderung und der Softwarearchitektur direkt aufeinander folgend und daher besonders stark miteinander verzahnt, fehlerhaftes Anforderungsmanagement hat dementsprechend direkte, schwerwiegende Folgen auf architektonische Entscheidungen. [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; background_color=&#8221;#F3F3F3&#8243; use_background_color_gradient=&#8221;on&#8221; background_color_gradient_stops=&#8221;#ffffff 1%|#ffffff 99%&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_blurb title=&#8221;Abbildung 2: Software-Lebenszyklus&#8221; image=&#8221;https:\/\/www.itech-progress.com\/wp-content\/uploads\/2023\/05\/Bild2.png&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; header_font_size=&#8221;15px&#8221; global_colors_info=&#8221;{}&#8221;][\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]An dieser Stelle geht es nicht nur darum, dass der Requirements Engineer oder der Product Owner die richtigen Anforderungen (von den Kunden) aufgenommen hat, vielmehr geht es darum, dass der Softwarearchitekt den Product Owner richtig versteht und die von ihm bereitgestellten Anforderungen \u00fcberpr\u00fcft und analysiert, um darauf aufbauend seine architektonische Entscheidung treffen zu k\u00f6nnen.<br \/>\nIn den folgenden Abschnitten geben wir einen \u00dcberblick \u00fcber Anforderungsmanagement und Softwarearchitektur, bzw. wie sie sich einander erg\u00e4nzen und gegenseitig beeinflussen. Dazu betrachten wir die beiden Rollen des Softwarearchitekten und eines Product Owners, sowie ihre Verantwortlichkeiten und Aufgaben in Softwareentwicklungsprojekten. Zuvor kl\u00e4ren wir einige Grundbegriffe.[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row column_structure=&#8221;1_2,1_2&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;1_2&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<h6><strong>Anforderungen Definition und Grundbegriffe<\/strong><\/h6>\n<p>\u201eRequirement\u201c (englisch) bedeutet so viel, wie \u201eVorausgesetztes\u201c oder \u201everpflichtendes Erfordernis\u201c, aber auch Erwartung. Wie bei vielen Begriffen aus der IT-Welt gibt es f\u00fcr den Begriff \u201eAnforderung\u201c zahlreiche Definitionen.<\/p>\n<p>Requirements Engineering Board (IREB) definiert Anforderung hingegen als:<br \/>\n\u2022\tein Bed\u00fcrfnis, das von einem Stakeholder wahrgenommen wird.<br \/>\n\u2022\teine F\u00e4higkeit oder Eigenschaft, die ein System haben soll.<br \/>\n\u2022\teine dokumentierte Darstellung eines Bedarfs, einer F\u00e4higkeit oder eines Eigentums.<\/p>\n<p>F\u00fcr das International Institute of Business Analysis (IIBA) ist eine Anforderung eine brauchbare Darstellung eines Bed\u00fcrfnisses, die in der Regel durch Dokumente beschrieben wird.<br \/>\nDaraus abgeleitet k\u00f6nnen Anforderungen als eine Aussage \u00fcber den zu erreichenden Merkmalen oder die zu erbringenden Leistungen f\u00fcr eine Software oder System definiert werden.[\/et_pb_text][\/et_pb_column][et_pb_column type=&#8221;1_2&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<h6>Arten von Anforderungen<\/h6>\n<p>In der Literatur gibt es viele Unterteilungen oder Klassifizierungen von Anforderungen. Zum Zwecke dieses Inhalts betrachten wir nur zwei (bekannte) Hauptkategorien, funktionale (FR) und nicht-funktionale Anforderungen (NFR).<br \/>Nichtfunktionalen Anforderungen fallen wiederum in zwei Kategorien: Die Qualit\u00e4tsanforderung oder Qualit\u00e4tskriterien und die Einschr\u00e4nkungen (eng. constraints)<\/p>\n<p>[\/et_pb_text][et_pb_blurb title=&#8221;Abbildung 3: Gute vs. schlechte Anforderungen&#8221; image=&#8221;https:\/\/www.itech-progress.com\/wp-content\/uploads\/2023\/05\/Bild3.png&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; header_font_size=&#8221;15px&#8221; global_colors_info=&#8221;{}&#8221;][\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.3&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<h6>Funktionale Anforderungen<\/h6>\n<p>Das \u201eWAS\u201c legt die Funktionale Anforderungen fest, was das Produkt tun soll. Ein Beispiel:<br \/>\u201eDas System soll die geleisteten Arbeitsstunden eines Mitarbeiters f\u00fcr einen bestimmten Zeitraum berechnen.\u201c<br \/>Das bedeutet, dass sich die funktionalen Anforderungen lediglich auf die Verhaltensergebnisse beziehen, die die Funktionalit\u00e4t des Systems oder der Software liefern soll.<\/p>\n<h6>Nichtfunktionale Anforderungen (NFRs)<\/h6>\n<p>Die nicht-funktionalen Anforderungen (NFR) beschreiben, wie gut das System die Leistung erbringen soll und unter welchen Rahmenbedingungen und sind eine Herausforderung f\u00fcr jeden PO. Sie werden typischerweise in zwei Bereiche untergliedert:<br \/>\u2022 Qualit\u00e4tskriterien<br \/>\u2022 Einschr\u00e4nkungen<\/p>\n<h6>Qualit\u00e4tskriterien<\/h6>\n<p>\u2026 sind Anforderungen, die sich auf ein Qualit\u00e4tsproblem beziehen, das nicht durch funktionale Anforderungen abgedeckt ist.<br \/>Diese werden (z.B. nach Volere) in Ausf\u00fchrungsqualit\u00e4t und Weiterentwicklungsqualit\u00e4t gegliedert.<\/p>\n<p><strong>Ausf\u00fchrungsqualit\u00e4t (w\u00e4hrend des Betriebs \/ zur Laufzeit)<\/strong><\/p>\n<ul>\n<li>Zuverl\u00e4ssigkeit (Systemreife, Wiederherstellbarkeit, Fehlertoleranz)<\/li>\n<li>Aussehen und Handhabung (Look-and-feel)<\/li>\n<li>Benutzbarkeit (Verst\u00e4ndlichkeit, Erlernbarkeit, Bedienbarkeit)<\/li>\n<li>Leistung und Effizienz (Antwortzeiten, Ressourcenbedarf, Wirtschaftlichkeit)<\/li>\n<\/ul>\n<ul>\n<li>Sicherheitsanforderungen (Vertraulichkeit, Informationssicherheit, Datenintegrit\u00e4t, Verf\u00fcgbarkeit)<\/li>\n<li>Korrektheit (Ergebnisse fehlerfrei)<\/li>\n<\/ul>\n<p><strong>Weiterentwicklungs- und Evolutionsqualit\u00e4t<\/strong><\/p>\n<ul>\n<li>Betriebs- und Umgebungsbedingungen<\/li>\n<li>Wartbarkeit, \u00c4nderbarkeit (Analysierbarkeit, Stabilit\u00e4t, Pr\u00fcfbarkeit, Erweiterbarkeit)<\/li>\n<li>Portierbarkeit und \u00dcbertragbarkeit (Anpassbarkeit, Installierbarkeit, Konformit\u00e4t, Austauschbarkeit)<\/li>\n<li>Flexibilit\u00e4t (Unterst\u00fctzung von Standards)<\/li>\n<li>Skalierbarkeit (\u00c4nderungen des Problemumfangs bew\u00e4ltigen)<\/li>\n<\/ul>\n<p>Eine andere Aufteilung von Nichtfunktionalen Anforderungen findet man in der ISO 25010. Hier werden die Qualit\u00e4tsanforderungen anhand 8 Kriterien beschrieben.<\/p>\n<p>[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_blurb title=&#8221;Abbildung 7: Standard ISO\/IEC 25010. Software product quality model&#8221; image=&#8221;https:\/\/www.itech-progress.com\/wp-content\/uploads\/2023\/05\/Bild4.png&#8221; content_max_width=&#8221;619px&#8221; content_max_width_tablet=&#8221;619px&#8221; content_max_width_phone=&#8221;619px&#8221; content_max_width_last_edited=&#8221;on|phone&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; header_font_size=&#8221;15px&#8221; global_colors_info=&#8221;{}&#8221;][\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_accordion open_toggle_text_color=&#8221;#FA870D&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; toggle_text_color=&#8221;#FA870D&#8221; toggle_font=&#8221;|600|||||||&#8221; toggle_font_size=&#8221;18px&#8221; body_font_size=&#8221;16px&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_accordion_item title=&#8221;1.\tFunktionale Eignung&#8221; open=&#8221;on&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<ul>\n<li>Funktionelle Vollst\u00e4ndigkeit<\/li>\n<li>Korrekte Funktionalit\u00e4t<\/li>\n<li>Angemessene Funktionalit\u00e4t<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;2.\tVerl\u00e4sslichkeit&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Reife<\/li>\n<li>Verf\u00fcgbarkeit<\/li>\n<li>Fehlertoleranz<\/li>\n<li>Wiederherstellbarkeit<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;3.\tLeistungseffizienz&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Zeitverhalten<\/li>\n<li>Ressourcennutzung<\/li>\n<li>Kapazit\u00e4tsaufwand<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;4.\tNutzbarkeit&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Angemessene Erkennbarkeit<\/li>\n<li>Erlernbarkeit<\/li>\n<li>Bedienbarkeit<\/li>\n<li>Schutz vor Fehlbedienung durch den Nutzer<\/li>\n<li>User-Interface \u00c4sthetik<\/li>\n<li>Zug\u00e4nglichkeit<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;5.\tWartbarkeit&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Modularit\u00e4t<\/li>\n<li>Wiederverwendbarkeit<\/li>\n<li>Analysierbarkeit<\/li>\n<li>Modifizierbarkeit<\/li>\n<li>Testf\u00e4higkeit<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;6.\tSicherheit&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Datenschutz<\/li>\n<li>Integrit\u00e4t<\/li>\n<li>Unmanipulierbarkeit<\/li>\n<li>Administrationsf\u00e4higkeit<\/li>\n<li>Authentifizierbarkeit<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;7.\tKompatibilit\u00e4t&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Co-Existenz (zu weiterer Software)<\/li>\n<li>Interoperabilit\u00e4t<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][et_pb_accordion_item title=&#8221;8.\tPortierbarkeit&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221; open=&#8221;off&#8221;]<\/p>\n<ul>\n<li>Anpassungsf\u00e4higkeit<\/li>\n<li>Installierbarkeit<\/li>\n<li>Austauschbarkeit<\/li>\n<\/ul>\n<p>[\/et_pb_accordion_item][\/et_pb_accordion][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<h6>Einschr\u00e4nkungen<\/h6>\n<p>\u2026 sind Anforderungen, die den L\u00f6sungsraum \u00fcber das hinaus beschr\u00e4nken, was zur Erf\u00fcllung spezifizierter funktionaler Anforderungen und Qualit\u00e4tsanforderungen erforderlich ist.<\/p>\n<p>Es gibt verschiedene Arten von Einschr\u00e4nkungen, z.B. zeitliche Terminplanbeschr\u00e4nkung, regulatorische oder gesetzliche Beschr\u00e4nkungen usw.<\/p>\n<p>In Softwareprojekten spricht man von Einschr\u00e4nkungen, wenn Faktoren wie Zeit, Geld, Umfang (das sogenannte \u201eMagische Dreieck\u201c) oder Ressourcen, wie Ausr\u00fcstung oder Personalmangel das Projekt beeinflussen.<\/p>\n<p>&nbsp;<\/p>\n<p>[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; custom_margin=&#8221;0px||||false|false&#8221; custom_margin_tablet=&#8221;0px||||false|false&#8221; custom_margin_phone=&#8221;-40px||||false|false&#8221; custom_margin_last_edited=&#8221;on|phone&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_blurb title=&#8221;Abbildung 8: Das magische Dreieck&#8221; image=&#8221;https:\/\/www.itech-progress.com\/wp-content\/uploads\/2023\/05\/Bild5.png&#8221; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; header_font_size=&#8221;15px&#8221; global_colors_info=&#8221;{}&#8221;][\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.17.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<p>Die Einschr\u00e4nkungen h\u00e4ngen auch von dem T\u00e4tigkeitsbereich des Unternehmens sowie den Dienstleistungen ab, welches es anbietet.<\/p>\n<p>Im Gesundheitswesen beispielsweise k\u00f6nnen bestimmte Vorschriften oder Gesetze die Qualit\u00e4t von Software oder sogar die Implementierung der gesamten Softwarearchitektur beeintr\u00e4chtigen.<\/p>\n<p>Aus allen diesen Gr\u00fcnden ist es wichtig, dass sich der Softwarearchitekt bereits zu Beginn des Projekts mit den verschiedenen Einschr\u00e4nkungen auseinandersetzt und mit den Key Rollen abkl\u00e4rt.<\/p>\n<p>&nbsp;<\/p>\n<p>Wir freuen uns schon, Sie beim n\u00e4chsten Artikel unserer Blog-Serie wieder begr\u00fc\u00dfen zu d\u00fcrfen \u2013 dem Agile Requirements Engineering und seine Rollen.<\/p>\n<p>&nbsp;<\/p>\n<p>[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_column type=&#8221;4_4&#8243; _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;][et_pb_text _builder_version=&#8221;4.20.4&#8243; _module_preset=&#8221;default&#8221; global_colors_info=&#8221;{}&#8221;]<\/p>\n<h6><strong>Quellen<\/strong><\/h6>\n<ul>\n<li>Sommerville, Ian (2009). Softwareengineering (9th ed.). Addison-Wesley. ISBN 978-0-13-703515-1.<\/li>\n<li>Andreas Wintersteiger, Scrum Schnelleinstieg<\/li>\n<li>McGreal, Don; Jocham, Ralph (June 4, 2018). The Professional Product Owner: Leveraging Scrum as a Competitive Advantage. Addison-Wesley Professional. ISBN 9780134686653.<\/li>\n<li>https:\/\/t2informatik.de\/<\/li>\n<li>North, Introducing Behaviour Driven Development<\/li>\n<li>Dan North et al.: Question about Chapter 11: Writing software that matters. (Nicht mehr online verf\u00fcgbar.) Archiviert vom Original am 7. November 2009; abgerufen am 9. November 2011 (englisch): \u201eThe phrase \u2018BDD is TDD done well\u2019, while a nice compliment, is a bit out of date. [\u2026] BDD has evolved considerably over the years into the methodology we describe in the book. Back when it was focused purely on the TDD space\u2013 around 2003-2004 \u2013 this was a valid description. Now it only covers a small part of the BDD proposition\u201c<\/li>\n<li>Schwaber, Ken; Sutherland, Jeff (November 2017), The Scrum Guide: The Definitive Guide to Scrum: The Rules of the Game, retrieved May 13, 2020<\/li>\n<li>&#8220;Lessons learned: Using Scrum in non-technical teams&#8221;. Agile Alliance. May 18, 2018. Retrieved April 8, 2019.<\/li>\n<li>Ken Schwaber; Jeff Sutherland. &#8220;The Scrum Guide&#8221;. Scrum.org. Retrieved October 27, 2017.<\/li>\n<li><a href=\"https:\/\/www.scrum.org\/\">https:\/\/www.scrum.org\/<\/a><\/li>\n<li><a href=\"http:\/\/agilemanifesto.org\/\">http:\/\/agilemanifesto.org\/<\/a><\/li>\n<li><a href=\"https:\/\/www.isaqb.org\/\">https:\/\/www.isaqb.org\/<\/a><\/li>\n<li><a href=\"\"><\/a><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h6><strong>Abbildungen<\/strong><\/h6>\n<p>Abbildung 1: <a href=\"https:\/\/cdn-images-1.medium.com\/max\/1200\/1*ApoaIZicyU0b7Jgg9MMJhw.jpeg\">https:\/\/cdn-images-1.medium.com\/max\/1200\/1*ApoaIZicyU0b7Jgg9MMJhw.jpeg<\/a><\/p>\n<p>Abbildung 2: ITech Progress CPSA-Foundation Kurs (Pr\u00e4sentation) \u2013 Kapitel 1: Grundbegriffe \u2013 Einordnung der Softwarearchitektur in Software-Lebenszyklus<\/p>\n<p>Abbildung 3: <a href=\"https:\/\/www.softwareone.com\/-\/media\/global\/social-media-and-blog\/content\/requirements-engineering-4-graph1.png?mw=1024&amp;rev=bc1dea2cb4d145c79f1f5b544e3a10cd&amp;sc_lang=de-at&amp;hash=43114D2C3FE79F36503891506BDBA9FA\">https:\/\/www.softwareone.com\/-\/media\/global\/social-media-and-blog\/content\/requirements-engineering-4-graph1.png?mw=1024&amp;rev=bc1dea2cb4d145c79f1f5b544e3a10cd&amp;sc_lang=de-at&amp;hash=43114D2C3FE79F36503891506BDBA9FA<\/a><\/p>\n<p>Abbildung 4: <a href=\"https:\/\/www.nasa.gov\/images\/content\/549928main_jfk_speech_226.jpg\">https:\/\/www.nasa.gov\/images\/content\/549928main_jfk_speech_226.jpg<\/a><\/p>\n<p>Abbildung 5: <a href=\"https:\/\/www.nasa.gov\/sites\/default\/files\/styles\/side_image\/public\/62297main_neil_on_moon_full.jpg?itok=1c8GTfbJ\">https:\/\/www.nasa.gov\/sites\/default\/files\/styles\/side_image\/public\/62297main_neil_on_moon_full.jpg?itok=1c8GTfbJ<\/a><\/p>\n<p>Abbildung 6: <a href=\"https:\/\/miro.medium.com\/max\/1762\/0*ohypH8bVpf2O0uIc.png\">https:\/\/miro.medium.com\/max\/1762\/0*ohypH8bVpf2O0uIc.png<\/a><\/p>\n<p>Abbildung 7: <a href=\"https:\/\/www.researchgate.net\/profile\/Lina-Garces\/publication\/326584873\/figure\/fig2\/AS:652083346808834@1532480193500\/Standard-ISO-IEC-25010-Software-product-quality-model-and-system-quality-in-use-model.png\">https:\/\/www.researchgate.net\/profile\/Lina-Garces\/publication\/326584873\/figure\/fig2\/AS:652083346808834@1532480193500\/Standard-ISO-IEC-25010-Software-product-quality-model-and-system-quality-in-use-model.png<\/a><\/p>\n<p>Abbildung 8: <a href=\"https:\/\/i.pinimg.com\/originals\/a1\/3c\/ed\/a13cedd07eb87e2fab0baa483d9877fd.png\">https:\/\/i.pinimg.com\/originals\/a1\/3c\/ed\/a13cedd07eb87e2fab0baa483d9877fd.png<\/a><\/p>\n<p>[\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":"<p>&nbsp; &nbsp; Herzlich Willkommen zu unserer neuen Blog-Serie, Requirements for Software Architects!Erfahren Sie in dieser dreiteiligen Reihe etwas \u00fcber die Signifikanz von Anforderungen Ihrer Kunden, die verschiedenen Rollen des Agile Requirement Engineerings und moderne Techniken. Einf\u00fchrung und \u00dcberblick Requirements Engineering und Softwarearchitektur sind in der Welt der Softwareentwicklung T\u00e4tigkeitsbereiche, die gro\u00dfe Teilverantwortungen tragen, um Softwareentwicklungsprojekte [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":35022,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"2880","footnotes":""},"categories":[549,833,565,547,557],"tags":[],"class_list":["post-35239","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-methodisch","category-softwarearchitektur","category-softwareentwicklung","category-technisch","category-trainings-und-workshops"],"_links":{"self":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts\/35239","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/comments?post=35239"}],"version-history":[{"count":10,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts\/35239\/revisions"}],"predecessor-version":[{"id":53568,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/posts\/35239\/revisions\/53568"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/media\/35022"}],"wp:attachment":[{"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/media?parent=35239"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/categories?post=35239"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.itech-progress.com\/en\/wp-json\/wp\/v2\/tags?post=35239"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}