Zulassen einer anpassbaren Benutzeroberfläche für die Systeme eines Raumschiffs

Anpassung der Benutzeroberfläche für die Raumschiffsteuerung;

"In der Theorie sind Praxis und Theorie gleich. In der Praxis sind sie völlig verschieden."

Wir stellen oft fest, dass das, was wir planen, nicht das ist, was tatsächlich passiert. Was wir denken, dass wir brauchen werden, brauchen wir eigentlich nicht und brauchen etwas anderes. Dies gilt für Campingausflüge, Werkzeugkisten und vieles mehr. Eine Priori-Planung bringt Sie nur so weit. Raumschiffe zu entwerfen ist schwierig. Die richtige Benutzeroberfläche zu finden, ist genauso schwierig. Allerdings müssen wir davon ausgehen, dass die Anzeigen und Bedienelemente größtenteils stimmen. Sie liefern die richtigen Informationen und erleichtern den ordnungsgemäßen Betrieb.

Auf einem Langstrecken-Raumschiff, das viele Jahre lang nicht in den Hafen zurückkehren wird, ist es möglich, dass die in das Schiff eingearbeiteten Benutzeroberflächen eigentlich nicht allzu nützlich sind. Es gibt Informationen, die ein Bediener nützlicher findet, oder eine Präsentation, die zu viele falsche Informationen enthält. Welchen Platz in diesem Szenario gibt es, um einem Benutzer/Ingenieur/Bediener zu ermöglichen, die Anzeige und die Bedienelemente an seine Bedürfnisse anzupassen? Wo sollte die Anpassung der Benutzeroberfläche erlaubt und wo verboten sein? Ich interessiere mich dafür, ob Anpassungen zulässig sind, und wenn ja, mit welchen Einschränkungen , nicht wie angepasste Anzeigen erstellt werden (da diese Frage sehr weit gefasst ist).

Es gibt offensichtliche Sicherheitsbedenken, dies zuzulassen. Den Kraftwerksingenieuren zu erlauben, das große rote Licht auszuschalten, weil es sie aufweckt, ist ein schlechter Schachzug. Es wäre jedoch praktisch, den Navigator eine neue Anzeige bauen zu lassen, die dabei hilft, einen Kurs zu zeichnen, der Kompromisse zwischen Kraftstoffeffizienz und Zeit einschließt.

Wir gehen davon aus, dass dieses Raumschiff über die Standardsysteme verfügt: Triebwerk, Lebenserhaltung, Nahrungszubereitung / -produktion, Navigation, Sensoren, Mannschaftsunterkünfte, Erholung, Waffen / Missionswerkzeuge.

Dies ist nicht Open Source im Sinne von FSF und OSI. opensource.org/osd
" Sollen sie erlaubt sein und wenn ja, mit welchen Einschränkungen " scheint POB. Zum Beispiel scheint die NASA zum Lager „Nicht diese Benutzeroberfläche berühren, die vor 20 Jahren nach 10 Jahren Ausschusssitzungen kodifiziert wurde“ zu gehören, während andere nicht so starr sind.
@RonJohn und die NASA haben keine 10-jährigen bemannten Missionen durchgeführt, bei denen etwas Neues erforderlich sein wird. Die NASA kann sich das leisten, weil das Anpassungsfenster klein ist.
Es könnte ihre Meinung sein, dass sie an alles gedacht haben... :)
@RonJohn Menschliche Faktoren werden nicht vom Komitee vorangebracht, sondern durch mehrere tödliche Unfälle und enge Anrufe.
@ user71659 Das Komitee muss die Lessons Learned in ein stimmiges Ganzes integrieren.
Astronauten werden mit Sicherheit keine UX-Experten sein - selbst wenn sie eine Benutzeroberfläche für ihren eigenen persönlichen Gebrauch erstellen, könnten sie Fehler machen, die zu potenziell gefährlich beschädigter UX führen - unkritisch nur IMO :)
Sie fragen nach einer Meinung, die direkt gegen die Richtlinien dieses Forums verstößt. Ich mag diese Frage, aber ich denke, Sie sollten sie umformulieren und eine spezifische Frage stellen.
Das ist interessant, aber meiner Meinung nach hoffnungslos breit. Soweit ich sehen kann, handelt es sich um eine völlig allgemeine UI-Frage ohne wirkliche spezifische Platzprobleme.
@LukeBriggs, sicher werden sie keine UI-Experten sein, aber sie werden ihre Probleme besser kennen als jeder andere vor Ort. Wenn sie die Möglichkeit haben, ein Design zu iterieren, könnten sie ziemlich schnell eine akzeptable Lösung finden.
@MarkOlson Ich kann sehen, wie Sie denken würden, dass dies zu weit gefasst ist, aber die Antwort lautet im Grunde Ja / Nein und eine Begründung für Ausnahmen. Ich habe die Betonung der Frage geändert, um zu zeigen, worauf ich hinaus will.
Wenn "Ich bin daran interessiert, ob Anpassungen erlaubt sind und wenn ja, mit welchen Einschränkungen" die eigentliche Frage ist, sollte dies zumindest im Titel widergespiegelt werden.
@ MarkOlson fairer Punkt. Aktualisiert.
Ein Anwendungsfall dafür könnte sein, dass Sie Ihre Konsole im Matrix-Stil grün auf schwarz mögen, aber Arnie der Alien sieht nur rot, und die Augen Ihres Kumpels Jim fallen ab, es sei denn, er verwendet kontrastreiches Weiß auf schwarzer UI.
@AmiralPatate. Nicht zustimmen. Der Anwendungsfall wäre: Der Navigator benötigt einige Informationen, die das normale Display nicht zeigt. Sollte es ihm erlaubt sein, sein Display so zu verändern, dass es die Informationen anzeigt, die er benötigt, und wenn nicht, warum nicht?

Antworten (16)

Viele (aber nicht alle) Raumschiffsteuerungen werden sicherheitskritisch sein . Wenn der Senior-Pilot auf einer verrauchten Brücke in den Sitz des Copiloten springt, anstatt den Piloten der Nachtschicht zu zwingen, seinen Platz zu räumen, sollte der Senior-Pilot in der Lage sein, die Knöpfe blind an der üblichen Stelle zu finden.

Wenn der Admiral den Flaggenplatz betritt, wird er erwarten, Standardinformationen an Standardstellen zu sehen. Dieses Symbol hat keinen IFF-Code? Es bedeutet, dass es kein IFF gibt , und nicht, dass der Junior Operations Officer es wegkonfiguriert hat, um Platz für mehr Ziffern in der Vektoranzeige zu schaffen.

Wichtige Bedienelemente können aus diesem Grund physische Schalter sein, möglicherweise mit charakteristischen Formen, sodass man sie neben der Position auch nach individuellem Gefühl finden kann. Sogar digitale Anzeigen werden standardisiert.

