@quentins33 Danke für die Organisation — deine Aufteilung in F01 → F10 war direkt nutzbar, ich konnte davon ausgehen, anstatt bei Null anzufangen.
Ich habe 9 Funktionsanfragen erstellt, eine pro Thema, damit wir für jede einzeln abstimmen und unabhängig voneinander vorankommen können. Hier die Entsprechungen zu deinen Anforderungen:
| Dein Bedarf | Erstellte Anfrage | Hinweis |
|---|---|---|
| F01 Zentralisierter Status | A6 · Status „ausgelöst“ und Kontext + A2 · Sensoren | Aufgeteilt in zwei Anfragen, siehe unten |
| F02 Modi Abwesenheit / Nacht / Anwesenheit | A1 · Nachtmodus | |
| F03 Zuweisung der Sensoren zu den Modi | A2 · Überwachte und aktive Sensoren pro Modus | Das Herzstück der Arbeit |
| F04 Ein- und Auslöseverzögerungen | A3 · Einlöseverzögerung | Die Auslöseverzögerung existiert bereits |
| F05 Überprüfung vor dem Scharfen und Bypass | A4 · Überprüfung und Deaktivierung | |
| F06 Integration mit den Szenen | A6 · Status „ausgelöst“ und Kontext | |
| F07 Alarmzonen | A5 · Zonen | |
| F08 Benutzer-PIN-Codes | A7 · Ein Code pro Benutzer | |
| F09 Unterstützung von Tastaturen | A8 · Physische Tastaturen | |
| F10 Zentralisierte Oberfläche | A9 · Dedizierte Alarmanzeige |
Warum F01 kein eigenes Thema hat
Gladys hat bereits einen zentralisierten Alarmstatus: Er lebt im Haus, überlebt Neustarts, und alle Befehle laufen über ihn. Was fehlt, ist nicht der Status selbst, sondern zwei verschiedene Dinge — ein „ausgelöster“ Status, der vom Panikknopf getrennt ist (A6), und ein Motor, der ihn automatisch ändern kann, wenn ein Sensor etwas erkennt (A2). Eine Anfrage „zentralisierter Status“ wäre größtenteils bereits erfüllt gewesen, schwer zu bewerten und zu abstimmen.
Was bereits existiert, zur Einordnung
Nützlich, um zu verstehen, warum einige Anfragen kleiner sind als andere: Gladys kann bereits scharfstellen, teilweise scharfstellen, mit einem Code entschärfen und in den Panikmodus wechseln; die Verzögerung vor dem Scharfstellen ist einstellbar; die Tablets sperren sich, wenn das Haus scharfgestellt ist; sechs Szenenauslöser und zwei Aktionen existieren; und der Alarm ist in HomeKit als Sicherheitssystem freigegeben — ohne den Nachtmodus, genau weil Gladys ihn nicht hat.
Was überhaupt nicht existiert, ist die Verbindung zwischen einem Sensor und dem Alarm. Das erklärt, warum alles in den Szenen neu aufgebaut werden muss, und warum A2 die umfangreichste Anfrage ist.
Zwei bereits offene Forenanfragen wurden übernommen
Hinzufügen eines Auslösers „Alarm: Code eingegeben“ und mehrere Modi in einer Bedingung testen können sind in A6 integriert: Sie gehen genau in dieselbe Richtung.
Wo wir anfangen können
Vier Anfragen hängen von nichts ab und können parallel entwickelt werden: A1 (Nachtmodus), A2 (Sensoren), A7 (Codes) und ein Teil von A6. Alles andere leitet sich daraus ab. A1 ist bei weitem am schnellsten umsetzbar und entsperrt bereits die Nacht-Taste in HomeKit.
Was jetzt helfen würde
Jedes Thema endet mit einer Liste von offenen Fragen — das sind die Punkte, die die Erstellung einer Spezifikation blockieren. Eure Antworten, eure tatsächlichen Anwendungsfälle und eure Meinungsverschiedenheiten zu diesen Fragen sind genau das, was wir brauchen, um voranzukommen. Wobei das System flexibel bleiben muss, aber so einfach wie möglich (um es leicht entwickeln, warten und so zu halten, dass ein Benutzer kein Handbuch lesen muss).
@quentins33 @StephaneB @spenceur wenn ihr einen falsch übersetzten Bedarf oder eine Aufteilung seht, die euch wackelig erscheint, sagt es: Jetzt ist der Moment, es zu korrigieren, bevor die Entwicklung beginnt.