Desktop-Anwendungsstarter · Projektplanungspaket

Desktop-Anwendungsstarter · Projektplanungspaket

Wähle eine Grundlage für Desktop-Anwendungsstarter: mit Plattform-Briefing, Repository-Vergleich, vorgeschlagenen Aufgaben, Abnahmekriterien und passenden Orqestria-Spezialisten.

Dieses Planungspaket erstellt ein Projekt mit Dokumenten und weist die empfohlenen Agenten mit ihren vorhandenen Skills zu. Es enthält keinen externen Anwendungscode oder Installer und startet keine Anwendung. Die Aufgabenlisten sind Vorschläge in Dateien; Board-Aufgaben werden nicht automatisch erstellt.

Plane eine Desktop-Anwendung anhand der benötigten Betriebssysteme, nativen Funktionen und Paketierung. Vergleiche Electron, Tauri, Wails und Avalonia, bevor du Frontend, native Schnittstellen und Updatestrategie festlegst.

Erster Geschäftsablauf

Eine Person öffnet die installierte App, wählt über einen nativen Dialog eine lokale Datei, ändert und speichert sie und findet nach einem Neustart den erwarteten Zustand wieder. Verweigerte oder entzogene Dateiberechtigungen führen zu einer verständlichen, behebbaren Meldung.

Zu modellierende Daten

Arbeitsbereiche oder Dokumente, lokale Einstellungen, freigegebene Dateipfade, ausstehende Vorgänge, Wiederherstellungsdaten und installierte Schema-/App-Version. Lege den verantwortlichen Prozess und die Sicherung lokaler Daten fest.

Empfohlenes Team

Orion, Dex, Otto und Yara

Dokumente in diesem Paket

Lies die Projektbeschreibung, passe die Aufgabenvorschläge an deinen Betrieb an und vereinbare vor der Umsetzung die Akzeptanzkriterien. Übernimm die ausgewählten Aufgaben in dein Board, wenn die Arbeit beginnen kann.

• Projektbeschreibung: planning/de/brief.md
• Vorgeschlagene erste Aufgaben: planning/de/proposed-tasks.md
• Akzeptanzkriterien: planning/de/acceptance.md
• Die Anwendungsgrundlage auswählen und prüfen: planning/de/starter-selection.md

Zu vergleichende Repositories

Kategorieempfehlungen ansehen

• Electron React Boilerplate · Empfehlung und Einsatzbereich
• Electron Vite Vue · Empfehlung und Einsatzbereich
• Create Tauri App · Empfehlung und Einsatzbereich
• Wails · Empfehlung und Einsatzbereich
• Avalonia Templates · Empfehlung und Einsatzbereich

Repository-Auswahl geprüft am 25.10.2026. Prüfe vor der Revisionswahl die aktuellen offiziellen Quellen erneut; die Aufnahme ist kein Sicherheitsaudit und keine Eignungsgarantie.

Vorgeschlagene erste Aufgaben

Dies sind Aufgabenvorschläge zur Abstimmung und Übernahme ins Board. Die Installation schreibt diese Dokumente ins Projekt; sie erstellt keine Arbeitselemente, führt keine externen Einrichtungsbefehle aus und kontaktiert keine verlinkten Dienste.

Ziel und Umfang festlegen

Benenne Nutzer, Geschäftsergebnis und ausgeschlossene Teile der ersten Version. Nutze diesen Ablauf als Ausgangspunkt für die Abnahme: Eine Person öffnet die installierte App, wählt über einen nativen Dialog eine lokale Datei, ändert und speichert sie und findet nach einem Neustart den erwarteten Zustand wieder. Verweigerte oder entzogene Dateiberechtigungen führen zu einer verständlichen, behebbaren Meldung.

Mindestens zwei Grundlagen vergleichen

Vergleiche mindestens zwei verlinkte Repositories anhand des Ablaufs und der Daten. Trenne vorhandene Funktionen von kostenpflichtigen Editionen, Erweiterungen und Eigenentwicklung. Begründe die Wahl oder warum eine Eigenentwicklung besser passt.

Aktuellen Quellstand und Abhängigkeiten prüfen

Prüfe offiziellen Quellcode, Lizenzen, Editionsbedingungen, Abhängigkeiten, Wartungsaktivität und Sicherheitshinweise für die genaue Revision. Dokumentiere offene Befunde und nötige Änderungen vor der Übernahme.