Wir sollten nicht davon ausgehen, dass Piloten Informationen durch etwas so Primitives wie Augäpfel aufnehmen oder Befehle erteilen, indem sie elektrische Impulse an ihre Fleischextremitäten senden.
@SPavel Aber Sie würden wahrscheinlich immer noch den visuellen Kortex verwenden, um Informationen in die Person zu bringen, damit sie für das Bewusstsein des Benutzers immer noch visuell sind. Ähnlich für elektrochemische Signale zu/von Fleischstellen. Es gibt eine Menge dedizierter Fleischhardware, die Sie für die Schnittstelle nutzen würden, wenn Sie könnten.
Ein Kommentar zu einer anderen Antwort brachte die Idee von Benutzerkonten auf . Das Umschalten der Steuerung könnte so einfach wie ein Sprachbefehl sein ("Senior Pilot übernimmt") oder automatisch als Reaktion auf die Gesichtserkennung erfolgen. Im Falle einer Situation, in der mehrere Besatzungsmitglieder die angezeigten Daten interpretieren und diskutieren müssen, könnte es natürlich immer noch Raum für Verwirrung geben, aber das könnte gelöst werden, indem die Benutzeroberfläche zurückgesetzt werden kann (oder vorübergehend zur Standard-Benutzeroberfläche gewechselt wird). damit es mit der in Schulung und Handbuch behandelten Version übereinstimmt.
@Llewellyn Könnte ein interessanter Handlungspunkt sein, an dem ein Benutzer etwas in den Daten sieht, aber außer Gefecht gesetzt ist - und wenn andere versuchen, auf das System zuzugreifen, wechselt die Benutzeroberfläche von der Benutzeroberfläche dieses Benutzers und sie können diese Ansicht nicht mehr sehen.
@Llewellyn, "Husten, Husten, Flutabschnitt, Husten, sieben mit Löschschaum." "Diese Funktion erfordert die Genehmigung des Kapitäns oder eines höheren Offiziers. Stimmabdruck nicht erkannt. Bitte nehmen Sie Ihre Maske ab und legen Sie eine Hand auf das Sensorpad, damit ich Sie identifizieren kann."
Was wäre, wenn jede Person die Benutzeroberfläche nach Belieben (im Rahmen des Zumutbaren) anpassen würde, der Computer jedoch erkennen würde, wer auf dem Sitz saß, und ihre Benutzeroberfläche verwenden würde.
KISS-Prinzip: „Keep it stupidly simple“. Missionskritische Kontrollen werden so einfach und zuverlässig wie möglich gehalten. Switching UI's bitten um Ärger. Selbst wenn Sie zu einem Standardlayout wechseln, wird die Person es seit Ewigkeiten nicht mehr verwendet haben, also wird sie langsam sein - ganz zu schweigen von dem Muskelgedächtnis
Ich stimme dieser Antwort zu. Hauptsächlich aufgrund der Tatsache, dass die Leute auf dem Schiff höchstwahrscheinlich darauf trainiert sind, die Benutzeroberfläche auf eine bestimmte Weise zu verwenden; mit einer visuellen, auditiven, haptischen usw. Schnittstelle sein (mit Augen und Ohren verwendet oder direkt gehirngespeist). Vor allem, wenn sie vom Militär sind. Menschen auf Raumschiffen neigen auch dazu, andere Leute zu haben, die ihre Arbeit aufnehmen können, falls die benötigte Person arbeitsunfähig ist (normalerweise mehr als ein oder zwei).
@om Ein einfacher RFID-Chip reicht aus.
Einige andere Probleme mit Benutzerkonten sind die Verwendung von Elektronik im Allgemeinen, wenn das Raumschiff mit EMPs fertig werden muss, oder einfach große Mengen struktureller Schäden im Allgemeinen, die den „Benutzerkonten“-Server ausschalten, obwohl die physische Hardware möglicherweise noch manuell funktioniert . Ein weiteres Problem könnte ein Angriffsvirus sein; (denken Sie an Battlestar Galactica )
@AmiralPatate, ich sehe in diesem Trick großes Abenteuerpotenzial. Aber Abenteuer ist ein anderer Typ, der eine schlechte Zeit hat, vorzugsweise weit weg.

Es ist ziemlich einfach - wir machen das bereits!

Alle (oder die meisten) kritischen Infrastrukturen werden über SCADA -Schnittstellen gesteuert. Die kritische Funktionalität befindet sich in einem System, in dem der Bediener die Software (oder Firmware) nicht ändern kann. Die Steuerschnittstelle kann jedoch über eine standardisierte Schnittstelle mit der kritischen Funktionalität kommunizieren, wobei jeder modifizierbare oder lesbare Eintrag innerhalb des Steuersystems einen zugeordneten Datensatz hat, der gelesen werden kann.

Das SCADA-System ist dann für das Lesen, Schreiben und Anzeigen von Daten für den Benutzer zuständig. Es ist möglich, die Seiten des SCADA-Systems so zu konfigurieren, dass diese Daten angezeigt werden.

Natürlich kann (und sollte) den meisten Benutzern nicht gestattet werden, Dinge nach Belieben zu ändern. Sie haben daher ein System von Zugangscodes, um festzulegen, wer welche Werte ändern oder sogar lesen kann.

Und darüber hinaus haben Sie die SCADA-Seiten selbst. Manchmal ist das System zum Zeitpunkt der Lieferung zu 100 % gesperrt; aber manchmal können "Superuser"-Operatoren bei Bedarf ihre eigenen Seiten einrichten; oder häufiger, wenn ein Bedarf offensichtlich wird, gibt es eine Anforderungssammlung, um den Lieferanten dazu zu bringen, eine neue Seite einzurichten. Dies ist Sache desjenigen, der für die Systemspezifikation verantwortlich ist; zum Beispiel das nationale Netz, das dieses Kraftwerk betreibt, oder die Weltraumbehörde, die diesen Satelliten betreibt.

Wenn Sie für eine längere Mission in den Weltraum aufbrechen, gelten wahrscheinlich die gleichen Prinzipien. Die Autorisierung für Änderungen liegt beim Kapitän und / oder dem leitenden technischen Personal, würde ich vermuten.

