"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.
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.
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.
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.
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.
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.
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:
Berechtigungen:
Informationstypen: Diese habe ich für Ihr Szenario angegeben
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 .
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.
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.
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.
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).
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.
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.
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.
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:
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
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.
RonJohn
RonJohn
Grün
RonJohn
Benutzer71659
RonJohn
Lukas Briggs
ShadoCat
Markus Olson
Grün
Grün
Markus Olson
Grün
AmiralPatate
Grün