Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Wer wünscht sich nicht "Mehr Softwarequalität"? Insbesondere an Individualsoftware werden hohe Qualitätsanforderungen gestellt. Einen Königsweg gibt es zwar nicht, aber viele „Best practices“, mit denen Sie systematisch die Softwarequalität erhöhen können.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Wer wünscht sich nicht "Mehr Softwarequalität"? Insbesondere an Individualsoftware werden hohe Qualitätsanforderungen gestellt. Einen Königsweg gibt es zwar nicht, aber viele „Best practices“, mit denen Sie systematisch die Softwarequalität erhöhen können.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft AG
Software-Projekte sind mit vielen Risiken behaftet. Die Ursachen für Fehlschläge sind oft Fehler im Management der Anforderungen und mangelhafter Einbezug der Benutzer.
Agile Vorgehensmodelle wollen genau dieses Problem lösen. Allerdings wird die Thematik in den ursprünglichen Konzepten zu stark vereinfacht und dadurch oft missverstanden.
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Wer wünscht sich nicht "Mehr Softwarequalität"? Insbesondere an Individualsoftware werden hohe Qualitätsanforderungen gestellt. Einen Königsweg gibt es zwar nicht, aber viele „Best practices“, mit denen Sie systematisch die Softwarequalität erhöhen können.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Wer wünscht sich nicht "Mehr Softwarequalität"? Insbesondere an Individualsoftware werden hohe Qualitätsanforderungen gestellt. Einen Königsweg gibt es zwar nicht, aber viele „Best practices“, mit denen Sie systematisch die Softwarequalität erhöhen können.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft AG
Software-Projekte sind mit vielen Risiken behaftet. Die Ursachen für Fehlschläge sind oft Fehler im Management der Anforderungen und mangelhafter Einbezug der Benutzer.
Agile Vorgehensmodelle wollen genau dieses Problem lösen. Allerdings wird die Thematik in den ursprünglichen Konzepten zu stark vereinfacht und dadurch oft missverstanden.
Immer mehr Unternehmen dokumentieren interne Arbeitsabläufe in einer Wiki. Schnell entsteht der Wunsch, aus unternehmensinterner Software heraus möglichst einfach auf diese Dokumentation zugreifen zu können. Ideal ist eine kontextsensitive Verknüpfung zwischen Software und Wiki mit der F1-Taste.
Nur wenn Softwaretests einfach durchzuführen sind, werden sie im Projekt auch wirklich eingesetzt und verhelfen zu mehr Softwarequalität. Idealerweise geschieht dies automatisiert.
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Unsere beiden Mitarbeiter Herr Christoph Schmidt-Casdorff und Herr Carsten Schädel stellten dem Fachpublikum im Rahmen des OSGi-Days den Themenkomplex "Provisioning unter OSGi für Test und Betrieb" vor.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Mobile Applikationen sind ein wichtiger Baustein auf dem Weg ins digital Business. Die Präsentation bietet einen Überblick über Möglichkeiten und Wege zur Digitalisierung mit mobilen Applikationen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Mobile Applikationen sind ein wichtiger Baustein auf dem Weg ins digital Business. Die Präsentation bietet einen Überblick über Möglichkeiten und Wege zur Digitalisierung mit mobilen Applikationen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Mobile Applikationen sind ein wichtiger Baustein auf dem Weg ins digital Business. Die Präsentation bietet einen Überblick über Möglichkeiten und Wege zur Digitalisierung mit mobilen Applikationen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Für spezifische Probleme werden spezialisierte Datenbanken benötigt.
MongoDB bietet für Webapplikationen, in denen eine große Anzahl von Daten, die nicht transaktionsbasiert vorgehalten werden müssen, eine hochperformante, skalierbare, schemafreie und dokumentenorientierte Lösung.
In seinem Artikel „Einführung in MongoDB - alles ist möglich" stellt unser Mitarbeiter Herr Markus Alvermann MongoDB vor und zeigt anhand von Beispielen auf, wie der Einsatz der Java-API funktioniert.
Der Artikel ist im Rahmen des Themenschwerpunkts „NoSQL-Datenbanken" in Ausgabe 1/2011 des JavaSPEKTRUMs erschienen
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Zwei Aspekte der Softwareentwicklung nehmen auf die Komplexität und Flexibilität Einfluss: Die Vorgehensweise und die Softwarearchitektur. Dieser Vortrag greift den Aspekt der Softwarearchitektur auf - insbesondere dem Thema "Microservice-Architektur".
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Zwei Aspekte der Softwareentwicklung nehmen auf die Komplexität und Flexibilität Einfluss: Die Vorgehensweise und die Softwarearchitektur. Dieser Vortag beleuchtet aktuelle Trends aus der agilen Welt und räumt mir Mythen rund um Agilität auf.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Zwei Aspekte der Softwareentwicklung nehmen auf die Komplexität und Flexibilität Einfluss: Die Vorgehensweise und die Softwarearchitektur. Dieser Vortrag zeigt Ihnen, ob Ihr Unternehmen reif für Microservices ist und wie Ihr Unternehmen starten sollte, wenn Sie sich für Microservices entschieden haben.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Die Nachfrage nach „grünen“ Services wird in Zukunft weiter zunehmen. Serviceanbieter müssen daher Wege finden, ihr Angebot entsprechend ökologisch nachhaltig zu gestalten, um langfristig erfolgreich am Markt zu agieren. Dabei spielt die gezielte Einbindung der Kunden eine wichtige Rolle.
Das ist das Fazit einer Online-Umfrage, die vom X [iks] Institut für Kommunikation und ServiceDesign, Berlin im Frühjahr 2013 bei kleinen, mittleren und großen Unternehmen durchgeführt wurde.
Die große Mehrheit der Teilnehmer (94%) ist sich darüber im klaren, daß die Bedeutung von „grünen“ Services weiter zunehmen und dabei positive Auswirkungen auf die Verbesserung des Images (67%) und die Erhöhung der Bekanntheit (50%) der Anbieter haben wird.
Die Reduzierung von Risiken für Mensch und Umwelt (94%), der Beitrag zum aktiven Umweltschutz (88%) und die Fairneß im Sozialen (88%) eignen sich nach Meinung der befragten Verantwortlichen aus Management, Marketing, Vertrieb und Service am besten zur Umsetzung.
Grüne Services werden in Zukunft nach ihrer Ansicht hauptsächlich in den Bereichen Energie/Umwelt (26%), Transport/Logistik (22%) und Verkehr/Mobilität (22%) zum Einsatz kommen.
Die Unternehmen gehen davon aus, daß mit dem Aufbau von Dienstleistungszentren (29 %), der Gemeinschaftsnutzung von Dienstleistungen (24 %) sowie die Anbindung an alternative Lebensstile(12 %) wirksame ökologische Nachhaltigkeitseffekte erzielt werden können.
Die Entwicklung „grüner“ Services gestaltet in Zukunft der Kunde mit, so sind sich die Unternehmen sicher, bevorzugt durch die Kollaboration über Soziale Medien (29 %) oder durch Communities of Innovation (21 %).
ROSIK Stammtisch, Mario-Leander Reimer (@LeanderReimer, CTO @QAware).
== Dokument bitte herunterladen, falls unscharf! Please download slides if blurred! ==
Clean Architecture ist ein Architekturstil, der darauf abzielt, Code strukturiert und übersichtlich zu gestalten, damit er leicht zu verstehen, zu warten und zu erweitern ist. Es geht darum, die verschiedenen Komponenten einer Anwendung in logische Schichten aufzuteilen, die jeweils eine spezifische Aufgabe erfüllen. Durch die Anwendung universeller Regeln der Softwarearchitektur kann man die Produktivität während der gesamten Lebensdauer eines Softwaresystems drastisch verbessern.
Wir zeigen, wie Anwendungen skalierbar, wartbar und testbar gestaltet und Projekte besser organisiert und strukturiert werden können, um sie schneller und kosteneffizienter zu entwickeln.
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?René Spengler
Das Testmanagement wird im agilen Entwicklungsprozess wie Scrum vom Team getragen. Doch kann das Scrum-Team die Aufgaben eines Testmanagers vollumfänglich wahrnehmen? Der Vortrag folgt den Aufgaben des Testmanagers und vergleicht die Umsetzung in klassischen und agilen Arbeitsumfeldern. Am Ende steht die Frage, ob man in Scrum noch einen Testmanager braucht.
Referenten:
Kay Grebenstein, Saxonia Systems AG
René Spengler, ANECON Software Design und Beratung GmbH
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...Marc Bless
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und Dokumentation nach jeder Iteration fertig sind (Scrum Med 2013) (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Gute Herstellpraxis für Arzneimittel und Wirkstoffe effizient in SAP umgesetzt!
Mehr zu dieser Lösung finden Sie hier: https://www.serkem.de/portfolio-items/gmp-in-sap/
Gute Herstellpraxis für Arzneimittel und Wirkstoffe effizient in SAP umgesetzt!
Hier finden Sie mehr zu der GMP Lösung: https://www.serkem.de/portfolio-items/gmp-in-sap/
Immer mehr Unternehmen dokumentieren interne Arbeitsabläufe in einer Wiki. Schnell entsteht der Wunsch, aus unternehmensinterner Software heraus möglichst einfach auf diese Dokumentation zugreifen zu können. Ideal ist eine kontextsensitive Verknüpfung zwischen Software und Wiki mit der F1-Taste.
Nur wenn Softwaretests einfach durchzuführen sind, werden sie im Projekt auch wirklich eingesetzt und verhelfen zu mehr Softwarequalität. Idealerweise geschieht dies automatisiert.
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Unsere beiden Mitarbeiter Herr Christoph Schmidt-Casdorff und Herr Carsten Schädel stellten dem Fachpublikum im Rahmen des OSGi-Days den Themenkomplex "Provisioning unter OSGi für Test und Betrieb" vor.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Mobile Applikationen sind ein wichtiger Baustein auf dem Weg ins digital Business. Die Präsentation bietet einen Überblick über Möglichkeiten und Wege zur Digitalisierung mit mobilen Applikationen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Mobile Applikationen sind ein wichtiger Baustein auf dem Weg ins digital Business. Die Präsentation bietet einen Überblick über Möglichkeiten und Wege zur Digitalisierung mit mobilen Applikationen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Mobile Applikationen sind ein wichtiger Baustein auf dem Weg ins digital Business. Die Präsentation bietet einen Überblick über Möglichkeiten und Wege zur Digitalisierung mit mobilen Applikationen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Für spezifische Probleme werden spezialisierte Datenbanken benötigt.
MongoDB bietet für Webapplikationen, in denen eine große Anzahl von Daten, die nicht transaktionsbasiert vorgehalten werden müssen, eine hochperformante, skalierbare, schemafreie und dokumentenorientierte Lösung.
In seinem Artikel „Einführung in MongoDB - alles ist möglich" stellt unser Mitarbeiter Herr Markus Alvermann MongoDB vor und zeigt anhand von Beispielen auf, wie der Einsatz der Java-API funktioniert.
Der Artikel ist im Rahmen des Themenschwerpunkts „NoSQL-Datenbanken" in Ausgabe 1/2011 des JavaSPEKTRUMs erschienen
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Zwei Aspekte der Softwareentwicklung nehmen auf die Komplexität und Flexibilität Einfluss: Die Vorgehensweise und die Softwarearchitektur. Dieser Vortrag greift den Aspekt der Softwarearchitektur auf - insbesondere dem Thema "Microservice-Architektur".
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Individualsoftware soll viele explizite und implizite Qualitätsanforderungen verschiedener Stakeholder erfüllen. In unserer halbtägigen Veranstaltung beleuchten wir aus Sicht des Managements unterschiedliche Aspekte rund um dieses Thema.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Zwei Aspekte der Softwareentwicklung nehmen auf die Komplexität und Flexibilität Einfluss: Die Vorgehensweise und die Softwarearchitektur. Dieser Vortag beleuchtet aktuelle Trends aus der agilen Welt und räumt mir Mythen rund um Agilität auf.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Zwei Aspekte der Softwareentwicklung nehmen auf die Komplexität und Flexibilität Einfluss: Die Vorgehensweise und die Softwarearchitektur. Dieser Vortrag zeigt Ihnen, ob Ihr Unternehmen reif für Microservices ist und wie Ihr Unternehmen starten sollte, wenn Sie sich für Microservices entschieden haben.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Die Nachfrage nach „grünen“ Services wird in Zukunft weiter zunehmen. Serviceanbieter müssen daher Wege finden, ihr Angebot entsprechend ökologisch nachhaltig zu gestalten, um langfristig erfolgreich am Markt zu agieren. Dabei spielt die gezielte Einbindung der Kunden eine wichtige Rolle.
Das ist das Fazit einer Online-Umfrage, die vom X [iks] Institut für Kommunikation und ServiceDesign, Berlin im Frühjahr 2013 bei kleinen, mittleren und großen Unternehmen durchgeführt wurde.
Die große Mehrheit der Teilnehmer (94%) ist sich darüber im klaren, daß die Bedeutung von „grünen“ Services weiter zunehmen und dabei positive Auswirkungen auf die Verbesserung des Images (67%) und die Erhöhung der Bekanntheit (50%) der Anbieter haben wird.
Die Reduzierung von Risiken für Mensch und Umwelt (94%), der Beitrag zum aktiven Umweltschutz (88%) und die Fairneß im Sozialen (88%) eignen sich nach Meinung der befragten Verantwortlichen aus Management, Marketing, Vertrieb und Service am besten zur Umsetzung.
Grüne Services werden in Zukunft nach ihrer Ansicht hauptsächlich in den Bereichen Energie/Umwelt (26%), Transport/Logistik (22%) und Verkehr/Mobilität (22%) zum Einsatz kommen.
Die Unternehmen gehen davon aus, daß mit dem Aufbau von Dienstleistungszentren (29 %), der Gemeinschaftsnutzung von Dienstleistungen (24 %) sowie die Anbindung an alternative Lebensstile(12 %) wirksame ökologische Nachhaltigkeitseffekte erzielt werden können.
Die Entwicklung „grüner“ Services gestaltet in Zukunft der Kunde mit, so sind sich die Unternehmen sicher, bevorzugt durch die Kollaboration über Soziale Medien (29 %) oder durch Communities of Innovation (21 %).
ROSIK Stammtisch, Mario-Leander Reimer (@LeanderReimer, CTO @QAware).
== Dokument bitte herunterladen, falls unscharf! Please download slides if blurred! ==
Clean Architecture ist ein Architekturstil, der darauf abzielt, Code strukturiert und übersichtlich zu gestalten, damit er leicht zu verstehen, zu warten und zu erweitern ist. Es geht darum, die verschiedenen Komponenten einer Anwendung in logische Schichten aufzuteilen, die jeweils eine spezifische Aufgabe erfüllen. Durch die Anwendung universeller Regeln der Softwarearchitektur kann man die Produktivität während der gesamten Lebensdauer eines Softwaresystems drastisch verbessern.
Wir zeigen, wie Anwendungen skalierbar, wartbar und testbar gestaltet und Projekte besser organisiert und strukturiert werden können, um sie schneller und kosteneffizienter zu entwickeln.
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?René Spengler
Das Testmanagement wird im agilen Entwicklungsprozess wie Scrum vom Team getragen. Doch kann das Scrum-Team die Aufgaben eines Testmanagers vollumfänglich wahrnehmen? Der Vortrag folgt den Aufgaben des Testmanagers und vergleicht die Umsetzung in klassischen und agilen Arbeitsumfeldern. Am Ende steht die Frage, ob man in Scrum noch einen Testmanager braucht.
Referenten:
Kay Grebenstein, Saxonia Systems AG
René Spengler, ANECON Software Design und Beratung GmbH
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...Marc Bless
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und Dokumentation nach jeder Iteration fertig sind (Scrum Med 2013) (CONSANIS)
Consanis - die Nr. 1 für Agile Methoden in der Medizintechnik
http://www.consanis.de
Gute Herstellpraxis für Arzneimittel und Wirkstoffe effizient in SAP umgesetzt!
Mehr zu dieser Lösung finden Sie hier: https://www.serkem.de/portfolio-items/gmp-in-sap/
Gute Herstellpraxis für Arzneimittel und Wirkstoffe effizient in SAP umgesetzt!
Hier finden Sie mehr zu der GMP Lösung: https://www.serkem.de/portfolio-items/gmp-in-sap/
Die Qualität und Wartung von Software bilden das Herzstück nachhaltiger Produktivität. In einer Welt, in der die Technologie ständig voranschreitet, stellt sich die Frage: Wie können wir sicherstellen, dass Automatisierungen den stetig wachsenden Anforderungen gerecht werden? Welche Möglichkeiten zur Codeüberprüfung gibt es und an welche Standards sollte man sich halten? Ist Legacy Code Fluch oder Segen?
Diesen Fragen sind die MVPs Fotios Karamitsos und Christian Prior-Mamulyan nachgegangen.
Im ersten Teil unserer Session legen wir den Schwerpunkt auf die Wartung aus der Sicht des Service Owners. Hier werden wir die Herausforderungen und Möglichkeiten erkunden, die sich in der Supportphase ergeben. Wie kann ein Service Owner sicherstellen, dass die Wartung effektiv und effizient ist? Welche Rolle spielen Incidents in diesem Prozess?
Im zweiten Teil wechseln wir die Perspektive und betrachten die Möglichkeiten eines Entwickelnden, um Codequalität sicherzustellen. Hierbei werden wir Best Practices und Möglichkeiten in UiPath diskutieren, um die Qualität und Nachhaltigkeit des RPA-Codes zu erhöhen.
Durch den Vergleich dieser unterschiedlichen Sichtweisen und die Vertiefung in verschiedene Tools erhältst du ein umfassendes Verständnis dafür, wie du die Qualität und Wartung deiner Software verbessern kannst. Ob du ein erfahrener Entwickler, ein Service Owner oder ein Anfänger in der Welt der Softwareautomatisierung bist, diese Session wird dir praktische Tipps und Tricks vermitteln, die du direkt anwenden kannst.
Diesen Vortrage habe ich auf den Clean Code Developer Days 2013 gehalten. In diesem Vortrag geht es um folgende Themen:
statische Codeanalyse
Testdriven Development
Refactoring
Continuous Integration
Reviews
Coding Standards
Coding Dojos
Viel Spaß beim Anschauen.
http://www.www.claudioaltamura.de
betterCode(CA), Dezember 2022, Dirk Kröhan, (Software-Architekt bei QAware in Mainz.)
== Dokument bitte herunterladen, falls unscharf! Please download slides if blurred! ==
Wartbarer, testbarer und vor allem nachvollziehbarer Code. Welcher Entwickler wünscht sich das nicht? Themen wie Microservices und DDD helfen uns zwar dabei, unsere Services auf höherer Ebene zu schneiden, jedoch wird die Architektur innerhalb des Service oft vernachlässigt.
Mit Clean Architecture existiert bereits ein Vorgehen, um Services klarer zu strukturieren, weniger Kopplung zu erzeugen und den Code insgesamt testbar zu halten. Der Übergang von der Theorie in die Praxis ist dabei jedoch oft schwieriger als gedacht.
An einem realen Beispiel wird gezeigt, wie sich Clean Architecture in einem Spring-Boot-REST-Service realisieren lässt und wo Clean Architecture by the book nicht mehr unbedingt zielführend ist.
Mit den passenden Algorithmen lassen sich aus Daten Erkenntnisse, Muster und Schlüsse gewinnen. Data Scientists steigen tief in die Welt der Daten und Algorithmen ein und entwerfen die zum Anwendungsfall passende Lösung.
Auch Führungskräfte sollten ein Grundwissen über die wichtigsten Begriffe und Zusammenhänge der Welt der Data Science haben.
Unser Vortrag gibt einen Überblick über Möglichkeiten von Big Data und Machine Learning und zeigt, wie mit agilen Mitteln und den richtigen Skills der Einstig in die neue Welt gelingt
Der Vortrag zeigt die Grenzen bisheriger Lösungen und gibt einen Überblick über neue Lösungen.
Er zeigt, wie Systemlandschaften weltweit tätiger (Internet-)Konzerne aussehen und leitet daraus herunterskalierte, praktikable Lösungen auch für kleinere Unternehmen mit weit weniger Datenvorkommen ab.
Unser Vortrag gibt einen Überblick über Möglichkeiten von Big Data und Machine Learning und zeigt, wie mit agilen Mitteln und den richtigen Skills der Einstig in die neue Welt gelingt.
Unser Vortrag gibt einen Überblick über Möglichkeiten von Big Data und Machine Learning und zeigt, wie mit agilen Mitteln und den richtigen Skills der Einstig in die neue Welt gelingt
Der Vortrag zeigt die Grenzen bisheriger Lösungen und gibt einen Überblick über neue Lösungen.
Er zeigt, wie Systemlandschaften weltweit tätiger (Internet-)Konzerne aussehen und leitet daraus herunterskalierte, praktikable Lösungen auch für kleinere Unternehmen mit weit weniger Datenvorkommen ab.
Mit den passenden Algorithmen lassen sich aus Daten Erkenntnisse, Muster und Schlüsse gewinnen. Data Scientists steigen tief in die Welt der Daten und Algorithmen ein und entwerfen die zum Anwendungsfall passende Lösung.
Auch Führungskräfte sollten ein Grundwissen über die wichtigsten Begriffe und Zusammenhänge der Welt der Data Science haben.
Unser Vortrag gibt einen Überblick über Möglichkeiten von Big Data und Machine Learning und zeigt, wie mit agilen Mitteln und den richtigen Skills der Einstig in die neue Welt gelingt.
Mit den passenden Algorithmen lassen sich aus Daten Erkenntnisse, Muster und Schlüsse gewinnen. Data Scientists steigen tief in die Welt der Daten und Algorithmen ein und entwerfen die zum Anwendungsfall passende Lösung.
Auch Führungskräfte sollten ein Grundwissen über die wichtigsten Begriffe und Zusammenhänge der Welt der Data Science haben.
Der Vortrag zeigt die Grenzen bisheriger Lösungen und gibt einen Überblick über neue Lösungen.
Er zeigt, wie Systemlandschaften weltweit tätiger (Internet-)Konzerne aussehen und leitet daraus herunterskalierte, praktikable Lösungen auch für kleinere Unternehmen mit weit weniger Datenvorkommen ab.
Mehr von IKS Gesellschaft für Informations- und Kommunikationssysteme mbH (20)
Darf es ein bisschen mehr sein - Konzepte und Strategien zur Bewältigung groß...
Mehr Softwarequalität: Qualität als Treiber (IKS-Thementag: 05.05.2015)
1. Qualität als Treiber 1 | 64
Projekte. Beratung. Spezialisten.
Qualität als Treiber:
Wie Qualitätsanforderungen die Architektur steuern
IKS-Thementag
05.05.2015
Autor: Christoph Schmidt-Casdorff
4. Qualität als Treiber 4 | 64
Qualitätsmerkmale
Qualität ist als solche nicht ermittelbar
Es können nur Eigenschaften eines Produktes/Prozesses bewertet werden
Qualitätsmerkmale definieren
Objektiv bestimmbare (und qualitätsrelevante) Eigenschaften
des Produkts/Software
Alle Qualitätsmerkmale zusammen machen Qualität aus
ISO 9126 * definiert eine Hierarchie von Qualitätsmerkmalen
Es gibt auch andere Hierarchien
* es existiert Nachfolger ist ISO/EIC 25010:211 (SQuaRE)
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
5. Qualität als Treiber 5 | 64
Architektur
Design
Technologie
Code
Architektur
Design
Technologie
Code
Funktionalität
Testbarkeit
Wartbarkeit
Usability Zuverlässigkeit
Modifizierbarkeit
Performanz
Sicherheit
Quelle : http://www.dadalos-d.org/frieden/images/eisberg-modell.jpg
Release-
management
Deployment
Ressourceneffizienz
Kompatibilität
Portabilität
Äußere
Qualität
Innere
Qualität
6. Qualität als Treiber 6 | 64
Qualitätsmerkmale
Mit Qualitätsmerkmalen lässt sich Qualität beschreiben
Die Architektur muss
die Anforderungen an Qualitätsmerkmale erfassen
diese Anforderungen in Architekturentscheidungen umsetzen
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
8. Qualität als Treiber 8 | 64
Definitionen von Architektur
„Softwarearchitektur ist die Menge der hauptsächlichen/wesentlichen
Architekturentscheidung eines Systems.
gemäß [Jacobson99]
„Die Softwarearchitektur eines Systems ist die Menge an Strukturen, die benötigt
wird, um das System beurteilen zu können.
Sie umfasst Softwareelemente, die sichtbaren Eigenschaften dieser Elemente und
deren Beziehungen untereinander.“
gemäß [Brass12]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
9. Qualität als Treiber 9 | 64
Strukturen
Ein System kann unterschiedliche Strukturen haben
Strukturen können sich auf das statische Design, das Laufzeitverhalten usw. beziehen
Keine einzelne Struktur kann die Architektur definieren
Strukturen der Architektur werden als Sichten (View) repräsentiert
Alle modernen Architekturansätze unterstützen das Konzept von Views
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
10. Qualität als Treiber 10 | 64
Architektursichten/-perspektiven
Perspektive definiert die Anforderung an den Informationsgehalt
Perspektiven helfen, Komplexität aufzuteilen
Perspektiven helfen, Aspekte auszublenden (perspektivische Abstraktion)
Perspektiven helfen, den Standpunkt des Adressaten einzunehmen
Summe der Perspektiven vermittelt eine Gesamtsicht
Sicht ist Ausprägung/Anwendung einer Perspektive in der aktuellen
Architektur
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
12. Qualität als Treiber 12 | 64
Sichten der Softwarearchitektur
[Arc42] definiert Standardsichten
Kontextsicht, Bausteinsicht, Laufzeitsicht, Verteilungssicht
Notation auf Basis von UML
Weitere Sichten siehe [Brass12], [FMC]
Es dürfen auch eigene Sichten entworfen werden
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
13. Qualität als Treiber 13 | 64
Verfeinerung innerhalb von Sichten
siehe [Arc42]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
14. Qualität als Treiber 14 | 64
Architekturdokumentation
ist Basis jeder Kommunikation zwischen Stakeholdern
ist Mittel, um in das System einzuführen
ist Referenz, um das System in Richtung Implementierung zu überführen
befasst sich mit der Dokumentation der relevanten Views
fügt Informationen hinzu, welche die Beziehung der Views dokumentiert
Architekturentscheidungen bestimmen Views
hält alle relevanten Entscheidungen nach
Alle wesentlichen Entscheidungen müssen nachvollziehbar sein
Die Grundlagen aller Entscheidungen müssen dokumentiert sein
[Arc42] stellt ein Template bereit
IKS nimmt dieses als Basis eigener Architekturdokumentationen
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
15. Qualität als Treiber 15 | 64
Architektur
Architektur ist Dekomposition
Iterative Verfeinerung der Strukturen
Kunst ist
die richtige Zerlegung,
den richtigen Abstraktionsgrad und
die richtige Form der Dokumentation
zu finden.
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
17. Qualität als Treiber 17 | 64
Die Softwarearchitektur ist verantwortlich, dass ein
System die geforderten Qualitätsmerkmale erfüllt.
Wo kommen
die QMe her?
Warum?
Wie wird dies
sichergestellt
und geprüft?
Wie kann das
gelingen ?
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
18. Qualität als Treiber 18 | 64
Softwarearchitektur und Qualitätsmerkmale
Warum ist Softwarewarearchitektur für Qualitätsmerkmale verantwortlich?
Erreichen von Qualitätsmerkmalen bedingt (i.d.R.) weitreichende
Architekturentscheidungen
Qualitätsmerkmale beeinflussen daher entscheidend Softwarestrukturen
Qualitätsmerkmale sind (die) entscheidende(n) Einflussfaktoren der
Architektur
Architektur hat daher Eigeninteresse, diese so exakt wie möglich zu kennen
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
19. Qualität als Treiber 19 | 64
Softwarearchitektur und Qualitätsmerkmale
Architektur hat aus Sicht der fachlichen Funktionalität keine
Qualitätsmerkmale im Fokus
Struktur des Systems nur aus Sicht der Fachlichkeit adressiert keine
Qualitätsmerkmale
Qualitätsmerkmale der Architektur müssen explizit behandelt werden
Wir setzen im Weiteren nicht-funktionale Anforderungen (NFA) mit
Qualitätsmerkmalen gleich
Funktionalität ist (formal) auch eine Qualitätsmerkmal
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
20. Qualität als Treiber 20 | 64
Softwarearchitektur und Qualitätsmerkmale
Softwarearchitektur ist nur bedingt für Erfassung und Prüfung von
Qualitätsmerkmalen zuständig
Diese Zuständigkeiten führen immer zu Diskussionen
Dennoch sollte die Architektur alle Tätigkeiten rund um Qualitätsmerkmale
koordinieren
Nicht erfüllte Qualitätsmerkmale werden i.d.R. der Architektur zur Last gelegt
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
22. Qualität als Treiber 22 | 64
Anforderungen an Qualitätsmerkmale
Das System soll fehlertolerant sein
Das System muss leicht zu ändern sein
Wie müssen Qualitätsmerkmale gut formuliert sein ?
Das System muss stabil sein
Das System muss performant sein
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
23. Qualität als Treiber 23 | 64
Beispiel einer Anforderung an Qualität
In der Wartungsphase des Systems wird eine Änderung an der Rules
Engine des Systems vorgenommen.
Diese Änderungen muss innerhalb eines Tages fertig implementiert
sein.
Unter welchen
Umständen?
Was wird getan?
Mit welcher
Reaktion des
Systems?
Wie ist das Ergebnis zu
messen/zu bewerten?
Welcher Teil
des Systems ist
betroffen?
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
24. Qualität als Treiber 24 | 64
Beispiel eines Qualitätsszenarios
Reaktion auf
Auslöser
Auslöser
Quelle – wer
löst aus
Betroffene
Artefakte Messung nach
erfolgter ReaktionUmstände/
Kontext
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
25. Qualität als Treiber 25 | 64
Schablone eines Qualitätsszenarios
Beschreibung
Auslöser (stimulus) Beschreibt eine spezifische Zusammenarbeit des
auslösenden Aktors/Stakeholder mit dem System
Quelle des Auslösers
(source)
beschreibt, woher der Auslöser kommt
Systembestandteil
(artifact)
beschreibt, welcher Bestandteil des Systems vom
Auslöser betroffen ist
Umgebung
(environment)
beschreibt die Bedingung, unter der der Auslöser
auftritt
Antwort (response) beschreibt die Reaktion des Systems auf den
Auslöser
Antwortmetrik
(response measure)
beschreibt, wie die Antwort gemessen oder
bewertet werden kann.
siehe [Brass12]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
26. Qualität als Treiber 26 | 64
Wie erhalte ich Qualitätsszenarien?
Qualiätsszenarien sind Schablonen/Muster, um Anforderungen an
Qualitätsmerkmale zu dokumentieren.
Wie finde ich die Anforderungen an Qualitätsmerkmale?
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
27. Qualität als Treiber 27 | 64
Qualitätsmerkmale sind systemspezifisch
System Properties Web siehe [IBM14]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
28. Qualität als Treiber 28 | 64
Wie erhalte ich Qualitätsszenarien?
Workshop, um Qualitätsmerkmale des Systems zu finden
Teilnehmer sind Stakeholder
Alle, die Anforderungen an Qualitätsmerkmale haben
I.d.R. bevor die Architektur erstellt wird
Quellen für Qualitätsmerkmale
Geschäftsziele bilden Grundlage für Qualitätsmerkmale
Fachliche Anforderungen enthalten häufig Qualitätsmerkmale
Rahmenbedingungen beeinflussen häufig Qualitätsmerkmale
Architekturplan/Architekturskizze bilden Diskussionsbasis
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
29. Qualität als Treiber 29 | 64
Wie erhalte ich Qualitätsszenarien?
Besonderheiten:
Teilnehmer haben sich i.d.R. nicht mit der Thematik beschäftigt
und müssen daher besonders eingeführt werden
Problembereich ist umrissen
Qualitätsmerkmale sind z.B. durch ISO 9126 definiert
„Walking the System Properties Web“
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
30. Qualität als Treiber 30 | 64
„Walking the System Properties Web“
siehe [IBM14]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
31. Qualität als Treiber 31 | 64
Ergebnis eines Workshops
Liste der Qualitätsszenarien
Priorisiert
Abgestimmt
Allgemein akzeptiert
I.d.R. Folgetermine, um
Zielkonflikte aufzulösen (tradeoffs)
Lösungen zu bewerten
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
32. Qualität als Treiber 32 | 64
Quality Attribute Workshop
Formales Verfahren um Qualitätsmerkmale zu finden
[Brass12], in leichtgewichtiger Variante in [IBM14]
Beschreibt im Wesentlichen einen Findungsworkshops
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
33. Qualität als Treiber 33 | 64
Dokumentation von Anforderungen an
Qualitätsmerkmale
Formal nach Schablone eines Qualitätsszenarios
Was darf nicht fehlen?
Exakte Abnahmekriterien
Definition des Abnahmesystems
Wer nimmt ab?
Je höher das Qualitätsmerkmal priorisiert ist, desto wichtiger sind exakte Kriterien
Auswirkungen der Abnahme
Wer ist für das Abnahmesystem verantwortlich?
Frühzeitig in den Projektplan aufnehmen
Qualitätsbaum
Priorisiert die Qualitätsmerkmale und -szenarien
bewerte die Komplexität
Liefert Überblick über Qualitätsmerkmale und -szenarien
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
38. Qualität als Treiber 38 | 64
Umsetzung der Qualitätsmerkmale
Voraussetzung
Abgestimmte, priorisierte Liste an Qualitätsszenarien
inkl. Qualitätsbaum
Architekturrelevante funktionale Anforderungen
Rahmenbedingungen
Aufgabe
Architekturentscheidungen zu treffen, so dass das System die geforderten
Qualitätsmerkmale erfüllt
Das ist eine technologisch sehr anspruchsvolle Aufgabe
Wir wollen Ihnen einen Eindruck möglicher Lösungsansätze bieten.
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
39. Qualität als Treiber 39 | 64
Um eine Architektur zu erstellen, ist es sinnvoll, bestehende Lösungen zu
nutzen. [Brass12]
Wo sind die Lösungen, die uns helfen, Qualitätsmerkmale umzusetzen?
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
40. Qualität als Treiber 40 | 64
Was würde helfen?
Katalog von möglichen Architekturentscheidungen
Architekturentscheidungen, welche spezielle Qualitätsmerkmale unterstützen
Vorgehensweise, um aus den getroffenen Architekturentscheidungen eine
Gesamtarchitektur zu schaffen
In welcher Reihenfolge geht man die Qualitätsszenarien an?
Wie löst man Zielkonflikte zwischen den einzelnen Qualitätsmerkmalen?
Wie fügen sich die einzelnen Lösungen in die Gesamtarchitektur ein?
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
41. Qualität als Treiber 41 | 64
tactics
tactics sind Architekturentscheidungen, welche auf ein spezielles
Qualitätsmerkmal wirken
tactics sind bewährte Design-Entscheidungen
ausgerichtet an einzelnen Qualitätsmerkmalen
beinhalten nicht die Wahl der technischen Umsetzung
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
43. Qualität als Treiber 43 | 64
tactics
tactics sind in [Brass12] gut erläutert und es ist beschrieben, unter welchen
Umständen sie anzuwenden sind
Welche Qualitätsmerkmale sie adressieren
Welche Modelle zugrunde liegen
Queuing Model, Scheduling Model etc.
[Brass12] hat Kataloge von tactics erarbeitet für
Testbarkeit
Verfügbarkeit (aka Fehlertoleranz)
Interoperabilität
Performance (aka Effizienz)
Sicherheit
Benutzbarkeit
u.v.m
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
44. Qualität als Treiber 44 | 64
Architekturmuster
Architekturmuster sind allgemeine Architekturstrukturen
Abgestimmt
Allgemeingültige Lösungen
Architekturmuster
sind nicht hinsichtlich ihrer Wirkung auf Qualitätsmerkmale strukturiert
adressieren mehrere Qualitätsmerkmale
die bekanntesten sind Layer Pattern, Client-Server Pattern
Reflection, Microkernel, Broker ,…*
* weitere siehe [Buschmann 1996], [Brass12]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
45. Qualität als Treiber 45 | 64
Bewährte Lösungen - tactics und Architekturmuster
Architekturmuster umfassen tactics
tactics sind die Bausteine des Designs, auf denen Architekturmuster aufsetzen
Welche tactics werden in welchen Architekturmuster in welcher Form berücksichtigt?
Den Zusammenhang kann man nachlesen [Brass12]
tactics verfeinern Architekturmuster
Architekturmuster ist gewählt
tactics können eingesetzt werden, um nachträglich Qualitätsmerkmale zu erreichen
Architekturmuster und tactics repräsentieren konzeptuelle Werkzeuge im
„Werkzeugkasten des Architekten“.
Gute Handwerker halten ihren Werkzeugkasten aufgeräumt und up to date
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
47. Qualität als Treiber 47 | 64
Attribute Driven Design (ADD)
Methodische Verfeinerung der Architektur unter Berücksichtigung der
Qualitätsmerkmale
Siehe [Brass12]
Vorgehen im Attribute Driven Design
Systemteil wird bestimmt
Relevante Anforderungen werden bestimmt
Architekturentscheidungen werden getroffen
Priorisierung wird ausgewertet
Neue Strukturen werden dokumentiert
Architektursichten1) werden erstellt/ergänzt
Hier sollte ein Review durchgeführt werden
1) [Brass12] trennt zwischen Architekturentwürfen in ADD und der nachgelagerten, eigentlichen Dokumentation
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
48. Qualität als Treiber 48 | 64
Attribute Driven Design (ADD)
Architektur ist iterative Dekomposition
Kunst ist
die richtige Zerlegung (in der richtigen Reihenfolge) und
den richtigen Abstraktionsgrad
zu finden.
Attribute Driven Design unterstützt Sie dabei.
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen |Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
51. Qualität als Treiber 51 | 64
Architektur bewerten
Architekturbewertung
Während der Erstellung der Architektur
Attribute Driven Design (ADD) enthält Reviewphase
Auf Basis einer bestehenden Architektur
Ziel: Bewertung der Architekturentscheidungen vor dem Hintergrund
der Qualitätsszenarien
der Geschäftsziele
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
52. Qualität als Treiber 52 | 64
ATAM
Architecture Tradeoff Analysis Method®
(ATAM)
setzt auf bestehender Architektur auf
oft auch auf bestehendem System
Das Evaluationsteam ist (i.d.R.) extern (bzgl. des Projektteams)
soll Risiken der Architekturentscheidungen aufdecken
aber auch sogenannte non-risks
soll negative Trends des Systems Architekturentscheidungen zuordnen
soll tradeoffs erkennen
Entscheidungen, die mehr als eine Qualitätsmerkmal betreffen
Konsequenzen aus diesem Zielkonflikt
siehe [Brass12], [Kazman00], [Northrop11]
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
53. Qualität als Treiber 53 | 64
ATAM
ATAM ist ein Review-Verfahren, dass
auf die Entdeckung von Risiken ausgelegt ist
relativ kurzläufig, relativ leichtgewichtig ist
gibt es auch als „lightweight“ Variante
Voraussetzungen
Architektur muss vorhanden sein
Fehlende Qualitätsszenarien werden im Prozess ermittelt
Architekt muss mitarbeiten und bereit sein, die Architektur zu präsentieren
Stakeholder müssen die Geschäftsziele vorstellen können
In ATAM werden die Architekturartefakte und Präsentationen einem Review
unterzogen
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
54. Qualität als Treiber 54 | 64
Ergebnisse von ATAM
ATAM ermittelt
Architekturansätze
Qualitätsszenarien
Qualitätsbaum
Risiken
tradeoffs
ATAM stellt dar
inwieweit die vorliegende Architektur die Anforderungen an (Qualitätsmerkmale)
erfüllt
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
55. Qualität als Treiber 55 | 64
Wann wird ATAM eingesetzt?
Theoretisch ist der beste Moment für ATAM direkt nachdem die Architekur
entworfen wurde
Es gibt keinen oder wenig Code
Tatsächlich wird ATAM auch häufig in folgenden Situationen eingesetzt:
Bewertung der Architektur eines bestehenden Systems
Bewertung von Architekturalternativen
Bewertung der Architektur vor großen Updates
Entscheidung, ob ein System neuentwickelt oder angepasst wird
Entscheidung “make or buy”
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
57. Qualität als Treiber 57 | 64
Für alle vorgestellte Verfahren gilt :
Es zeigt eine Idee für die Vorgehensweise
Es bringt auch Erfolg, wenn es nicht-formal angewendet werden
Das Ziel dahinter ist wichtig
Versuchen Sie es
Es hilft, die Qualitätsmerkmale Ihres Systems besser in den Griff zu bekommen
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
58. Qualität als Treiber 58 | 64
Architektur ist Schlüssel zur Qualität eines Systems
Unterstützen Sie den Architekten in seinem Bemühen um Qualität
Integrieren Sie die Architektur in Ihren Entwicklungsprozess
Verorten Sie die (System-)Qualität in der Architektur
Nehmen Sie diese in die Pflicht
Es gibt Unterstützung
Qualitätsmerkmale erfassen – Qualitätsszenarios und QAW
Qualitätsmerkmale erreichen – tactics, Architekturmuster und ADD
Qualität verifizieren – ATAM
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
59. Qualität als Treiber 59 | 64
Referenzen
[Arc42]
http://www.arc42.de/
[Brass12]
Software Architecture in Practice (3rd Edition), Brass, Clements, Kazman
Addison-Wesley ISBN-13: 000-0321815734
[Buschmann 1996]
Buschmann, F.; Meunier, R.; Rohnert, H.; Sommerlad, P.; & Stal, M. Pattern-
Oriented Software
Architecture: A System of Patterns. Chichester, NY: Wiley, 1996 (ISBN: 978-0-
471-95869-7).
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss
61. Qualität als Treiber 61 | 64
Weiterführende Literatur
[Bachmann et al ]
Understanding Architectural Patterns in Terms of Tactics and Models
http://www.sei.cmu.edu/library/abstracts/news-at-sei/architect200708.cfm
[Bachmann et al ]
Modifiability Tactics
http://www.sei.cmu.edu/reports/07tr002.pdf
[Brown]
Software Architecture for Developers – Simon Brown
https://leanpub.com/software-architecture-for-developers
[Clement10]
Relating Business Goals to Architecturally Significant Requirements for
Software Systems
http://www.sei.cmu.edu/reports/10tn018.pdf
Qualitätsmerkmale | Architektur | Qualitätsmerkmale erfassen | Qualitätsmerkmale erreichen |
Qualität verifizieren | Abschluss