D'oh. Natürlich machen wir das. Solche sicherheitskritischen Schnittstellen gibt es bereits. Danke schön.
Es gibt eine vernünftige Annahme, dass Sie Hilfe von anderen Raumschiffen benötigen könnten. In diesem Fall wäre ich wirklich dankbar, wenn die Leute vom anderen Schiff wissen, wo sie suchen müssen und wo sie welchen Knopf drücken müssen, ohne nachzudenken oder etwas anzupassen. Ich denke, wenn Sie mehr Fabriken hätten, möchten Sie auch das gleiche UI-Layout zur Steuerung kritischer Funktionen.
@Artholl Sie können immer ein Standardprofil mit einer einzigen, dedizierten, physischen, unbeweglichen Schaltfläche laden.
Wie ich schrieb - "ohne nachzudenken oder etwas anzupassen". Zum Beispiel - Ihr Schiff wird angegriffen und Ihr Techniker ist schwer verwundet. Glücklicherweise hast du denselben Posttechniker von einem anderen Schiff gerettet und er konnte dir helfen. Ich denke nicht, dass es an der Zeit ist, das Standardprofil zu laden, wenn Sie angegriffen werden / schnell Sauerstoff verlieren oder ähnliches.
@Artholl Es ist nicht immer eine vernünftige Annahme. Es kann (wahrscheinlich) praktischer sein, ein großes Kolonieschiff zu bauen als zwei Schiffe halber Größe, und das Risiko, ein Schiff zu verlieren, ist bereits inakzeptabel. Was die Standardprofile betrifft, wäre die normale Situation für SCADA, die Standardseiten zu ergänzen , nicht sie zu ersetzen. Selbst wenn der vorherige Techniker verletzt ist, kann sein Ersatz sofort auf die Standardwerte zurückfallen. Und wenn Sie sich für die Personalisierung entscheiden möchten, können Sie Ihre eigenen Seiten ganz einfach auf einem Speicherstick (oder Speicherimplantat; hey, wir sprechen hier von Science-Fiction) speichern.
Ich spreche nicht von zwei halbgroßen Schiffen gegen ein großes Schiff. Ich spreche von Dutzenden. Star Trek zum Beispiel. Nächste Seiten, die hinter den Hauptseiten hinzugefügt werden, sind eine gute Idee, aber für kritische Anwendungen möchte ich sie immer so einfach wie möglich halten. Auch ohne Sci-Fi-Implantate, da diese in lebenswichtigen Systemen ein Risiko darstellen könnten - Kompatibilität/Interferenz/Hacking durch Implantate. Zu gefährlich für mich als Lebenserhaltung. Nicht so gefährlich fürs Heimkino :-)

Ich würde davon ausgehen, dass Sie für ein Raumschiff zwischen kritischer Benutzeroberfläche, nicht kritischer Benutzeroberfläche und gelegentlicher Benutzeroberfläche unterscheiden würden. Es mag andere Klassen geben, aber ich bin mir nicht sicher, welche das wären. Meine Vermutung ist, dass die kritische Benutzeroberfläche nicht anpassbar wäre, aber unkritisch wäre.

Für kritische Benutzeroberflächen würde ich mir vorstellen, dass es einige gemeinsame Elemente gibt. In erster Linie Zeitsensitivität und Irreversibilität. Dazu gehören Sicherheitswarnungen über Luftstrom/Reaktorschmelze. Aber es beinhaltet auch große Energieausgaben, erforderliche Wartung usw. Diese kritischen Elemente sollten nicht angepasst werden, da vermutlich viele Leute an Bord in der Lage sein werden, sie zu sehen und zu reagieren (selbst wenn es nur die entsprechenden Leute aufweckt). Durch die einheitliche Benutzeroberfläche kann jeder, unabhängig davon, an welchem ​​​​Terminal er vorbeigeht, sehen, wie ein Ereignis eintritt. Darüber hinaus können Personen leicht geschult werden, um bestimmte Verfahren zu handhaben (z. B. den Kern entleeren), die eine konsistente Benutzeroberfläche benötigen würden. Außerdem erzeugt die Anpassung von Natur aus die Möglichkeit eines Fehlers, und das Zulassen eines Fehlers in einer kritischen Benutzeroberfläche bedeutet, dass ein anderes Problem möglicherweise nicht erkannt wird.

Bei nicht kritischen Benutzeroberflächen melden sich Personen vermutlich bei Terminals an, wenn sie sich hinsetzen/einen Arbeitszyklus beginnen. Ich würde mir vorstellen, dass der Anmeldebildschirm Standard ist (kennt die Person nicht) und dann ihre persönliche Benutzeroberfläche von einem Server herunterlädt. Ich kann mir vorstellen, dass nützliche UI-Änderungen migriert werden, wenn die Leute voneinander kopieren/einfügen. Ich würde mir auch vorstellen, dass sich in einem bekannten Bereich des Bildschirms die kritische Benutzeroberfläche befindet (oder dass sie über der personalisierten Benutzeroberfläche angezeigt werden kann), auf eine bekannte Weise, die unveränderlich ist. Dinge wie Benutzereingaben (die keine Notfallverfahren befolgen müssten) sollten konfigurierbar sein, da die Menschen den Arbeitsablauf optimieren. Auch welche Anzeigen (Geschwindigkeit, Position, Leistung) die Leute wo sehen, wird sich wahrscheinlich je nach ihrer Arbeit ändern.

Für gelegentliche Benutzeroberflächen (z. B. einen Lichtschalter) scheinen die Kosten für das Laden einer angepassten Benutzeroberfläche zu hoch zu sein, als dass jede Person sie anpassen könnte. Also müsste es Standard sein.

Eine wertvolle Unterscheidung besteht zwischen einer "öffentlichen" und einer "persönlichen" Anzeige. Eine größere Anzeige an der Wand, die von vielen Personen betrachtet werden soll, ist „öffentlich“, und die dort angezeigten Informationen sollten den in den entsprechenden Vorschriften festgelegten Standards entsprechen. Eine kleinere Anzeige am Arbeitsplatz einer Person ist "privat" und sollte von dieser Person anpassbar sein. Ein tragbares Tablet, wie es verschiedene Leute Capt. Kirk zur Überprüfung geben würden, sollte Informationen anzeigen, die so formatiert sind, wie er sie angefordert hat.

Die gesamte Benutzeroberfläche sollte je nach Zugriffsebene anpassbar sein

Wenn Ihre Benutzeroberfläche korrekt aufgebaut ist, führt sie API-Aufrufe an das Back-End durch und das Back-End führt Dinge aus oder gibt Fehler wie 418 zurück: Ich bin eine Teekanne. Nichts, was Sie tun können, wird die Fähigkeiten der API beeinträchtigen, so dass ein Zwei-Bit-jQuery-Plug-in Ihr System nicht zum Schmelzen bringen wird.

Warnungsvektoren sollten nicht entfernbar sein, aber Warnungen müssen geschlossen werden können

Sie sollten zwar in der Lage sein, Ihre Steuerelemente und Visualisierungen zu modifizieren, aber es gibt keinen Grund, das Entfernen von Warnvektoren zuzulassen. Unabhängig davon, was Sie mit Ihrem Tumblr-Theme tun, erhalten Sie immer noch die große, beängstigende Großbuchstaben-E-Mail, dass etwas nicht stimmt. Low-Level-Hardwarewarnungen des Modells „großes rotes Blinklicht und ohrenbetäubende Geräusche“ sollten nicht änderbar sein.

Auf einer Langstreckenreise werden die Dinge jedoch zusammenbrechen. Wenn eine Warnung nicht behoben werden kann oder das fehlerhafte System umgangen wurde, muss der Kapitän befugt sein, die Warnung zu unterdrücken. Ja, Computer, wir wissen, dass es einen Hüllenbruch gibt und die Atmosphäre niedrig ist. Alle tragen seit Tagen EVA-Anzüge. Bitte leise sein.

