From 3074a79954544bcc9862c11cce31ea13448436bb Mon Sep 17 00:00:00 2001 From: UMTS at Teleco Date: Wed, 17 Dec 2025 06:29:52 +0100 Subject: Restrukturierung --- Abgaben/Beepzone-Stack-Projektplanung.md | 121 ++++++++++++++++++++++++++----- 1 file changed, 103 insertions(+), 18 deletions(-) (limited to 'Abgaben') diff --git a/Abgaben/Beepzone-Stack-Projektplanung.md b/Abgaben/Beepzone-Stack-Projektplanung.md index ce84ac9..42a8427 100644 --- a/Abgaben/Beepzone-Stack-Projektplanung.md +++ b/Abgaben/Beepzone-Stack-Projektplanung.md @@ -1,18 +1,102 @@ -# Inventar System BeepZone Finalisieren -> BeepZone : Eine sehr Effiziente, Funktionsreiche als auch Integrierbare Inventarisierungslösung geschrieben in Rust -###### *T.Bachmann (aka. crt / umts) - 2025-12-09* +# Initialisierung + +## Projektidee +### Inventar System BeepZone Finalisieren +> BeepZone : Eine sehr Effiziente, Funktionsreiche als auch Integrierbare Inventarisierungslösung geschrieben in Rust + + *T.Bachmann (aka. crt / umts) - 2025-12-09* + +## SMART definitionen + +- 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. + +## Projektanforderungen definieren + +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 -## Projektauftrag +## Risikoanalyse + +| 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, + + +## SWOT-Analyse +> Todo (Abklären ob überhaupt nötig evt?) + +## PESTEL-Analyse + +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) + +# Definition + +## Laut modul erfordertes in diesem abschnitt +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) + + +## Projektauftrag Definieren ### Projektbezeichnung : Initial Finalisierung des BeepZone Inventar Systems +### Projekt Kürzel : +EGUI-EMO + +#### Projektnummer +- 72 + ### Ausgangslage (Ist) - 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. -#### Hauptproblem -Ohne den Finalisierten Stack kann das Inventarsystem nicht im Betrieb umgesetzt/angewendet werden. +--> Kurze Beschreibung was es schon kann, was es noch braucht (beim Soll unten) ### Projektergebnis (Soll) BeepZone-Stack produktionsreif machen, veröffentlichen und für internen Einsatz bereit stellen. @@ -23,7 +107,7 @@ BeepZone-Stack produktionsreif machen, veröffentlichen und für internen Einsat - Tests aller Funktionen und Feinschliff. - Code aufräumen sowie Dokumentation und Setup Anleitung fertig stellen. -### Nutzen +### Unternehmensbedarf (Nutzen) - 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. @@ -38,23 +122,24 @@ BeepZone-Stack produktionsreif machen, veröffentlichen und für internen Einsat #### Ziel Betrieb - Immo -#### Projektnummer -- 1 - #### Terminvorgaben Projektabschluss bis 2026-01-12 (Start der Zimmerkontrollen). -## Risikoanalyse +# Planung -| 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 | +## Projektstrukturplan (PSP) +(Hier Kommt das referenz zu Drawio PSP, Später) + +## Arbeitspakete +(Hier Kommt das so beschreib der Arbeitspakete später nach PSP, Später) + +## Netzplan +(Hier Kommt das referenz Drawio Netzplan, Später) +## GANTT Diagram -## Grober Phasenplan +--> Placeholder für Echtes Diagram Später +--> Meilensteine Tabelle Separat (mit festen Daten) beifügen (unten) | Woche / Zeitraum | Phase | Kernaufgaben | | -------------------- | ---------------------------- | ------------------------------------------------------------------ | -- cgit v1.2.3-70-g09d2