Daten und Berechtigungen modellieren

Definiere Zuständigkeit, Validierung, Beziehungen und erlaubten Zugriff für diese Daten: Arbeitsbereiche oder Dokumente, lokale Einstellungen, freigegebene Dateipfade, ausstehende Vorgänge, Wiederherstellungsdaten und installierte Schema-/App-Version. Lege den verantwortlichen Prozess und die Sicherung lokaler Daten fest. Berücksichtige mindestens zwei Rollen und ausdrücklich verweigerte Zugriffe.

Den kleinsten vollständigen Ablauf prototypisieren

Verwende repräsentative Beispieldaten in einer isolierten Testumgebung. Zeige vor dem Ausbau den gesamten Ablauf mit einer ungültigen Eingabe und einem Fehler- oder Korrekturfall.

Wiederherstellung und Updates planen

Teste Sicherung und Wiederherstellung des Prototyps, plane Updates und Rollback und schätze Hosting-, Migrations-, Integrations- und Wartungsaufwand. Benenne Verantwortliche für Betrieb und Abnahme.

Akzeptanzkriterien

Diese Kriterien beschreiben die Prüfung des ersten Prototyps, keine bereits erledigte Arbeit. Ergänze bei der Bewertung jedes Punkts Belege und offene Fragen.

• Der vereinbarte Ablauf ist mit repräsentativen Daten vollständig nachgewiesen: Eine Person öffnet die installierte App, wählt über einen nativen Dialog eine lokale Datei, ändert und speichert sie und findet nach einem Neustart den erwarteten Zustand wieder. Verweigerte oder entzogene Dateiberechtigungen führen zu einer verständlichen, behebbaren Meldung.
• Mindestens zwei Kandidaten wurden verglichen; gewählte Revision, Lizenz- und Editionsgrenzen, Abhängigkeiten und Sicherheitsbefunde sind mit offiziellen Quellen dokumentiert.
• Für mindestens zwei Rollen sind erlaubte und verweigerte Aktionen geprüft; geschützte Daten anderer Nutzer oder Organisationen bleiben unzugänglich.
• Ungültige Eingaben, ein Fehler und eine Korrektur liefern nachvollziehbare Ergebnisse ohne unbeabsichtigt doppelte Datensätze oder Geschäftsaktionen.
• Eine Sicherung wurde in einer Testumgebung wiederhergestellt; erwartete Daten und Zugriffsregeln wurden geprüft.
• Das Team hat Update- und Rollback-Plan, bekannte Lücken, Betriebsverantwortung und verbleibende Umsetzung dokumentiert.
• Ein paketierter Build zeigt den ersten Dateiablauf auf jedem zugesagten Betriebssystem. Native Berechtigungen und Kommunikationsgrenzen, Toolchains, Signierung, Updates und Datenmigration sind dokumentiert und im vereinbarten Umfang getestet.

Die Anwendungsgrundlage auswählen und prüfen

Vergleiche Electron React Boilerplate und Electron Vite Vue, wenn Chromium/Node und der vorhandene Web-Stack passen. Prüfe Tauri für ein Web-Frontend mit Rust-basierter nativer Grenze, Wails für eine Go-basierte Web-Oberfläche und Avalonia für eine native .NET-Oberfläche. Desktop- und Release-Agenten koordinieren die Wahl; ziehe benötigte Rust-, Go- oder .NET-Fachkenntnisse gezielt hinzu.

Create Tauri App, Wails und Avalonia Templates enthalten Generator-, Framework- oder Vorlagenwerkzeuge. Dokumentiere Toolchain-Version, Vorlage, unterstützte Zielsysteme und den tatsächlichen erzeugten Anwendungsordner. Allein das Klonen erstellt und kompiliert noch keine auslieferbare Anwendung.

Prüfe minimal berechtigte IPC/native Befehle, Navigation und externe Links, Dateidialoge, lokale Speicherung und Fehlerbehandlung. Teste die paketierte Ausgabe getrennt vom Entwicklungsmodus auf jedem zugesagten Betriebssystem. Plane Installer, Signierung/Notarisierung, authentische Updates, Rollback und Datenmigration; versprich ohne diese Belege keine Veröffentlichung mit einem Klick.