„Ja Computer, wir wissen, dass es einen Hüllenbruch gibt und die Atmosphäre schwach ist. Alle tragen jetzt seit Tagen EVA-Anzüge. -> Retter erscheint an Luftschleuse, erhält keine Warnung, öffnet EVA-Anzug, stirbt
Der Schiffskapitän ist nicht befugt, die eigenen Alarmfunktionen des rettenden Schiffs außer Kraft zu setzen.
@Caleth - Das Öffnen des eigenen EVA-Anzugs selbst in einer als sicher geltenden Umgebung ist darwinistischer Natur ...

Sicher, bei einer wirklich langen Mission liegt es nahe, dass Situationen auftreten, die vor Beginn der Mission nicht vorhergesehen wurden. Wenn dies das erste Schiff dieses Typs ist, wird die Crew vermutlich feststellen, dass Dinge, die in der Entwicklung gut klangen, in der Praxis nicht so gut funktionieren usw.

Ich baue Computersysteme für meinen Lebensunterhalt. Jeder erfahrene Softwareentwickler hat schon erlebt, dass Dinge, die auf dem Reißbrett gut klangen und im Test gut aussahen, sich in der Praxis als nicht so gut herausstellten. (Die Windows Registry ... hust hust ...) Die meisten großen Softwareprojekte haben eigentlich kein Enddatum. Sie stellen Version 1 bereit, lassen die Leute sie für eine Weile verwenden, dann sehen Sie, wie es weitergeht, und beginnen mit der Arbeit an Version 2.

Vermutlich würde ein gewisses Maß an Anpassung in das System eingebaut. Bei einer Windows-Anwendung können Sie normalerweise die Größe des Fensters ändern, Symbolleisten neu anordnen und haben alle möglichen Optionen. Aber der durchschnittliche Benutzer kann es nicht umprogrammieren. Sie dürfen innerhalb festgelegter Grenzen variieren.

Selbst wenn die Technologie Fortschritte macht, um eine viel breitere Anpassung ohne Neuprogrammierung zu ermöglichen, würden Sie sicherlich Grenzen dafür wünschen.

Wie jemand anderes erwähnt hat, möchten Sie einem Benutzer wahrscheinlich nicht erlauben, Gefahrenwarnungen zu entfernen, weil er sie als störend empfindet.

Sie möchten nicht, dass jemand in der Lage ist, Funktionen zu entfernen, ohne sie wiederherstellen zu können.

Wenn Benutzer, wie es wahrscheinlich erscheint, über Betriebsaufgaben miteinander kommunizieren müssen, kann zu viel Anpassung dazu führen, dass sie nicht sinnvoll diskutieren können, wie eine Aufgabe zu erledigen ist. Ich bin oft auf das Problem "nun, hmm, aber es funktioniert auf meinem Computer" gestoßen.

Es ist möglich, dass Computer in Zukunft wie die Computer in Star Trek sein werden, wo Sie einfach sagen können: "Computer, berechnen Sie die Leistung unserer Motoren mit diesem neuen Treibstoff, den wir gerade von den Klingonen bekommen haben", und er wird es tun, obwohl ihn noch nie jemand so programmiert hat, dass er die Leistungsabgabe berechnet oder ihm irgendwelche Daten über den neuen Kraftstoff gegeben hat. Im wirklichen Leben können Computer nicht einfach neue Algorithmen basierend auf vagen englischen Beschreibungen erfinden. Meiner bescheidenen Meinung nach, wenn jemals eine Maschine erfunden wird, die das kann, wird sie wenig Ähnlichkeit mit aktuellen Computern haben. Das Erstellen eines völlig neuen Displays ist etwas, das ein durchschnittliches Besatzungsmitglied nicht in 5 Minuten erledigen kann. Es wird eine Aufgabe sein, die erfahrene Programmierer erfordert.

In der Praxis scheint es mir, dass, wenn wirklich ein Raumschiff gebaut würde, das auf eine viele Jahre dauernde Reise geschickt würde, und dieses Schiff eine große Besatzung hätte, dass es eine Anzahl von Programmierern in der Besatzung geben würde, die das aktualisieren könnten Schiffscomputersysteme nach Bedarf.

Sie müssen dies aus zwei Perspektiven betrachten ... oder vielleicht drei. Mal sehen, wie sich die Antwort entwickelt, während ich schreibe.

Rollen: Wie bei modernen Computerprogrammen müssen Sie Rollen entwickeln. Wie wir sie heute verwenden, haben Sie oft Rollen, zum Beispiel:

  • Admins
  • Führt
  • Techniker
  • Qualitätssicherung

Berechtigungen:

  • Verwaltung
  • Super-Benutzer
  • Bearbeiten
  • Schreibgeschützt

Informationstypen: Diese habe ich für Ihr Szenario angegeben

  • Systemstatus
  • Technische Daten (Engineering)
  • Telemetrie/Sensordaten
  • Navigation/Steuerung
  • Sicherheit (dies wäre wahrscheinlich ein Metadatenpunkt und könnte für die anderen Typen gelten)
  • Lebenserhaltung
  • Lieferung/Inventar
  • Besatzungsdaten

In Ordnung, die kurze Antwort auf Ihre Frage lautet: Ja , Sie sollten benutzerdefinierte Daten mit einigen Einschränkungen zulassen. Nehmen wir zur Demonstration an, Sie haben Ihren Hauptpiloten.

Diese Person würde in die Führungsrolle fallen .

  • Berechtigungstechnisch hätten sie den Superuser- oder Admin-Status.
  • Logischerweise hätten sie Zugriff auf Systemstatus, technische Daten, Sensordaten und Navigation/Steuerung
  • Sie könnten den Inhalt auf einen bestimmten Satz von Informationen beschränken, z. B. dürfen sie keinen Zugriff auf Besatzungsdaten erhalten
  • Sie könnten und sollten wahrscheinlich (z. B. die von Ihnen erwähnten Sicherheitsinformationen) verlangen, dass bestimmte Informationen Teil jeder Benutzeroberfläche sind. Auch dies könnte auf der Rolle basieren, Piloten müssen beispielsweise Sensorscans haben, die auf ihrem Armaturenbrett nach Meteoren suchen.

Ein weiteres Beispiel wäre ein Ingenieur, der sich beispielsweise mit Lüftungssystemen befasst.

Diese Person würde in die Rolle des Technikers fallen. Aber auch hier könntest du eine Hauptrolle übernehmen.

  • In Bezug auf Berechtigungen können sie Systeminformationen bearbeiten und nur Lesezugriff auf Sensordaten haben.

Die kurze Antwort auf Ihre Frage lautet also: Ja, Anpassung als Teil eines umfassenderen Berechtigungsschemas zulassen, um Benutzern den Zugriff auf Informationen nach Rollen zu ermöglichen. Auf der Grundlage vereinbarter Standards wären bestimmte rollenbasierte Informationen erforderlich, z. B. alles, was als sicher gekennzeichnet ist .

