mirror of
https://github.com/LD-Reborn/Berufsschule_HAM.git
synced 2025-12-19 22:41:55 +00:00
6.6 KiB
6.6 KiB
Pflichtenheft
Projekt: Hardware-Asset-Management-Tool
Firma: MustermannGbR
Deckblatt
| Projektname: | Hardware-Asset-Management-Tool |
|---|---|
| Kunde: | Firma MustermannGbR |
| Auftragnehmer / Entwickler: | KeineAhnungGmbH |
| Version: | 3.0 |
| Projektlaufzeit: | 09.10.2025 - 01.12.2025 |
| Budget: | 40.000 € |
Kontaktperson Kunde:
- Name: Max Mustermann
- Abteilung: IT-Abteilung
- E-Mail: Max.walhoefer@mustermanngbr.de
Kontaktperson Entwickler:
- Name: Johann Mustermensch
- E-Mail: Johann.Mustermensch@KeineAhnungGmbH.de
Versionshistorie
| Version | Datum | Autor | Änderung / Kommentar |
|---|---|---|---|
| 1.0 | 19.09.2025 | Jana Musterfrau | Erstfassung Pflichtenheft |
| 2.0 | 03.10.2025 | Jana Musterfrau | Erweiterung Hosting & Support |
| 3.0 | 03.10.2025 | Jana Musterfrau | Anpassung für agiles Vorgehen |
Inhaltsverzeichnis
- Einleitung / Zielbestimmung
- Produkteinsatz
- Produktfunktionen
- Produktdaten
- Benutzerrollen & Rechtekonzept
- Systemarchitektur & Technologien
- Schnittstellen
- Sicherheitsanforderungen
- Qualitätsanforderungen
- Setup, Support & Lizenz
- Abgrenzungskriterien (Nicht-Ziele)
- Budget- und Zeitplanung
- Glossar
- Unterschriften
1. Einleitung / Zielbestimmung
Ziel dieses Projekts ist die Entwicklung eines webbasierten Hardware-Asset-Management-Tools für die IT-Abteilung der Firma MustermannGbR. Das System soll firmeneigene Hardware zentral verwalten, LDAP-Daten integrieren und relevante Informationen erfassen und pflegen.
Die Entwicklung erfolgt inkrementell und iterativ nach agilen Prinzipien. Das Projektteam liefert funktionsfähige Zwischenversionen (Increment) in kurzen Sprints (2–3 Wochen) aus. Änderungswünsche und Prioritäten werden gemeinsam mit dem Product Owner abgestimmt.
2. Produkteinsatz
- Zielgruppe / Nutzer: IT-Abteilung der Firma Mustermann
- Einsatzort: Innerbetrieblich, Zugriff über Webbrowser
- Hauptnutzen: Übersicht über Hardwarebestand, Zuordnung zu Nutzern, Verwaltung zentraler Informationen
3. Produktfunktionen
Epic 1:
- Schreibender und lesender Zugriff auf LDAP, inklusive Schemaerweiterung
- Einfache Übersichtsseiten („alle Geräte pro Nutzer“)
Epic 2:
- Assets anlegen, bearbeiten und löschen
- Assets zu Nutzern zuordnen
Epic 3:
- Suchen und Filtern von Assets
Epic 4:
- Inventarisierung von Geräten (durch Inventarisierer)
- Rollenverwaltung über LDAP-Gruppen
4. Produktdaten
| Attribut | Beschreibung |
|---|---|
| Seriennummer | Eindeutige Gerätekennung |
| Standort | Physischer Ort des Geräts |
| Zugeordneter Nutzer | Benutzer aus LDAP |
| Garantieende | Datum |
| Marke / Modell | Herstellerinformationen |
| Inventarstatus | Datum und Inventurist*in |
Erweiterungen am LDAP-Schema werden nach Sprintplanung umgesetzt.
5. Benutzerrollen & Rechtekonzept
| Rolle | Rechte |
|---|---|
| Admin | Vollzugriff, Rollenverwaltung |
| Inventaristen | Geräte inventarisieren und bearbeiten |
| Nur-Lesen | Nur Ansicht |
Rollen werden über LDAP-Gruppen abgebildet. Änderungen oder zusätzliche Rollen können sprintweise implementiert werden.
6. Systemarchitektur & Technologien
- Webanwendung auf .NET (C#)
- Browserbasiert
- Zentrale Datenhaltung über LDAP
- SSL-verschlüsselte Verbindungen
- Erweiterbares LDAP-Schema für Geräteinformationen
- Hosting auf Kundenhardware (on-premise)
- Ubuntu Server mit
- 2 CPU Kernen
- 2 GB RAM
- 50 GB SSD
- Windows Server mit
- 4 CPU Kernen
- 4 GB RAM
- 100 GB SSD
- Ubuntu Server mit
7. Schnittstellen
- LDAP (Lesend und Schreibend)
- Authentifizierung über Benutzername/Passwort
- Rollensteuerung über Gruppenobjekte
- Schemaerweiterung für Geräteobjekte
8. Sicherheitsanforderungen
- LDAP-Authentifizierung
- Rollenbasiertes Berechtigungsmodell
- SSL für alle Verbindungen
- Logging von Zugriffen und Änderungen
- Schreibrechte nur für berechtigte Benutzer
9. Qualitätsanforderungen
- Performance: System unterstützt ca. 100 Nutzer
- Erweiterbare Architektur: Attribute müssen hinzugefügt werden können
- Stabile, wartbare Software
- Datensicherung erfolgt extern durch den Kunden
- Codequalität wird durch Code Reviews und CI/CD sichergestellt
- Abnahme durch Product Owner nach jedem Sprint-Inkrement
10. Setup, Support & Lizenz
- Installation und Abnahme erfolgen gemeinsam mit dem Product Owner (max. 4 Stunden).
- Nach Projektabschluss erfolgt keine dauerhafte Betreuung (siehe MIT-Lizenz).
- Die Software wird mit der MIT Lizenz geliefert.
- Support während der Projektlaufzeit im Rahmen des Sprints.
- Alle Rechte der Firma MustermannGbR hinsichtlich der Verwendung, Weiterentwicklung und Weitergabe werden durch die MIT Lizenz definiert.
11. Abgrenzungskriterien (Nicht-Ziele)
- Keine automatischen Benachrichtigungen
- Keine Workflows
- Kein Datenexport (CSV, PDF, Excel)
- Keine Mehrsprachigkeit
- Keine speziellen UI/Design-Vorgaben
12. Budget- und Zeitplanung
- Gesamtbudget: 40.000 €
- Sprintdauer: 2 Wochen
- Geplante Laufzeit: 4 Sprints
- Review-Meetings: Nach jedem Sprint
- Zieltermin: 01.12.2025
- Entwicklungsaufwand in enger Abstimmung mit der IT-Abteilung
13. Glossar
- Epic: Agile Beschreibung von Anforderungen aus Nutzersicht
- Sprint: Kurzer Entwicklungszyklus (2-3 Wochen)
- Product Owner: Verantwortlicher des Kunden für Priorisierung
- Increment Funktional lauffähige Softwareversion nach einem Sprint
- Asset: Hardwaregerät (PC, Laptop, Monitor, Drucker, Smartphone)
- LDAP: Lightweight Directory Access Protocol, zentrale Datenhaltung für Nutzer und Geräte
- Inventarisierung: Kennzeichnung eines Gerätes als inventarisiert
14. Unterschriften
| Name | Funktion | Unterschrift | Datum |
|---|---|---|---|
| Max Mustermann | Auftraggeber | ||
| Jana Musterfrau | Projektleiterin |