PHP vs Architektur ATAM Gruppenarbeit

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