Eine zusätzliche Sache, die ich erwähnen sollte ... machen Sie alle UIs über Biometrie an den spezifischen Benutzer gebunden. Dadurch können mehrere Personen dieselbe Konsole/Station verwenden und erhalten jeweils ihre eigene benutzerdefinierte Ansicht. Auf diese Weise kann sich in einem Notfall oder wenn jemand getötet/krank/vergiftet wird, jemand anderes auf seinen Platz fallen lassen, seinen Daumen auf einen Scanner legen und schon kann es losgehen ... wie Roaming-Profile in einem Computernetzwerk.

Superuser hätten normalerweise Zugriff auf alles ... Ihre Aufzählungspunkte "Berechtigungen weise" und "Logisch" widersprechen sich etwas.
@wizzwizz4 Sie können Berechtigungsstufen für bestimmte Datensätze definieren, für den x-Datentyp bin ich ein Administrator oder Superuser, aber ich kann y-Daten möglicherweise überhaupt nicht sehen.
Ah. Berechtigungen im SELinux-Stil.
@wizzwizz4 Ja, das ist eine gute Sichtweise.

Welchen Platz in diesem Szenario gibt es, um einem Benutzer/Ingenieur/Bediener zu ermöglichen, die Anzeige und die Bedienelemente an seine Bedürfnisse anzupassen?

Was auch immer Ihnen hilft, Ihre Arbeit besser zu machen, wird wahrscheinlich gefördert.

Beispielsweise können Spieler des Kerbal Space Program Mods verwenden, mit denen Sie auf dem Bildschirm die Menge an Treibstoff anzeigen können, die Sie pro Höhe verbrauchen, während Sie Dinge in Kerbins Umlaufbahn schicken. Sie haben dies bei der Vanilla-Version des Spiels nicht und es ist äußerst nützlich.

Es gibt absolut keinen vernünftigen Grund, die Anpassung zu verbieten. Natürlich werden diejenigen, die Autoritätsfolgen generell über Rationalität und Effizienz stellen, den Kreativen immer ein Dorn im Auge sein.

Wo soll die UI-Anpassung erlaubt sein (...)

Überall.

und wo sollte es verboten sein?

Sie sollten neue Bildschirme und Layouts nicht verbieten. Was Sie nicht zulassen können, ist jede Art von Anpassung, die:

  • Macht es schwieriger oder unmöglich, Elemente der ursprünglichen Benutzeroberfläche zu finden. Selbst wenn ein Benutzer normalerweise einige dieser Elemente ignoriert, kann es Zeiten geben, in denen sie unternehmenskritisch werden. Das heißt: Nur weil Sie beabsichtigen, Ihr Raumschiff niemals zu landen, heißt das nicht, dass Sie den Schalter, der das Fahrwerk auslöst, vollständig entfernen sollten.

  • Wenn die Benutzeroberfläche anpassbar ist, wird es natürlich immer ein Kraftloch geben, das irgendwo Werbung enthält. Sie können auch Code zum Schürfen von Kryptowährungen oder Code zum Verfolgen Ihrer Aktivitäten enthalten, ohne dass Sie es bemerken. Das darf man auch nicht.


Einige Beispiele in der Fiktion, bei denen die Benutzeroberfläche eines Schiffes angepasst wurde oder hätte angepasst werden können:

  • Im Black-Panther -Film gibt es ein Raumschiff, das durch ein VR-Modul mit realistischem haptischem (dh: Berührungs-)Feedback ferngesteuert werden kann. Die Form der Bedienelemente kann an das angepasst werden, was dem Piloten vertrauter ist.

  • In dem Marsbound -Buch von Joe Haldeman wird ein Raumschiff, das Kolonisten von der Erde zum Mars bringt, über ein Tablet gesteuert. Es werden keine weiteren Details angegeben, aber wir können uns vorstellen, dass die Benutzeroberfläche gemäß den Bedürfnissen des Piloten umgeschrieben/neu konfiguriert werden kann.

  • In der Buchreihe The Hitchhiker's Guide to the Galaxy haben einige Schiffe ziemlich ... interessante ... UIs. Das Herz aus Gold wird von einer künstlichen Dummheit kontrolliert, die natürlich alles auf ihre Bildschirme projizieren kann, was sie will. Es gibt auch ein Schiff namens Bistromath , das Bistrotische und Roboterkellner als Schnittstelle hat. Ich kann nur vermuten, dass Variationen, die verschiedene Küchen abdecken (z. B. Sushi-Bars), ebenfalls verwendet werden könnten.

"Natürlich werden Anwälte ... den Kreativen immer ein Dorn im Auge sein." Als Jurastudent ärgere ich mich darüber! Ich würde sagen, dass jegliche Modifikationen, die Bedienungsanleitungen obsolet machen könnten, verboten werden sollten. Ich denke, Sie haben dies in Ihrer Antwort angedeutet, aber es lohnt sich, es für OP hervorzuheben. Trotz der umfangreichen Ausbildung, die Astronauten erhalten, verlassen sie sich häufig auf Anweisungen der Bodenkontrolle und Benutzerhandbücher - es gibt einfach so viele Knöpfe! Das Ändern der Steuerungskonfigurationen kann es unmöglich machen, sich auf das Wissen Dritter zu verlassen.
@PinkSweetener Das tut mir wirklich leid. Ich habe den Text geändert. Was das Vertrauen in Handbücher betrifft, erwähne ich deshalb, dass die ursprüngliche Benutzeroberfläche immer leicht zugänglich sein sollte, selbst wenn eine Anpassung möglich ist.
Hahah nein nein ich habe nur Spaß gemacht! Bitte zögern Sie nicht, es wieder zu ändern.
@PinkSweetener: Die meisten Computersysteme haben eine Vorstellung von Benutzerkonten . Sobald ich ein zertifizierter Raumschiffpilot/Wachmann/Steuermann geworden bin, kann ich die Benutzeroberfläche meines Benutzerkontos zu meiner Zufriedenheit anpassen. Wenn jemand anderes auf das System zugreifen muss, kann er (oder wir beide) sich einfach in eine unberührte Benutzerumgebung einloggen. Ganz zu schweigen davon, dass Bodenanweisungen wirklich in Bezug auf zu erreichende Ziele sein sollten, z. B. links abbiegen auf Kurs so und so, und nicht in Bezug auf zu drückende Knöpfe.
Ich mag die Idee, dies mit Benutzerkonten zu verknüpfen. Das könnte wirklich helfen, das von @om aufgeworfene Problem zu umgehen (Piloten müssen entweder die Benutzeroberfläche anpassen oder sich etwas Zeit nehmen, um sich mit den aktuellen Einstellungen vertraut zu machen, wenn sie von jemand anderem übernehmen).
Es gibt ein weiteres, noch bekannteres fiktives Beispiel: die Enterprise-D in Star Trek: The Next Generation. ALLE Bildschirme und Bedienfelder können im Handumdrehen angepasst und konfiguriert werden. Aus diesem Grund konnte die "Ops"-Station der Brücke (wo normalerweise Data saß) so viele verschiedene Funktionen ausführen. Vermutlich hing die Fähigkeit, eine bestimmte Sache zu ändern, von der Aufgabe und dem Sicherheitszugriff des Benutzers ab.
KSP mit MechJeb, +1. Es gibt so viele Informationen auf meinem Bildschirm (von denen die meisten umschaltbare Optionen sind; daher „UI“), dass ich drei Monitore benötige. Ich kann sehen, dass die reinsten MJ nicht verwenden, aber ich sehe nicht, wie Sie MJ ohne ein Ultrawide-Setup verwenden können. Das Raumschiff muss mit zusätzlichem Bildschirmplatz ausgeliefert werden, sonst ist kein Platz für zusätzliches Zeug. - verstecken Sie nicht die alte UI +1. Ich habe den Nav-Ball einmal für eine Weile verloren; das war kein Spaß.

