formuliert werden. Achten Sie darauf, dass jedes Akzeptanzkriterium einzeln referenzierbar ist, z.B. indem sie diese nummerieren. Akzeptanzkriterien sollten auch immer die Frage beantworten „Was möchtest
, Green in Software Engineering . Springer International Publishing, 2015. [3] A. Raturi, B. Penzenstadler, B. Tomlinson, und D. Richardson, „Developing a Sustainability Non-functional Requirements Framework”
beschränken Lebendigkeit : Zusatzinformationen, die die Anforderung lebendiger und konkreter machen, z. B. Beispiele, Anwendungsszenarien, Testdaten [media] Die folgenden Tipps helfen, die vier Faktoren der
ewerkzeuge haben meist zwei Hauptfunktionen. Zum einen messen sie typische Architekturmetriken (z. B. Kopplung, Kohäsion, Abstraktheit, Instabilität, Distanz, Zyklen) und zum anderen warnen sie, wenn eine
sich gefühlt nicht um eine Entscheidung für die Anforderung A handelt, sondern gegen die Anforderung B. Und wer entscheidet sich schon gerne offen gegen etwas? Dann geht man doch lieber auf Nummer sicher
qualitative Architekturbewertung mit ATAM sind 2 Workshop-Tage einzuplanen. Sie soll regelmäßig (z. B. jährlich oder beim Start einer großen Entwicklungsiteration) durchgeführt werden.
Gefährdungen, die sich aus der Zusammenarbeit mit externen Projektpartnern ergeben. Viele Aktivitäten, z.B. zu erfüllende Testtätigkeiten, erfordern die Verwendung möglichst realitätsnaher Daten. Auszüge oder [...] eit mögliche Identifikation realer Personen. Damit dürfen diese Daten firmenfremden Personen wie z.B. externen Projektpartnern jedoch nicht mehr zugänglich gemacht werden. Die üblichen Vertraulichkeit
n Informationsgehalt für den Kunden bringt. Das WIE – also Entwicklungs- und Umsetzungsvorgaben, z.B. wie die Datenbank intern aufgebaut sein soll, sollte in der Anforderungsspezifikation des Auftraggebers
Algorithmus mit Rekursion und Sprüngen nach perfekter Doku verlangt. Ein Maß für Komplexität wäre hier z.B. die „zyklomatische Komplexität” von McCabe. Mit anderen Worten: Der Abbau von Technischen Schulden