venroot / pmasset_front Goto Github PK

Fehler, Informationen und Warnungen sollten in sogenannten "Toasts" angezeigt werden.

Wenn nötig auch horizontal Scrollen

Bei der Anzeige sollte der Name statt die Mail angezeigt werden. Klammern werden abgeschnitten

Der Server läuft unter Node Modulen, während der Inhalt im Browser laufen soll.

Damit das Problemlos funktioniert, müssen beide unter verschiedenen CompilerOptionen gebaut werden

Bei "Nein" im Form-Feld die Option hinzufügen, eine eigene PDF auszuwählen und einzupflegen

Bei dem Bestellt-Status soll die Seriennummer 0 betragen.

Wenn man den Status ändern möchte, sollte die Seriennummer verpflichtend vergeben werden

Auch auf der Login-Page sollte der DarkMode genutzt werden

Die Vorschläge sollten auch bei den PC/Bildschirm etc. Seiten auftauchen

Das Front-End sollte nun mit dem Backend kommunizieren können.

Anforderungen:

• Es sollte eine sichere Verbindung hergestellt werden können
• Es sollten Daten ausgetauscht werden können
• Diese Daten sollte das FrontEnd in die View einpflegen
• Das FrontEnd sollte Daten an den Server schicken können, welcher dies in die Datenbank einpflegt

Nur die IT-Gesamt sollte sich anmelden können

Fürs erste sollten Formulare abgelegt werden.

Heißt PDFs sollte man vom PC hochladen und einem Gerät zuordnen können

Um die Sicherheit zu verbessern, sollte ein alternativer Login angeboten werden.

Dass Passwort wird beim Client direkt gehashed und ERST dann zum Server geschickt, der Server vergleicht den Hash und authentifiziert den User.

Beim Leak des Private_Keys oder einer Man-In-The-Middle Attacke wäre das Passwort immer noch sicher

Bei SaveEntry werden die Daten nicht richtig übernommen.

Bitte beheben

Tailwind Dark Mode implementieren

Ein zweites Formular sollte abrufbar sein. Eine Checkliste
Checkliste OneIT.pdf

Es sollte mit dem Azure AD Konto authentifiziert werden.

Beim Aufrufen der Hauptseiten wird im Head noch geprüft, ob der User überhaupt authentifiziert ist.

Falls nicht, dann wird er zur login Seite weitergeleitet, um sich zu authentifizieren

Ein MS Auth ist nötig, ein alternativer Login wäre ein sicheres Enhancement #12

Statt IT002424 sollte nur noch 0001 dastehen

Es sollte eine extra Tabelle geben, mit welcher man alle Geräte einsehen kann, die ein Mitarbeiter besitzt

Es sollte immer oben eine freie Zeile offen sein, in welcher man neue Geräte eintragen kann.

Seriennummer sollte niemals doppelt vorkommen

Drag and Drop für die PDF. Bei Drag&Drop wird gefragt, um welche Liste es sich handelt

Ähnliches Konzept sollte dargestellt werden

Dieses Konzept wird übernommen

Joa

Die Features von Bildschirmen sollten nun bei Phones und Konferenzgeräten angewendet werden.

Die Front-Logik sollte erstmal nur in der Lage sein, mit Variablen und Funktionen Elemente in die View einzusetzen

Es sollten Log-Files unabänderlich angelegt werden.

Diese LogFiles werden in Tage gegliedert. Diese sollten per Viewer ansehbar sein

Es müssen folgende Werte hinzugefügt werden:

BDE
HP | Workstation | Z-Book | Z-Book Fury
T14 | T14s | T14s G2

https://youtu.be/HhpbzPMCKDc

Statt Inv-Nr

auch Typ, Hersteller, Seriennummer, Standort, Mitarbeiter, Form und Check, Equipment

equipment:<2
Zeige alle an, die mehr als 2 Equipments besitzen

Eigenschaften werden mit einem Komma getrennt

Fixen

Im Tabellenheader sollten kleine Pfeile sein, mit denen man aufsteigend/absteigend sortieren können sollte

1. Monitore werden nach dem Speichern nicht geupdated. Auch nicht in der DB
2. Monitore tauchen nicht in der PC-Verknüpfung auf, wenn sie aktiv sind. Soll das?

Mit einem Electron-Port kann man einige Vorteile ziehen.

PDFs können direkt auf dem Hauptsystem bearbeitet und mit automatisch wieder hochgeladen werden.

Nützlich, wenn Anwender vor Ort das PDF digital signieren möchten

Ein Kommentarfeld einfügen für Text
Im Frontend sollte Mail durch Name ersetzt werden
Zusätzlich ein Feld für die MAC-Adresse