Hier finden Sie Beispiele von Qualitätsanforderungen an Software.
Die Ideen zu den hier aufgeführten Szenarien und Qualitätsanforderungen stammen aus unterschiedlichen Quellen und Projekten. Ich habe alle überarbeitet und weitgehend neutralisiert. Die Erklärungen von Qualitätsmerkmalen stammen teilweise aus DIN/ISO 9126 und DIN/ISO 25010.
Zur Zeit gibt es diese Szenarien im PDF-Format direkt von Github Releases.
- Für html-Erzeugung: Java JDK, Gradle
- Für vollständige Generierung: bash oä (Windows: cygwin)
- übersetzen der adoc-Texte: entweder asciidoc oder asciidoctor (bevorzugt)
- Zur Konvertierung in docx: pandoc
Entweder
gradle asciidoctor generateDocx
oder
./build.sh
- Quellen liegen in asciidoc-Format unter /src/asciidoc.
- gradle baut zZt nur die html-Version sowie eine einfache (ungestylte) docx.
- Daher: docx manuell korrigiert (gestyled) unter build/docs bzw. resources
- aktuelle Versionen (ohne styling) in docbook und docx im Build-Verzeichnis
Siehe den Issue-Tracker für arc42-quality-requirements auf Github.
Ich freue mich über konstruktive Kritik und Verbesserungsvorschläge sowie Beiträge jeglicher Art :-) - in unserem Issue-Tracker.
- 2015-09-22: Ergänzung um ISO-25010
- 2015-05-11: Issue-Tracker Links korrigiert
- 2013-09-28: Links korrigiert, Voraussetzungen, Vorgehen bei build
- 2013-09-23: Umstellung auf gradle-build
- 2013-09: Umstellung auf AsciiDoc für besseres Tagging, Website-Export etc.
- 2013-08: (Automatische) Konvertierung in Markdown
- 2013-07: (Automatische) Konvertierung in docx, für Kompatibilität
- Dezember 2012: Initiale Version (in Scrivener)