Zum Inhalt springen
lichtbestand Kontakt Menü

Ablauf · Vom ersten Gespräch bis zum Betrieb

Ablauf der App-Entwicklung

Unsere App-Entwicklung läuft in vier Schritten, vom ersten Gespräch bis zum laufenden Betrieb. Sie sehen früh etwas, das funktioniert, und entscheiden auf dieser Grundlage. Hier steht ausführlich, was in jedem Schritt passiert, wie wir auf Barrierefreiheit prüfen und was nach dem Start kommt.

Projekt anfragen Prüfplan Barrierefreiheit

01 Schritte

Vier Schritte im Einzelnen

Dieselben vier Schritte für jedes Vorhaben, ob Lernspiel, Mediaguide oder Fachanwendung. Nur wie viel in jedem steckt, ist verschieden.

  1. Gespräch und Ziel

    Wir klären, wer die App nutzt, wo und wofür. Was gibt es schon, was muss sie können, was nicht? Ein fertiges Pflichtenheft oder Lastenheft brauchen Sie dafür nicht. Liegt aus einer Vergabe schon eine Leistungsbeschreibung vor, arbeiten wir mit ihr.

    Wir fragen auch nach dem, was später die Arbeit bestimmt: Wer liefert Texte, Bilder, Ton und Daten? In wie vielen Sprachen? Muss die App mit anderen Systemen sprechen? Aus dem Gespräch entstehen ein gemeinsames Ziel und die Anforderungen an die App, schriftlich festgehalten. Danach bekommen Sie ein schriftliches Angebot mit Umfang und Zeitplan.

  2. Klickbarer Prototyp

    Früh gibt es einen Prototyp, den Sie auf dem eigenen Handy ausprobieren. So reden wir über etwas, das man bedienen kann, statt über Entwürfe auf Papier.

    Hier entscheidet sich, wie die App aussieht, wie sie sich anfühlt und ob jeder Schritt verständlich ist. Weil unsere Apps im Browser laufen, genügt zum Ausprobieren ein Link, und Kolleginnen und Kollegen probieren mit, ohne etwas zu installieren. Was sich am Prototyp als falsch herausstellt, lässt sich ändern, solange noch nicht alles gebaut ist.

  3. Umsetzung mit Tests

    Wir programmieren in Schritten und testen laufend: jede Ansicht automatisch auf Barrierefreiheit, die wichtigen Funktionen mit eigenen Tests. Zwischenstände probieren Sie auf Ihren eigenen Endgeräten aus, so fällt früh auf, was noch nicht passt.

    Spricht die App mit anderen Systemen, prüfen wir auch die Schnittstelle. Wegwarte etwa gibt ihre Daten nach OGC-Standard heraus und besteht die offizielle Testsuite für OGC API Features Teil 1 mit 1.918 Tests ohne Fehler. Inhalte prüfen wir gegen Quellen: bei Fadenlauf jede Station gegen Primärquellen, bei Waldzeit die Fachaussagen gegen Quellen der forstlichen Versuchsanstalten.

  4. Start, Betrieb und Pflege

    Die App geht live, auf unserem Server in Deutschland oder bei Ihnen. Unsere Eigenentwicklungen laufen auf einem eigenen, von uns verwalteten Server bei netcup in Deutschland.

    Danach übernehmen wir die Wartung, spielen Updates und Sicherheitsupdates ein und entwickeln die App weiter, wenn neue Wünsche dazukommen. Wie Übergabe und Betrieb aussehen, legen wir im Angebot fest.

02 Prüfplan

Prüfplan Barrierefreiheit

Ziel ist WCAG 2.2 Stufe AA. Vier Prüfungen begleiten jede App von der ersten Ansicht an.

Barrierefreiheit prüfen wir nicht erst am Ende, sondern bei jedem Zwischenstand. So fallen Fehler auf, solange sie sich leicht beheben lassen.

Automatisch
axe-core prüft jede Ansicht gegen die Regeln für WCAG 2.0, 2.1 und 2.2 auf den Stufen A und AA, bei schmaler und breiter Darstellung. Bei Fadenlauf und Wegwarte zusätzlich im hellen und im dunklen Schema.
Funktionen
Eigene Tests für die wichtigen Funktionen, damit eine Änderung nichts kaputt macht, was vorher ging.
Tastatur
Ein Skript bedient Menüs und Dialoge mit Tab, Enter, Leertaste und Esc und prüft, wohin der Fokus springt. Bei Wegwarte gehört die Karte dazu: verschieben, zoomen, von Hinweis zu Hinweis.
Bewegung
Die automatische Prüfung läuft ein zweites Mal mit der Einstellung für reduzierte Bewegung. Wer sie eingeschaltet hat, bekommt eine ruhige Darstellung.