Viel hängt davon ab, wer eine bestimmte Funktion an einer bestimmten Station ausführt. Je mehr Personen an einer bestimmten Station arbeiten sollen und je kritischer diese Station ist, desto weniger Genehmigungen für Anpassungen gibt es möglicherweise.

Beispiel: NASCAR-Rennwagen haben jetzt ein digitales Dashboard-Display. Während (aus Wettbewerbsgründen) die Regeln einschränken, was angezeigt werden kann, kann die Anzeige dieser Informationen ein wenig angepasst werden. Einige Fahrer bevorzugen ein Display, das wie die Zifferblätter im alten Stil aussieht. Andere bevorzugen einen Drehzahlmesser, der neben Zahlen auch wie ein Balkendiagramm aussieht. Bei einigen wird die Rundenzeit in großen Zahlen angezeigt, bei anderen in kleineren Zahlen, bei einigen wird sie überhaupt nicht angezeigt, und so weiter.

Da es nur einen Fahrer pro Auto gibt (ein Fahrer pro Station), ist die Tatsache, dass jeder möchte, dass Informationen auf unterschiedliche Weise angezeigt werden, in Ordnung.

Vergleichen Sie das jetzt mit dem Glascockpit eines modernen Verkehrsflugzeugs. Piloten haben für die überwiegende Mehrheit der Anzeigen aus sehr guten Gründen keine Anpassungsoptionen, vor allem, weil Sie möchten, dass alle Piloten in einem bestimmten Flugzeug reflexartig wissen, wo sie suchen müssen, um Informationen zu erhalten, die sie benötigen. Dies vereinfacht das Training, es bedeutet, dass Sie jeden Piloten ohne Probleme im selben Flugzeugmodell absetzen können, und auf Langstrecken, auf denen Sie möglicherweise Ersatzpiloten haben, müssen Sie sich keine Sorgen darüber machen, dass die Displays während des Fluges neu konfiguriert werden und nicht mehr geändert werden können.

Ohne standardisierte Bedienelemente und Anzeigen werden Notfall-Checklisten viel schwieriger, da Menschen normalerweise dazu neigen, selten verwendete Informationen in den Hintergrund zu schieben, aber im Notfall sind es oft diese selten verwendeten Anzeigen, die Sie benötigen. ("Überprüfen Sie das Druckniveau vom Lufteinlass ... wo zum Teufel ist das?! Wo habe ich das Menü hingelegt?!") . Wenn Sekunden zählen, können Sie nicht herumfummeln, weil Sie eine selten verwendete Statusanzeige in ein sekundäres Menü verschoben haben, das Sie durchsuchen und finden müssen.

Am Beispiel des Enterprise 1701-D haben Helm, Tactical und Engineering also immer Standardlayouts und -anzeigen, weil Sie möchten, dass jemand zu einer diensthabenden Konsole gehen und sofort sehen kann, was passiert, und steuern kann was nötig ist. Wenn das Schiff angegriffen wird und Worf (erneut) ausgeschaltet wird, möchten Sie, dass jemand in der Lage ist, die Station zu betreten und zu wissen, wo sich die Schildstärkeanzeige, der Feuerknopf für die Torpedos und Phaser und was sonst noch benötigt wird ohne zu versuchen herauszufinden, wo zum Teufel Worf alles neu arrangiert hat. Wenn der Warpkern (wieder) explodiert, möchten Sie genau wissen, wo sich die Auswurfsteuerung befindet, ohne dafür verschiedene Menüs durchsuchen zu müssen.

Stationen wie Wissenschaft und Operationen, bei denen ihre Aktivitäten variieren können, wären wahrscheinlich anpassbarer; Wenn Sie die Wissenschaftsstation neu konfigurieren müssen, um einen Scan eines nahe gelegenen Schwarzen Lochs anzuzeigen, und in zehn Minuten eine Suche in alten Erdkulturen nach Informationen über Entführungen durch Außerirdische durchführen müssen, bei denen Analsonden durchgeführt werden (so eine Episode), dann ist das wirklich nicht groß Deal, wenn Data es vorzieht, in die eine Richtung zu schauen und Random Science Officer in eine andere. Das Ding wird sich sowieso ständig ändern, also ist es keine große Sache, wenn jemand es personalisiert.

In der Zwischenzeit können Picard und Crusher die Displays in ihren jeweiligen Büros so aufstellen, wie sie wollen. Niemand sonst wird sie sehr oft verwenden, und sie sind für den Betrieb nicht kritisch.

Es ist sehr wahrscheinlich, dass die Kontrollen sehr flexibel sein werden . Es ist jedoch unwahrscheinlich, dass sie vollständig anpassbar sein werden , dh über das ursprünglich vorgesehene Maß an Flexibilität hinausgehen.

Da sich die Benutzeroberfläche von Lichtern und Kippschaltern der 1950er Jahre zu Tesla-ähnlichen Touchscreen-Konsolen der 2010er Jahre entwickelt, ist es sehr wahrscheinlich, dass die Anpassungsfähigkeit zukünftiger Konsolen nur noch zunehmen wird. Die eigentliche Frage ist, inwieweit diese Fähigkeit genutzt wird. Beispielsweise kann die Tesla-Konsole potenziell angepasst werden, um ein Raumschiff zu steuern. Aber (wenn man bedenkt, dass Designer diese Möglichkeit nicht vorhergesehen haben) wie viel Aufwand (und potenzielles Risiko) würde es erfordern, dies zu tun?

Die vollständige Neugestaltung der Benutzeroberfläche ist ein großes Projekt und ein großes Risiko. Selbst wenn das Raumschiff nur für diesen Job über einen Kader von Ingenieuren verfügt, ist das Risiko einfach zu hoch, während des Fluges ein größeres Upgrade durchzuführen.

Andererseits kann ein vorhandenes UI-System sehr flexibel sein. Benutzer können das Erscheinungsbild der meisten Steuerelemente anpassen und zwischen der Anzahl der Widgets auswählen. UI-Ingenieure können einzelne Widgets optimieren und sogar neue entwickeln.

Diese Flexibilität sollte gegebenenfalls bewusst eingeschränkt werden. Es ist eine Sache, die Kombüsenkonsole eines Schiffs bis zur Unkenntlichkeit personalisiert zu haben. Es wäre eine ganz andere Sache, dasselbe mit der Konsole zu tun, die den "Selbstzerstörungs" -Knopf des Schiffes hat (ein unverzichtbares Feature in Sci-Fi, wie ich es verstehe).

