« 20up | Main | Die Westerwelle »
So richtig flüssig läufts nicht mit dem selbstgesteckten Ziel, jede Woche oder so die c't und iX auszuwerten und zumindest Linksammlungen anzulegen - aber nun ein neuer Versuch.
Executable Specifications: (Vorsicht Binse) Nur ein Teil der Erstellung von Software ist die Programmierung. Viel Zeit und Denkarbeit geht in die Spezifikation bzw. Anforderungsanalyse (Requirements). Das Resultat ist häufig ein unglaublicher Wust an Text, manchmal mit einer Grafik, selten mit Beispielen. Und bei allen besten Absichten der Schreiber ist die Spez voll von mehrdeutigen Formulierungen und leer von "Selbstverständlichkeiten" - in letzter Zeit habe ich es mehrfach erlebt, dass nach der Implementierung bei den ersten Tests absolut grundlegende Missverständnisse bgzl. der Funktion auftraten. Kann das mit Exectuable Specifications/User written Acceptance Tests besser sein?
Concordion - turning
specifications into active specifications.
Plain
English specifications: Rather than forcing product owners to specify
requirements in a specially structured language, Concordion lets you
write them in plain English using paragraphs, tables and proper
punctuation. This makes the specifications much more natural to read and
write, and helps everyone to understand and agree about what a feature
is supposed to do.
Always bang up-to-date: Concordion specifications
are active. Behind the scenes, they are linked to the system under test
and therefore do not go out-of-date. If a change is made to the system's
behaviour then the tests associated with the relevant specification will
fail and let you know.
GreenPepper is an Agile Requirements Definition and Management (RDM) tool.
Causes of inaccuracy (Accurate software development)
Having all your system specifications strictly defined 12 months
earlier and expecting that today you deliver software that fully
satisfies its requirements imply that nothing special happened last year
in your business ecosystem.
Distilled at its essence, the art of
developing valuable systems rely on the successful translation of the
business expert’s knowledge into a working piece of software created by
the developer.
Dazu passt auch BDD (Behavior Driven Development). Stefan Roocks Post hat mich dann noch zu Poppendieck geführt, die viele Essays haben (zuviele fürn armen Entwickler...)
Und das gabs auch noch in dem Umfeld: "Die Sapir-Whorf-Hypothese
besagt, dass die Sprache das Denken formt."
Classicist or Mockist? M.Fowler ist immer wieder für eine Leserunde gut.