Was ein Skript nicht beurteilen kann, etwa ob ein Alternativtext ein Bild treffend beschreibt, geben wir nicht als geprüft aus. Wie eine solche Bewertung aussieht, zeigt die BITV-Selbstbewertung von Wegwarte. Mehr dazu auf der Seite Barrierefreie Apps.

03 Betrieb

Betrieb nach dem Start

Mit dem Start ist eine App nicht fertig. Browser, Betriebssysteme und Inhalte ändern sich, und jemand muss sich kümmern.

Unsere Eigenentwicklungen betreiben wir selbst, nicht auf einer fremden Plattform. Zur Pflege gehören Updates und Sicherheitsupdates, Fehlerbehebung und Weiterentwicklung. Was sie genau umfasst und wie lange, steht im Angebot.

  • Server in Deutschland, keine Dienste Dritter
  • nginx mit HTTPS, Ratenbegrenzung und strenger Content-Security-Policy
  • Updates ohne App Store: Die neue Fassung kommt direkt vom Server
  • Für Besucherinnen und Besucher keine Cookies

Wie das im Einzelnen aussieht, zeigt das Betriebshandbuch von Wegwarte: eine tägliche Sicherung von Datenbank und Fotos mit Prüfsummen, die Wiederherstellung Schritt für Schritt, Updates und eine Abfrage, die meldet, ob die Datenbank erreichbar ist und wie viele Vorgänge warten.

04 Übergabe

Übergabe

Wie Übergabe und Betrieb aussehen, legen wir im Angebot fest.

Was dabei hilft: Inhalte und Daten liegen bei unseren Eigenentwicklungen in offenen Formaten. Fadenlauf exportiert alle Inhalte jederzeit als ZIP, Wegwarte gibt ihre Daten als GeoPackage und direkt für QGIS heraus.

Gebaut ist alles mit verbreiteten, offenen Technologien: HTML, CSS und JavaScript im Browser, Python auf dem Server, bei Karten und Geodaten PostgreSQL mit PostGIS. Unsere Eigenentwicklungen sind dokumentiert, Wegwarte zum Beispiel mit einem Betriebshandbuch und einer Beschreibung der Schnittstelle nach OpenAPI.

05 Fragen

Häufige Fragen

Ihre Frage ist nicht dabei? Schreiben Sie uns

Wann sehe ich zum ersten Mal etwas?

Früh: Der klickbare Prototyp ist der zweite von vier Schritten. Sie probieren ihn auf dem eigenen Handy aus, bevor die eigentliche Umsetzung beginnt. Den Zeitplan legen wir mit dem Angebot fest.

Was brauchen Sie von uns?

Vor allem Ihr Fachwissen und eine Ansprechperson, die Zwischenstände ausprobiert und Rückmeldung gibt. Wer Texte, Bilder, Ton und Daten liefert, klären wir im ersten Gespräch.

Was passiert nach dem Start?

Wir spielen Updates und Sicherheitsupdates ein, beheben Fehler und entwickeln die App weiter, wenn neue Wünsche dazukommen. Was die Pflege genau umfasst und wie lange, steht im Angebot.

Wie prüfen Sie Barrierefreiheit?

Jede Ansicht automatisch mit axe-core, die wichtigen Funktionen mit eigenen Tests, dazu Tastatur und reduzierte Bewegung per Prüfskript. Ziel ist WCAG 2.2 Stufe AA.

Weiterlesen

Passt dazu

Kontakt

Ein Projekt im Kopf? Schreiben Sie uns.

Ein Lernspiel für die Ausstellung, ein Guide fürs Museum, eine Fachanwendung fürs Amt: Schreiben Sie uns in ein paar Sätzen, worum es geht, für wen die App gedacht ist und bis wann sie stehen soll. Sie bekommen eine erste Einschätzung und einen Vorschlag für ein Gespräch.

info@kopfundstift.de

Ihr Ansprechpartner: Rafael Luge · Designer und Entwickler · Dresden

Sie brauchen eine Website? Die bauen wir mit unserer Agentur Kopf & Stift.