Das Redesign des Steuerungssystems funktioniert nicht wie das Redesign einer Website. Wir haben seit Ende der 80er Jahre eine vollständig anpassbare industrielle Benutzeroberfläche. Der UI-Manager wird normalerweise als "Master-System" bezeichnet und alle Widgets können per Drag & Drop in die Designoberfläche verschoben werden. Normalerweise hat der Benutzer des Systems keinen Zugriff auf die Design-App. Das ist die Aufgabe von Ingenieuren und Systemintegratoren.
@slebetman Ich habe nicht an Industriesystemen gearbeitet, bin aber mit automatischen UI-Steuerelementen vertraut. Es ist viel schlimmer als Web. Die vollständige Anpassung (über das Optimieren oder Neuanordnen der Widgets in der aktuellen App hinaus) ist ein großes, großes Projekt, das mindestens ein Jahr dauert.
Für die industrielle Steuerung (wie die Benutzeroberfläche von Raumschiffen) ist es nie erforderlich, neue Widgets zu entwerfen. In der Industrie werden etwa alle 2 Jahre neue Widget-Typen erfunden. Alles, was Sie jemals brauchen, ist das Neuanordnen von Widgets und Seiten/Tabs. Schauen Sie sich die SpaceX-Benutzeroberfläche in Robyns Antwort an. Das einzige Widget, das ich bei meiner Arbeit in SCADA vor 18 Jahren noch nicht gesehen habe, ist die 3D-Ansicht der Erde. Abgesehen davon hätte SpaceX Software von 2001 verwenden können

Zeitgenössische Beispiele

Als ich dies las, erinnerte ich mich zuerst an einen Kollegen, der auf Ölbohrplattformen in Alaska gearbeitet hatte. Die Plattformen sind insofern raumschiffartig, als sie Lebenserhaltungssysteme benötigen, um die Arbeiter von den arktischen Wetterbedingungen zu isolieren, und wenn sie sich vor der Küste befinden und nicht in Prudhoe Bay leben, könnten sie wochenlang auf der Bohrinsel sein.

Manchmal wurden Updates für den Kontrollraum angefordert, da jemand regelmäßig eine bestimmte Operation ausführen musste und „es wäre schön, wenn der Knopf hier drüben wäre, damit ich nicht aufstehen und hinübergehen müsste, um ihn zu drücken“, oder im gegenteiligen Fall fallen mir sicherheitstechnische Fälle ein, in denen zwei Knöpfe von zwei Personen gedrückt werden sollen usw. In diesen Fällen wurde ein Änderungskontrollsystem verwendet, in dem jede Änderung dokumentiert, alle Schaltpläne aktualisiert usw. wurden. Ich kenne auch Ingenieure, die an Orten arbeiteten, an denen Updates nicht so streng waren, und ein Ingenieur wurde gerufen, um ein Problem zu beheben, nur um festzustellen, dass die Schaltpläne/Zeichnungen falsch waren und niemand eine Ahnung hatte, welches Kabel wohin führte , was zu längeren Ausfallzeiten führt.

Risiken mit ausgefallenen Displays

Um einige der Vorschläge für LED-Displays neu zu bewerten, möchte ich darauf hinweisen, dass jedes ausgefallene Display oder jede Software einen zusätzlichen Fehlerpunkt erzeugt, der das Risiko erhöht, dass die Tasten funktionieren, aber Sie haben keine Ahnung, was sie bedeuten, weil das Display für eine beliebige Anzahl von Fehlern ausgefallen ist Gründe dafür.

Hinzufügen einiger menschlicher Elemente zum Geschichtenerzählen

Aus der Perspektive des Geschichtenerzählens würde ich, wenn Sie nur wollen, dass die Reisenden „es richtig machen“, dringend empfehlen, den Beitrag über SCADA noch einmal zu lesen, und ich würde auch empfehlen, sich über Änderungskontrollverfahren zu informieren.

Aber wenn Sie einige Herausforderungen einführen möchten, dann könnten Sie, abhängig von Ihrem Publikum, einen Charakter die Organisationspolitik nutzen lassen, um die Verwendung seines "genialen" (sprich: idiotischen) Designs zu erzwingen, das fehlschlägt, wenn er versucht, ein Update zu veröffentlichen, oder von jedem anderen kleinen Schock. Alternativ, wenn eine Änderung eingeht, übergibt ein vielbeschäftigter Direktor/vorgesetzter Offizier einfach den Autorisierungscode für Änderungen an die Wartungsmannschaft, weil er sich nicht die Mühe machen möchte, die Autorisierung jedes Mal einzugeben, und die Mannschaft teilt ihn dann herum und Das nächste, was Sie wissen, ist, dass die Hälfte der Bedienelemente komplett neu angeordnet ist und niemand weiß, was los ist.

Man könnte sagen, dass dies technischer Humor ist, weil Ingenieure, IT usw. ständig hinzugezogen werden, um solche Dinge zu beheben, auch für unternehmenskritische Arbeiten. Je nachdem, wie Sie es schreiben, könnte dies für Comedy (der Bösewicht wird aufgrund schlechter Managemententscheidungen und Schuldzuweisungen besiegt, was zu einem spektakulären Scheitern führt) oder für dramatische Effekte (ein übermäßig stolzes, junges Teammitglied oder ein übermäßiger der kontrollierende Manager bringt alle in Gefahr und er muss sich seinem Versagen stellen).

Hier sind einige Bilder, die die Entwicklung der Steuerung im Laufe der Zeit zeigen, von zwei Sojus und einem Drachen, die Raumschiffe mit ähnlichen Fähigkeiten sind.

Alte Sojus-Steuerung

Neue Sojus-Steuerung

SpaceX Dragon-Bedienfeld

Letzteres ist das Bedienfeld für Raumfahrzeuge des 21. Jahrhunderts. Es ist ein Prototyp, daher kann das endgültige Design ein wenig anders sein, aber Sie können zumindest sehen, was die Ingenieure vorhatten.

Wie Sie sehen können, geht der Trend im Laufe der Zeit zu weniger Schaltflächen und mehr Bildschirmen. Der Dragon verfügt sogar über Touchscreens, sodass einige der Steuerelemente in der Software definiert sind. Dieser Trend hat jedoch eine Grenze; Es gab einen früheren Prototyp des Drachen mit sehr wenigen Knöpfen, aber dieses Design wurde aufgegeben. Alle Bedienelemente, auf die Sie im Notfall schnellen Zugriff haben müssten, sind jetzt physische Tasten, teilweise für einen einfachen Zugriff, wenn Sie unter Stress stehen, und teilweise, damit sie immer noch funktionieren, wenn eine kosmische Strahlung oder ein Softwarefehler den Dashboard-Computer zum Absturz bringen.

Die Gruppe von sechs Tasten dient zum Ein- und Ausschalten. Das ist etwas, was ich definitiv als physischen Knopf haben möchte, wenn der Computer abstürzt!

Es ist mehr als nur die Benutzeroberfläche, die Sie anpassen möchten.

