Embed Size (px)
DESCRIPTION
Vorlage für die Gruppenarbeit - 3 Beispielanwendungen für einen ATAM-Utility-Tree und eine Architekturbewertung.
Citation preview
Beispiel
Business Drivers
Utility Tree(Priorität, Aufwand) Szenariobeschreibung
Portalgenerator
Es soll mit einem Budget von 1.000.000 Euro ein Homepagegenerator erstellt werden, der das kostenlose Erstellen von Internetauftritten mit CMS, Forum, Blog, Shop, Ebay-Integration etc erlaubt. Die Oberfläche soll durch jeden Nutzer frei konfigurierbar sein. Es wird ein schnelles Wachstum erwartet. Eines der Hauptmarketingargumente ist die Stabilität und Verfügbarkeit der Plattform.
Architektur 1 (Beschreibung)
Architektur 1: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 1: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 1: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architektur 2 (Beschreibung)
Architektur 2: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 2: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 2: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architekturempfehlung
Nutzung einer bekannten Of-the-Shelf-Portalsoftware
Ausfallsicherheit aufwendig zu implementieren.
Änderungen in der Modul-API
Keine Erkennung fehlerhafter Daten.
Neuentwicklung auf Basis von Symfony
Latenz und Skalierbarkeit sind problematisch, automatische Erkennung fehlerhafter Daten fehlt.
Umbau von generierten Modellen auf native-SQL-Queries aufwändig
Die gute Modifizierbarkeit durch Doctrine und eine hohe Durchdringung von impliziten Logiken schränkt die Performance ein.
Um hier Spezialanforderungen wie die Erkennung fehlerhafter Daten besser umsetzen zu können wir trotz höherer Aufwände der Einsatz von Symfony empfohlen.
Beispiel
Business Drivers
Utility Tree(Priorität, Aufwand) Szenariobeschreibung
Event-Photogästebuch
Bei einem Online-Event mit Webinar soll allen Teilnehmern die Möglichkeit gegeben werden, einen Kommentar mit einem Foto ergänzen zu können.Der Event dauert 2 Tage, das Formular soll danach deaktiviert werden und nur noch die Einträge werden angezeigt.
Architektur 1 (Beschreibung)
Architektur 1: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 1: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 1: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architektur 2 (Beschreibung)
Architektur 2: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 2: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 2: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architekturempfehlung
Beispiel
Business Drivers
Utility Tree(Priorität, Aufwand) Szenariobeschreibung
Enterprise-Zeitbuchung
Basis für eine interne Zeitbuchungsapplikation für eine Unternehmensberatung mit 2000 Consultants. Die Lebenszeit ist initial mit 8 Jahren geplant. Es soll zu Beginn ein Web- und ein Blackberry-Client implementiert werden, andere Systeme folgen.
Architektur 1 (Beschreibung)
Architektur 1: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 1: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 1: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architektur 2 (Beschreibung)
Architektur 2: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 2: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 2: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architekturempfehlung
Beispiel
Business Drivers
Utility Tree(Priorität, Aufwand) Szenariobeschreibung
Startup: The new foursquare
Es soll ein deutsches FourSquare entwickelt werden. Die kulturellen Unterschiede im Nutzungsverhalten und die Unterschiede durch die Telekommunikationsproviderinfrastruktur sollen schnell erkannt und adaptiert werden, und so eine „passendere“ Variante von FourSquare für den deutschen Markt geschaffen werden.
Architektur 1 (Beschreibung)
Architektur 1: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 1: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 1: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architektur 2 (Beschreibung)
Architektur 2: Risiken (Dinge, die in der Zukunft Probleme bereiten könnten)
Architektur 2: Empfindliche Stellen (Architekturteile, bei denen kleine Änderungen grosse Auswirkungen haben)
Architektur 2: Kompromisse (Kompromisse oder Tradeoff-Points, an denen sich zwei Qualitätsmerkmale gegenseitig beeinflussen)
Architekturempfehlung
