BeepZone : Eine sehr Effiziente, Funktionsreiche als auch Integrierbare Inventarisierungslösung geschrieben in Rust
T.Bachmann (aka. crt / umts) - 2025-12-09
- Spezifisch:
- Finalisierung des BeepZone Inventarsystems (Backend: MySQL + SeckelAPI, Frontend: EGUI-EMO Desktop Client) für einen initialen Testlauf. Implementation/Umsetzung von mindestens folgendem : Client RBAC Support, minimales Client Admin Panel, alle UI Elemente im Client funktionstüchtig, Code des ganzen Stacks aufräumen, Funktionsprüfungen/Tests und Saubere Dokumentation des Systems. Das ganze als Open-Source Lösung welches durch andere für Ihre Zwecke angepasst/verbessert werden kann.
- Messbar:
- Erfolg messbar durch: 100% Abdeckung der Kernfeatures (z.B. mindestens 5 neue Funktionen im Admin Panel implementiert), mindestens 80% Code-Coverage durch Tests, vollständige Dokumentation (mindestens 20 Seiten Setup-Anleitung und API-Docs) und erfolgreiche Deployment auf dem internen Server. Fortschritt tracken durch wöchentliche Checkpoints. {Meh}
- Ausführbar:
- Das Ziel ist erreichbar, da es auf bestehendem Code aufbaut (Backend läuft schon grossteils stabil), ich als einziger Entwickler habe Erfahrung in Rust und Zeit bis das ganze um zu Setzen bis Deadline. Keine bekannten unmögliche Sprünge, wie z.B. aus dem Nix von Grund auf das System bauen, es geht nur um die Initiale Finalisierung, nicht um Neuentwicklung. Zwar Anspruchsvoll, aber machbar ohne externe Hilfe.
- Realistisch:
- Passt zu meinem Ressourcenmanagement: Keine Überstunden nötig, da es in 5 Wochen geplant ist mit Puffern für Bugs. Nutzt vorhandene Tools (Rust, MySQL), und internen Bedarf deckt es realistisch ab (z.B. weniger Diebstahl durch bessere Tracking). Kein Traumziel wie globaler Marktstandart, sondern fokussiert auf Individualisierten Einsatz und Open Source Release.
- Terminiert:
- Projektabschluss bis 2026-01-12, mit Meilensteinen pro KW (siehe GANTT im Planung-Abschnitt). Start: 2025-12-09, Ende: Fix vor Zimmerkontrollen.
Leifaden/Info:
Falls eine Fehlermeldung erzeugt wurde, muss das System dem Administrator die Möglichkeit bieten, die erzeugte Fehlermeldung auf den Netzwerkdrucker zu drucken.
Wenn ein Nutzer innerhalb eines Ausleihvorgangs einen Bibliothekskunden auswählt, soll das Bibliothekssystem diesem Nutzer
den Namen des Kunden
die Adresse des Kunden und
den augenblicklichen Kontostand des Kunden anzeigen
An jedem ersten Tag eines Monats um 08:00 Uhr und unter der Bedingung, dass der Administrator die automatische Backup-Funktion aktiviert hat, soll das System die Daten des Bilothekssystems, die seit dem letzten Backup verändert wurden, automatisch archivieren (Delta-Sicherungsstrategie).
Falls ein Bibliothekskunde weniger als 10 Objekte entliehen hat, soll das Bibliothekssystem diesem Bibliothekskunden die Möglichkeit bieten, Leihobjekte online zu reservieren.
Wenn das Bibliothekssystem in Betrieb ist, soll das Bibliothekssystem fähig sein, Daten für ein Software-Update von einem zentralen Administrationsrechner über das lokale Netzwerk zu empfangen.
Das Bibliothekssystem soll ausschliesslich dem Administrator die Möglichkeit bieten, neue Leihobjekte von externen Datenmedien in den Datenbestand des Bibliothekssystems zu importieren.
Falls während des Importierens ein semantscher oder syntaktischer Datenfehler auftritt, soll das Bibliothekssystem dem Administrator für einzelne zu importierende neue Leihobjekte den jeweiligen Fehler (Fehlernummer und Fehlerbeschreibung) auf dem Bildschirm und auf dem Drucker ausgeben.
Wenn das Bibliothekssystem Daten neu eingegebener Bibliothekskunden oder neuer Leihgegenstände vom benachbarten Bibliothekssystem empfangen hat, soll das Bibliothekssystem die empfangenen Daten permanent speichern.
Todo
| Risiko |
Auswirkung |
Wahrscheinlichkeit |
Gegenmassnahme |
| Prokastination und Zeitmangel |
Terminverzug |
Hoch |
Wichtigste Features Priorisieren und Zeitpuffer einplanen |
| Unerwartete Bugs nach Code Aufräumen |
Funktionsausfälle |
Mittel |
Kleine Änderunen Schrittweise anwenden und immer testen |
| Unklare Anforderungen im Admin Panel |
Fehlende Funktionen |
Mittel |
Bei zukünftigen Administratoren nach gewünschtem fragen |
| Nicht genug Tests |
Bugs und Sicherheitsprobleme |
Niedrig |
Realistische Testfälle machen und Seed Daten erstellen |
-> Schadensausmass als spalte hinzufügen
-> Risikomatrix Kompatibel Machen (X Achse : Schadenshöhe, Y Achse : Eintrittswahrscheinlichkeit, Je 3 Stufen, Gering, Mittel, Hoch)
-> Punkte Nummerieren
-> Punkt 1: Zeit Start und Zeit Ende definieren, Wecker/Timer Setzen und dann mal schauen wie weit ich der Zeit gekommen bin. Musik
-> Punkt 2: Besser Formulieren,
Todo (Abklären ob überhaupt nötig evt?)
Leitfaden/Info:
Bei der PESTEL-Analyse (auch PESTLE-Analyse) ist man bestrebt, die externen Einflussfaktoren, die auf ein Unternehmen einwirken, zu identifizieren, zu bewerten und daraus strategische Entscheidungen abzuleiten. Externe Einflussfaktoren gehören der sogenannten Makro-Umwelt an, der das jeweilige Unternehmen ausgesetzt ist, ohne sie jedoch maßgeblich beeinflussen zu können. Die PESTEL-Analyse konzentriert sich dabei auf sechs übergeordnete Einflussbereiche, deren Anfangsbuchstaben das Akronym PESTEL bilden:
Political (politisch)
Economic (ökonomisch)
Social (soziokulturell)
Technological (technologisch)
Ecological (ökologisch-geografisch)
Legal (rechtlich)
Das Resultat einer PESTEL-Analyse ist stets eine systematische und wertende Beschreibung des Marktes. Das Ziel der PESTEL-Analyse besteht dabei darin, die verschiedenen Risiken, Chancen und Herausforderungen der makroökonomischen Rahmenbedingungen herauszuarbeiten und darauf basierend die strategische Unternehmensführung anzupassen. Die PESTEL-Analyse ist damit ein ausgesprochen hilfreiches Tool für kontrolliertes Unternehmenswachstum.
Todo (Eigentlich redundant da gemacht in person mit LP)
Projektauftrag definieren -> (Gemacht)
Projektanforderungen analysieren -> (Soweit glaubs auch gemacht?)
= Pflichtenheft erstellen (WIE man die Wünsche umsetzen wird) -> (Muss ich noch Anschauen)
Organigramm erstellen (Laut LP bei mir nicht notwendig)
Stakeholderanalyse -> (???)
Phasenmodell wählen -> (Fue-Projekt, Org.Projekt, Invest.Projekt, Softwareprojekt -> Das Phasenmodell ist Bestandteil eines Vorgehensmodells, Kanban <3)
Initial Finalisierung des BeepZone Inventar Systems
EGUI-EMO
- BeepZone-Backend (MySQL Schema und Sekel-Proxy) : Läuft stabil, benötigt jedoch etwas Aufräumarbeiten und Dokumentation.
- BeepZone-eGUI (Desktop Client) deckt die Grundfunktionalität ab, es fehlen aber Features (zB. RBAC, Admin Panel) und es gibt Lücken bezüglich Tests und Dokumentation.
--> Kurze Beschreibung was es schon kann, was es noch braucht (beim Soll unten)
BeepZone-Stack produktionsreif machen, veröffentlichen und für internen Einsatz bereit stellen.
- Fehlende im UI angezeigte Funktionen implementieren.
- Fehlende Funktionen bezüglich Admin Panel und RBAC implementieren.
- Tests aller Funktionen und Feinschliff.
- Code aufräumen sowie Dokumentation und Setup Anleitung fertig stellen.
- Intern: Schliesst die aktuelle Lücke im Bereich Inventarisierung, reduziert unbemerkter Diebstahl, und erleichtert Audits von Zimmern und deren Zugewiesenen Objekte
- Extern: Vorzeigbares OpenSource Projekt das von anderen Verwendet werden kann bzw. erweitert und Verbessert werden kann.
- T.Bachmann (auf Grundes Eigeninitative)
Projektabschluss bis 2026-01-12 (Start der Zimmerkontrollen).
(Hier Kommt das referenz zu Drawio PSP, Später)
(Hier Kommt das so beschreib der Arbeitspakete später nach PSP, Später)
(Hier Kommt das referenz Drawio Netzplan, Später)
--> Placeholder für Echtes Diagram Später
--> Meilensteine Tabelle Separat (mit festen Daten) beifügen (unten)
| Woche / Zeitraum |
Phase |
Kernaufgaben |
| KW50 (09.12.–15.12.) |
Bestandsaufnahme und Planung |
Repo grob aufräumen, Notizen erstellen, Planung grob Finalisieren |
| KW51 (16.12.–22.12.) |
Umsetzung |
Fehlende Features Implementieren und Code Polieren |
| KW52 (23.12.–29.12.) |
Umsetzung |
Fehlende Features Implementieren und Code Polieren |
| KW01 (30.12.–05.01.) |
Testen |
Alle Features Testen, Eventuel End-Nutzer Test, Bugs reparieren |
| KW02 (06.01.–12.01.) |
Dokumentieren und Abschluss |
Dokumentation Vervollständigen und Publizieren |