Dinge herumzumischen, Farben zu ändern und dergleichen ist meistens sinnlos. Es ist einfacher, einfach zu lernen, worauf man achten muss, was den Vorteil hat, dass alle das Gleiche lernen und sich so leicht gegenseitig vertreten können.

Da es sich jedoch vermutlich um ein Erkundungsschiff handelt, wird es auf unerwartete Dinge stoßen und sich darauf einstellen müssen. Und oft passieren diese Dinge zu schnell, als dass Menschen darauf reagieren könnten, oder sind für sie schwer zu erkennen. Die Besatzung muss also:

  • Definieren Sie Dinge, nach denen die Sensoren suchen sollten, und
  • automatische Reaktionen auf Dinge definieren.

Angenommen, Sie werden dieser kriegerischen außerirdischen Spezies begegnen, deren Schiffe mit einer Tarnvorrichtung ausgestattet sind, die jedoch durch eine bestimmte Verzerrung des von ihr verursachten Hintergrundbilds erkannt werden kann. Die Besatzung muss also in der Lage sein, die Sensoren so zu konfigurieren, dass sie diese Verzerrung erkennen und als feindliches Ziel markieren. Und dann müssen sie das Schiff möglicherweise so konfigurieren, dass es automatisch Schilde hebt und den Impulsmotor aufheizt, um sich auf ein Ausweichmanöver vorzubereiten, da das Schiff möglicherweise mit 5000 km / s ankommt und Sie es möglicherweise erst bei 10 000 erkennen können km – auf keinen Fall kann der taktische Offizier reagieren, bevor er in den Schussbereich gelangt.

Diese neue Logik erfordert oft eine neue Benutzeroberfläche, aber nicht allzu viel. Es gibt bereits ein Warnfeld und eine taktische Anzeige, die die erkannten Bedrohungen anzeigt, und Sie definieren nur neue Warnungen und Ziele und Symbole dafür.

All diese Konfigurationen sollten schiffsweit sein. Jeder auf der Brücke muss die gleichen Displays verwenden und wissen, was alle aktuell definierten Symbole bedeuten. Daher sollten die Änderungen in Kenntnis aller relevanten Besatzungsmitglieder und vorzugsweise in deren Zustimmung vorgenommen werden. Der Kapitän hat das letzte Wort, aber er sollte sich an bewährte Methoden zum Management von Besatzungsressourcen halten und alle geäußerten Bedenken ansprechen, bevor er sich für eine endgültige Lösung entscheidet.

Hüten Sie sich auch vor übermäßigen Einschränkungen. Jemand, der sich in Kontrollen einmischt, die er nicht berühren sollte, ist ein menschliches Problem und muss mit Regeln, Training und Unterordnung gelöst werden, nicht mit Zugangskontrollen. Ihre Besatzungsmitglieder müssen in der Lage sein, für andere einzuspringen, die behindert sind oder einfach das Situationsbewusstsein verloren haben und nicht das tun, was sie sollen, selbst wenn dies bedeutet, dass sie vorübergehend die Unterordnung verletzen, wenn die Situation dies erfordert. Sie sind gut ausgebildete Fachleute; gib ihnen etwas vertrauen.

Wahrscheinlich benötigen Sie dafür spezialisierte Wartungstechniker, aber auf einer langen Mission brauchen Sie sie auch, um andere Probleme mit den Systemen zu beheben.

Obwohl dies nicht wirklich Open Source ist, würde das, was Sie beschreiben, nur eine Art Methode benötigen, um die Systeme des Raumschiffs zu simulieren, und die Benutzeroberfläche könnte auf der Simulation aufbauen. Dann muss es eine Art Standard/Überprüfung bestehen, bevor es an das Spaceship Version Control System übergeben wird, das definitiv nicht GitHub ist, oder kurz SSCSTDIG.

Was Sie suchen, scheint eine anpassbare Benutzeroberfläche zu sein. Diese sind heute über Touchscreens möglich.

Wenn Sie lieber etwas Taktiles haben möchten, schauen Sie sich LED-Tastaturen an. Stellen Sie sich vor, die Tasten würden mit einem LED-Pad gekrönt, sodass sie jedes gewünschte Symbol anzeigen könnten. So könnte man jedem Button ein Icon (das man selbst zeichnen kann; der Mac hatte vor 35 Jahren einen Bitmap-Editor) und eine Aktion zuweisen, die man auch selbst programmieren konnte.

https://mechanicalkeyboards.com/shop/images/products/large_1056_DSC_1040.jpg

Geben Sie hier die Bildbeschreibung ein

Wie beantwortet dies die Frage?
@G0BLiN Diese Antwort wurde gepostet, bevor OP klarstellte, dass er "sollte" statt "wie" will.

Ich denke, der beste Weg, dies zu erreichen, besteht darin, die Steuerelemente als ein Google Keep-ähnliches Bedienfeld anzuzeigen, und nach Eingabe eines Passworts können die Ingenieure die verschiedenen Karten ziehen und ablegen. Sie sollten in der Lage sein, Karten ein- und auszublenden, mit Ausnahme bestimmter Karten wie Geschwindigkeit, Kraftstoff und Sauerstoff.

Ein Techniker auf dem Schiff könnte sein eigenes Programm erstellen, das ausgeführt und auf der Tafel angezeigt wird. Diese wären vollständig anpassbar, können entfernt und angezeigt werden und der Quellcode kann direkt von jedem bearbeitet werden, der sich damit auskennt.

es würde davon abhängen, ob die Benutzeroberfläche anpassbar oder hackbar ist.

Mit hackbar meine ich es in dem Sinne, dass Wissen über das System genutzt wird, um ein Ad-hoc-Element zu erstellen.

Durch die Anpassbarkeit legt die Benutzeroberfläche genügend von ihrer zugrunde liegenden Struktur offen, sodass Sie ein neues Benutzeroberflächenverhalten erstellen können.

Um ein reales Beispiel dafür zu geben, was ich mit hackbar meine – die Dateisuchfunktion der meisten modernen Betriebssysteme kann die Ergebnisse der Suche filtern, sodass Sie die Kriterien eingrenzen können, um zu helfen, das zu finden, wonach Sie suchen. Ein Hack wäre, die Suchfunktion auszulösen, um nach einem bestimmten Dateityp mit einem bestimmten Namen zu suchen, und beim erfolgreichen Auffinden dieser Datei eine App oder Apps zu starten, um die Datei weiter zu verarbeiten oder ein eigenes Ding zu machen. Die Suchfunktion wurde nicht für diese Verwendung entwickelt, aber Sie können sie dafür kooptieren, solange Sie sich mit dem Betriebssystem auskennen

Mit einer anpassbaren Benutzeroberfläche würde es sich eher wie ein hybrides Betriebssystem + IDE verhalten. Wenn Sie sich entscheiden, einen Kalender mit Wochen zu haben, die aus 9 Tagen zu 36 Stunden bestehen, oder eine Anzeige für die Phasen von Phobos, während Sie eine Diashow mit Doom-Screenshots zeigen, wird es nicht versuchen, Sie aufzuhalten.