init chapters
This commit is contained in:
107
A_Videoanalyse_Uebersicht.csv
Normal file
107
A_Videoanalyse_Uebersicht.csv
Normal file
@@ -0,0 +1,107 @@
|
|||||||
|
"Category","Zusammenfassung","Roadmap","Kommentare","Zugewiesene Person","Status","Project start","Project target","Schlüssel"
|
||||||
|
"Modul","Adressstamm","Ja","1","","Fertig","","","EW-2"
|
||||||
|
"Modul","Analytics","Neu","0","","Fertig","","","EW-41"
|
||||||
|
"Feature","Anzahlungsrechnung","Ja","0","","Fertig","","","EW-111"
|
||||||
|
"Modul","Artikelimport","Neu","0","","Fertig","","","EW-60"
|
||||||
|
"Modul","Artikelverwaltung","Ja","0","","Fertig","","","EW-61"
|
||||||
|
"Modul","Audit","Nein","0","","Fertig","","","EW-5"
|
||||||
|
"Modul","Aufschläge für Stundensätze","Ja","1","","Fertig","","","EW-19"
|
||||||
|
"Feature","AVV-Verwaltung","Neu","0","","Not enough Input","","","EW-107"
|
||||||
|
"Feature","Bankmandat-Verwaltung (SEPA)","Neu","0","","Not enough Input","","","EW-108"
|
||||||
|
"Modul","Belegerfassung","Neu","0","","Fertig","","","EW-49"
|
||||||
|
"Modul","Belegkonditionen","Ja","0","","Fertig","","","EW-71"
|
||||||
|
"Feature","Belegübersicht","Ja","0","","Not enough Input","","","EW-7"
|
||||||
|
"Modul","Bestellvorschlagsliste","Ja","1","","Fertig","","","EW-50"
|
||||||
|
"Modul","Buchhaltungsimport/-export","Ja","0","","Fertig","","","EW-33"
|
||||||
|
"Modul","c-entron DSGVO","Ja","1","","Fertig","","","EW-20"
|
||||||
|
"Feature","c-flow","TBD","0","","Fertig","","","EW-103"
|
||||||
|
"Feature","c-Navigator","Neu","1","","Fertig","","","EW-94"
|
||||||
|
"Feature","c-sign / WebAngebot","Nein","1","","Fertig","","","EW-102"
|
||||||
|
"Modul","Checklisten","Ja","0","","Fertig","","","EW-53"
|
||||||
|
"Feature","CRM","Ja","0","","Not enough Input","","","EW-3"
|
||||||
|
"Modul","CRM-Projekte","Ja","0","","Fertig","","","EW-10"
|
||||||
|
"Modul","Dashboard","Neu","1","","Fertig","","","EW-64"
|
||||||
|
"Modul","Data Updater","Ja","1","","Fertig","","","EW-72"
|
||||||
|
"Feature","Datenexport","Nein","0","","Not enough Input","","","EW-92"
|
||||||
|
"Feature","Datenimport","Ja","0","","Not enough Input","","","EW-93"
|
||||||
|
"Modul","DATEV Belegtransfer","Ja","1","","Fertig","","","EW-34"
|
||||||
|
"Feature","Dokumentenübersicht","Ja","0","","Not enough Input","","","EW-4"
|
||||||
|
"Modul","Dynamischer Vertragsimport","Ja","1","","Fertig","","","EW-79"
|
||||||
|
"Modul","EDI","Ja","0","","Fertig","","","EW-51"
|
||||||
|
"Modul","Eingang/Kalk","Ja","1","","Fertig","","","EW-52"
|
||||||
|
"Modul","Einstellungen","Ja","1","","Fertig","","","EW-6"
|
||||||
|
"Feature","ENTRA-Login","Ja","1","","Fertig","","","EW-99"
|
||||||
|
"Feature","eRechnung","Ja","0","","Fertig","","","EW-112"
|
||||||
|
"Modul","Erwartete Events","Nein","1","","Not enough Input","","","EW-29"
|
||||||
|
"Modul","Erwartete Events Auswertung","Nein","1","","Not enough Input","","","EW-30"
|
||||||
|
"Feature","Eskalationsserver","Neu","1","","Fertig","","","EW-105"
|
||||||
|
"Feature","Exchange Synchronisation","Ja","1","","Fertig","","","EW-100"
|
||||||
|
"Modul","Filialverwaltung","Neu","0","","Fertig","","","EW-110"
|
||||||
|
"Modul","Inspektor","Nein","0","","Fertig","","","EW-57"
|
||||||
|
"Feature","Integrierte Hilfe","Nein","0","","Fertig","","","EW-106"
|
||||||
|
"Modul","Inventur","Neu","0","","Fertig","","","EW-62"
|
||||||
|
"Modul","Kalkulation pro Filiale","Nein","2","","Fertig","","","EW-35"
|
||||||
|
"Modul","Kampagnen und Mailing","Neu","0","","Fertig","","","EW-11"
|
||||||
|
"Feature","KI","Neu","0","","Not enough Input","","","EW-86"
|
||||||
|
"Modul","Klick-Zählerverwaltung","Neu","1","","Fertig","","","EW-80"
|
||||||
|
"Modul","Kommissionierung","Neu","0","","Fertig","","","EW-63"
|
||||||
|
"Modul","Kontenrahmen","Nein","1","","Fertig","","","EW-21"
|
||||||
|
"Modul","Kostenträger/-stellen","Ja","1","","Fertig","","","EW-73"
|
||||||
|
"Feature","Kundenbelege","Ja","1","","Fertig","","","EW-90"
|
||||||
|
"Feature","Lagerführung","Neu","0","","Not enough Input","","","EW-82"
|
||||||
|
"Modul","Leasing/Service","Neu","0","","Fertig","","","EW-22"
|
||||||
|
"Modul","Leistungsnachweise","Neu","1","","Fertig","","","EW-42"
|
||||||
|
"Modul","Lieferanten-Verträge","Nein","1","","Fertig","","","EW-12"
|
||||||
|
"Feature","Lieferantenbelege","Ja","1","","Fertig","","","EW-91"
|
||||||
|
"Modul","Live Log","Nein","0","","Fertig","","","EW-58"
|
||||||
|
"Modul","Länderverwaltung","Ja","0","","Fertig","","","EW-74"
|
||||||
|
"Modul","Mahnung/OPOS","Neu","1","","Fertig","","","EW-36"
|
||||||
|
"Feature","Mailing","Neu","0","","Not enough Input","","","EW-88"
|
||||||
|
"Modul","Mailvorlagen","Neu","0","","Fertig","","","EW-23"
|
||||||
|
"Modul","Management Info","Neu","0","","Fertig","","","EW-43"
|
||||||
|
"Modul","Mandanten","Ja","0","","Fertig","","","EW-24"
|
||||||
|
"Modul","Maschinenverwaltung","Nein","1","","Not enough Input","","","EW-69"
|
||||||
|
"Modul","Mehrwertsteuer","Ja","0","","Fertig","","","EW-75"
|
||||||
|
"Modul","Mein Tag/Mitarbeiterauslastung","Neu","1","","Fertig","","","EW-65"
|
||||||
|
"Modul","Mitarbeiterverwaltung","Ja","0","","Fertig","","","EW-25"
|
||||||
|
"Modul","MSP-Collector / Auswertung","Neu","1","","Fertig","","","EW-46"
|
||||||
|
"Modul","MSP-Dashboard","Neu","1","","Not enough Input","","","EW-47"
|
||||||
|
"Feature","Oberfläche Themes und Personalisierung","Nein","0","","Not enough Input","","","EW-101"
|
||||||
|
"Feature","OCR","Nein","0","","Not enough Input","","","EW-85"
|
||||||
|
"Feature","Online-Banking","Ja","0","","Fertig","","","EW-40"
|
||||||
|
"Modul","Passwort-Manager","Nein","1","","Not enough Input","","","EW-68"
|
||||||
|
"Modul","Pauschalabrechnung","Neu","1","","Fertig","","","EW-15"
|
||||||
|
"Modul","PLM","Neu","0","","Fertig","","","EW-13"
|
||||||
|
"Feature","Preismatrix","Ja","0","","Not enough Input","","","EW-83"
|
||||||
|
"Modul","Produktionsaufträge","Nein","1","","Not enough Input","","","EW-70"
|
||||||
|
"Modul","Projektpreise","Neu","1","","Fertig","","","EW-77"
|
||||||
|
"Modul","Projektverwaltung","Nein","2","","Not enough Input","","","EW-54"
|
||||||
|
"Modul","Provisionsauswertung","Neu","2","","Fertig","","","EW-16"
|
||||||
|
"Modul","Rechteverwaltung","Neu","0","","Fertig","","","EW-26"
|
||||||
|
"Modul","Reportserver","Neu","0","","Fertig","","","EW-31"
|
||||||
|
"Modul","Reportverwaltung","Neu","1","","Fertig","","","EW-32"
|
||||||
|
"Modul","RMA","Neu","0","","Fertig","","","EW-55"
|
||||||
|
"Feature","RMM","Neu","1","","Not enough Input","","","EW-95"
|
||||||
|
"Feature","Schnittstellen (itScope, EGIS, TeamViewer, Supremo, ICEcat...)","TBD","0","","Not enough Input","","","EW-84"
|
||||||
|
"Modul","SEPA","Ja","0","","Fertig","","","EW-38"
|
||||||
|
"Feature","Simple URLs","Neu","0","","Not enough Input","","","EW-96"
|
||||||
|
"Feature","Softphone-Integration","TBD","0","","Not enough Input","","","EW-97"
|
||||||
|
"Feature","Sprachsteuerung","Nein","0","","Not enough Input","","","EW-87"
|
||||||
|
"Modul","SQL-Manager","Neu","0","","Fertig","","","EW-59"
|
||||||
|
"Modul","Stammblätter","Neu","1","","Fertig","","","EW-14"
|
||||||
|
"Modul","Statischer Vertragsimport","Nein","1","","Fertig","","","EW-81"
|
||||||
|
"Feature","TAPI-Integration","TBD","0","","Not enough Input","","","EW-98"
|
||||||
|
"Modul","Taskmanagement","Ja","1","","Fertig","","","EW-56"
|
||||||
|
"Modul","Telefonate","TBD","1","","Fertig","","","EW-66"
|
||||||
|
"Feature","Telekom D!ve","Nein","1","","Not enough Input","","","EW-89"
|
||||||
|
"Modul","Textbausteine","Neu","0","","Fertig","","","EW-27"
|
||||||
|
"Modul","Ticket-Liste","Nein","2","","Fertig","","","EW-8"
|
||||||
|
"Modul","Ticketabrechnung","Neu","0","","Fertig","","","EW-17"
|
||||||
|
"Modul","Todo-Liste","Neu","0","","Fertig","","","EW-67"
|
||||||
|
"Modul","Vertragsabrechnung","Ja","0","","Fertig","","","EW-18"
|
||||||
|
"Modul","Vertragsarten","Ja","1","","Fertig","","","EW-28"
|
||||||
|
"Modul","Vertragsauswertung","Neu","1","","Fertig","","","EW-48"
|
||||||
|
"Feature","Verträge","Ja","0","","Not enough Input","","","EW-109"
|
||||||
|
"Modul","Warengruppenverwaltung","Ja","0","","Fertig","","","EW-78"
|
||||||
|
"Modul","Zahlungseingang","Ja","1","","Fertig","","","EW-39"
|
||||||
|
"Feature","Zusatzfelder","Neu","1","","Fertig","","","EW-9"
|
||||||
|
2
Kapitel/00_abstract-d106bc9f6040-safeBackup-0001.typ
Normal file
2
Kapitel/00_abstract-d106bc9f6040-safeBackup-0001.typ
Normal file
@@ -0,0 +1,2 @@
|
|||||||
|
#heading(level: 1, numbering: "0")[Abstract]
|
||||||
|
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ergänze hier die Zusammenfassung der Arbeit.
|
||||||
2
Kapitel/00_abstract.typ
Normal file
2
Kapitel/00_abstract.typ
Normal file
@@ -0,0 +1,2 @@
|
|||||||
|
#heading(level: 1, numbering: none)[Abstract]
|
||||||
|
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ergänze hier die Zusammenfassung der Arbeit.
|
||||||
51
Kapitel/01_einleitung.typ
Normal file
51
Kapitel/01_einleitung.typ
Normal file
@@ -0,0 +1,51 @@
|
|||||||
|
#heading(level: 1)[Einleitung]
|
||||||
|
|
||||||
|
#heading(level: 2)[Ausgangssituation und Motivation]
|
||||||
|
In den vergangenen Jahren hat die digitale Transformation mittelständische Softwareanbieter gezwungen, ihre gewachsenen Systeme neu zu bewerten. Besonders ERP-Lösungen, die über Jahrzehnte in Windows-Umgebungen gepflegt wurden, stoßen bei Cloud-, Web- und Mobile-Szenarien an technische sowie organisatorische Grenzen. Dokumentierte Architekturentscheidungen sind selten, implizites Wissen steckt in Source-Control-Systemen oder bei einzelnen Entwickler:innen.
|
||||||
|
|
||||||
|
Die c-entron GmbH in Ulm repräsentiert diesen Kontext. Das Unternehmen betreibt seit über zwanzig Jahren eine Windows-basierte ERP-Suite für IT-Systemhäuser. Die Lösung deckt Auftragsabwicklung, Lager, Fakturierung und Projektabrechnung ab, ist aber eng mit der bisherigen Client/Server-Architektur gekoppelt. Kunden fordern inzwischen plattformunabhängige Oberflächen, Self-Service-Funktionen und flexible Betriebsmodelle. Die bestehende Anwendung limitiert Skalierung, Deployment und Benutzerführung, wodurch eine Migration auf eine webbasierte Plattform zwingend erforderlich wird.
|
||||||
|
|
||||||
|
Parallel dazu hat sich ein neues Instrumentarium etabliert. Large Language Models wie Chat GPT-5 oder Claude.ai können große durch agentische CLIs (Codex, Claude Code) große Mengen an Quellcode analysieren, Muster erkennen und textuell beschreiben. Damit entsteht die Chance, fehlende Anforderungsdokumentationen zumindest teilweise aus dem Code heraus zu rekonstruieren. Die praktische Nutzung dieses Potenzials ist bislang kaum erforscht – insbesondere nicht in mittelständischen Legacy-Projekten. Diese Arbeit adressiert genau diese Lücke und untersucht, wie KI-gestützte Verfahren für eine systematische Anforderungsextraktion eingesetzt werden können.
|
||||||
|
|
||||||
|
#heading(level: 2)[Problemstellung]
|
||||||
|
Im Projektumfeld der c-entron GmbH fehlen strukturierte Requirements für die bestehende ERP-Lösung. Die Analyse der Legacy-Codebasis ist zeitintensiv, personengebunden und anfällig für Auslassungen. Daraus ergeben sich mehrere Risiken:
|
||||||
|
|
||||||
|
- **Re-Implementationsfehler:** Edge Cases, Workarounds und kundenindividuelle Anpassungen sind nur im Code sichtbar. Ohne vollständige Erfassung drohen Funktionsverluste nach der Migration.
|
||||||
|
- **Technische Schuld:** Entwickler:innen investieren viel Zeit in das Verständnis historischer Strukturen, statt aktiv an der neuen Plattform zu arbeiten. Veraltete Muster werden unreflektiert übernommen.
|
||||||
|
- **Implizites Wissen:** Domänenwissen liegt bei wenigen langjährigen Mitarbeitenden. Personalwechsel führen zu Wissensverlust und Verzögerungen.
|
||||||
|
- **Komplexität der Codebasis:** Verschachtelte Abhängigkeiten, unterschiedliche Stile und technologiebedingte Zwänge erschweren eine modulare Anforderungsableitung.
|
||||||
|
- **Fehlende Traceability:** Ohne Zuordnung zwischen Code und Geschäftsprozess fehlt die Grundlage für Priorisierung, Testkonzeption und spätere Wartung.
|
||||||
|
|
||||||
|
Eine rein manuelle Rekonstruktion aller Anforderungen wäre wirtschaftlich kaum tragbar. Deshalb soll geprüft werden, ob KI-gestützte Verfahren Requirements so extrahieren können, dass sie als belastbare Basis für die Modernisierung dienen.
|
||||||
|
|
||||||
|
#heading(level: 2)[Zielsetzung]
|
||||||
|
Diese Arbeit verfolgt das Ziel, ein vollständiges Vorgehen für KI-gestütztes Reverse Requirements Engineering im Umfeld eines mittelständischen ERP-Herstellers zu entwickeln und zu bewerten. Die Teilziele lauten:
|
||||||
|
|
||||||
|
- Entwicklung eines Prozessmodells, das Vorbereitung, Analyse, Validierung und Übergabe strukturiert.
|
||||||
|
- Evaluation aktueller LLMs hinsichtlich Kontextfenster, Codeverständnis, Steuerbarkeit, Kosten und Datenschutz.
|
||||||
|
- Prototypische Umsetzung eines Agenten, der Quellcode verarbeitet, Requirements formuliert und Traceability-Informationen hinterlegt.
|
||||||
|
- Integration von Stakeholder-Wissen durch Interviews, um nicht direkt aus dem Code ableitbare Anforderungen zu ergänzen.
|
||||||
|
- Definition eines Evaluationsrahmens mit quantitativen und qualitativen Kriterien (Vollständigkeit, Verständlichkeit, Redundanzfreiheit, Aufwandseinsparung).
|
||||||
|
- Formulierung konkreter Handlungsempfehlungen für die c-entron GmbH sowie Übertragbarkeit auf ähnliche Unternehmen.
|
||||||
|
|
||||||
|
#heading(level: 2)[Forschungsleitfragen]
|
||||||
|
Die Zielsetzung wird über vier Forschungsleitfragen strukturiert:
|
||||||
|
|
||||||
|
- **F1 - Einsatz von LLMs im Reverse Requirements Engineering:** Welche Prozessschritte, Steuerungsmechanismen und Kontrollpunkte sind notwendig, um LLMs reproduzierbar einzusetzen?
|
||||||
|
- **F2 - Kombination von KI-Analyse und Stakeholder-Input:** Welche funktionalen und nicht-funktionalen Anforderungen lassen sich aus Code extrahieren, und welche Informationen müssen über Interviews ergänzt werden?
|
||||||
|
- **F3 - Qualitätsbewertung der generierten Requirements:** Wie beurteilen Fachexperten Vollständigkeit, Verständlichkeit, Nützlichkeit und Aufwandseinsparung der KI-Ergebnisse?
|
||||||
|
- **F4 - Chancen und Grenzen des Ansatzes:** Welche Effizienzgewinne sind realistisch, wo liegen technische oder organisatorische Limitierungen, und welche Risiken (z. B. Halluzinationen, Datenschutz) müssen adressiert werden?
|
||||||
|
|
||||||
|
#heading(level: 2)[Aufbau der Arbeit]
|
||||||
|
Die Arbeit ist in acht Kapitel gegliedert und folgt dem in den Vorlagen üblichen Aufbau:
|
||||||
|
|
||||||
|
1. **Einleitung:** Kontext, Problemstellung, Ziele und Forschungsfragen.
|
||||||
|
2. **Theoretische Grundlagen:** Requirements Engineering, Reverse Engineering, Large Language Models sowie Qualitätssicherungskriterien.
|
||||||
|
3. **Fallstudie c-entron GmbH:** Unternehmensprofil, Produktarchitektur, Migrationsdruck und Rahmenbedingungen.
|
||||||
|
4. **Konzeption und methodisches Vorgehen:** Prozessmodell, Technologieauswahl, Stakeholder-Einbindung und Datenbasis.
|
||||||
|
5. **Prototypische Umsetzung:** Architektur und Funktionsweise des LLM-Agenten sowie Integration in bestehende Toolchains.
|
||||||
|
6. **Evaluation:** Vorgehen, Metriken, Ergebnisse und Expertenfeedback.
|
||||||
|
7. **Diskussion:** Interpretation der Resultate, Limitationen und Implikationen für Forschung und Praxis.
|
||||||
|
8. **Fazit und Ausblick:** Zusammenfassung, Beantwortung der Forschungsfragen und Perspektiven für weitere Arbeiten.
|
||||||
|
|
||||||
|
Damit entsteht eine nachvollziehbare Linie von der Ausgangssituation über das Konzept bis zur Validierung.
|
||||||
10
Kapitel/02_theoretischer_hintergrund.typ
Normal file
10
Kapitel/02_theoretischer_hintergrund.typ
Normal file
@@ -0,0 +1,10 @@
|
|||||||
|
#heading(level: 1)[Theoretischer Hintergrund]
|
||||||
|
|
||||||
|
#heading(level: 2)[Large Language Models im Requirements Engineering]
|
||||||
|
Charakterisiere relevante LLM-Konzepte, Fähigkeiten und Grenzen.
|
||||||
|
|
||||||
|
#heading(level: 2)[Reverse Requirements Engineering]
|
||||||
|
Beschreibe etablierte Verfahren, Herausforderungen und Best Practices.
|
||||||
|
|
||||||
|
#heading(level: 2)[Legacy-Modernisierung und Governance]
|
||||||
|
Analysiere regulatorische, sicherheitsrelevante und organisatorische Aspekte.
|
||||||
10
Kapitel/03_methodisches_vorgehen.typ
Normal file
10
Kapitel/03_methodisches_vorgehen.typ
Normal file
@@ -0,0 +1,10 @@
|
|||||||
|
#heading(level: 1)[Methodisches Vorgehen]
|
||||||
|
|
||||||
|
#heading(level: 2)[Forschungsdesign und Vorgehensmodell]
|
||||||
|
Verbinde Literaturrecherche, Technologieevaluation und Interviews in einem konsistenten Design.
|
||||||
|
|
||||||
|
#heading(level: 2)[Technologieauswahl und LLM-Konfiguration]
|
||||||
|
Dokumentiere Kriterien, Modellwahl und Evaluationsschritte.
|
||||||
|
|
||||||
|
#heading(level: 2)[Datengrundlage und Stakeholder-Einbindung]
|
||||||
|
Beschreibe Datenquellen, Interviewleitfäden und Validierungsworkshops.
|
||||||
10
Kapitel/04_prototypische_umsetzung.typ
Normal file
10
Kapitel/04_prototypische_umsetzung.typ
Normal file
@@ -0,0 +1,10 @@
|
|||||||
|
#heading(level: 1)[Prototypische Umsetzung]
|
||||||
|
|
||||||
|
#heading(level: 2)[Architektur des LLM-Agenten]
|
||||||
|
Skizziere die Komponenten, Interaktionsabläufe und Traceability-Konzepte.
|
||||||
|
|
||||||
|
#heading(level: 2)[Toolchain-Integration]
|
||||||
|
Bewerte die Einbindung in bestehende Systeme (z. B. Jira, Confluence).
|
||||||
|
|
||||||
|
#heading(level: 2)[Governance, Datenschutz und IP]
|
||||||
|
Dokumentiere Maßnahmen zur Sicherstellung von Compliance.
|
||||||
10
Kapitel/05_evaluation.typ
Normal file
10
Kapitel/05_evaluation.typ
Normal file
@@ -0,0 +1,10 @@
|
|||||||
|
#heading(level: 1)[Evaluation]
|
||||||
|
|
||||||
|
#heading(level: 2)[Evaluationskriterien und Messgrößen]
|
||||||
|
Beschreibe Vollständigkeit, Verständlichkeit, Redundanzfreiheit, Stakeholder-Alignment und Aufwandsreduktion.
|
||||||
|
|
||||||
|
#heading(level: 2)[Durchführung der Evaluation]
|
||||||
|
Erläutere Messaufbau, Workshop-Design und Datenauswertung.
|
||||||
|
|
||||||
|
#heading(level: 2)[Ergebnisse]
|
||||||
|
Stelle die Resultate der Qualitätsbewertung zusammen.
|
||||||
10
Kapitel/06_diskussion.typ
Normal file
10
Kapitel/06_diskussion.typ
Normal file
@@ -0,0 +1,10 @@
|
|||||||
|
#heading(level: 1)[Diskussion]
|
||||||
|
|
||||||
|
#heading(level: 2)[Interpretation der Ergebnisse]
|
||||||
|
Vergleiche die Evaluation mit den Forschungsleitfragen.
|
||||||
|
|
||||||
|
#heading(level: 2)[Chancen und Grenzen]
|
||||||
|
Diskutiere Potenziale und Limitationen des KI-gestützten Ansatzes.
|
||||||
|
|
||||||
|
#heading(level: 2)[Implikationen für Forschung und Praxis]
|
||||||
|
Leitfäden für Unternehmen und offene Forschungsfragen.
|
||||||
10
Kapitel/07_fazit_ausblick.typ
Normal file
10
Kapitel/07_fazit_ausblick.typ
Normal file
@@ -0,0 +1,10 @@
|
|||||||
|
#heading(level: 1)[Fazit und Ausblick]
|
||||||
|
|
||||||
|
#heading(level: 2)[Zusammenfassung der Arbeit]
|
||||||
|
Fasse die wichtigsten Erkenntnisse zusammen.
|
||||||
|
|
||||||
|
#heading(level: 2)[Ausblick]
|
||||||
|
Zeige zukünftige Forschungsschwerpunkte und Weiterentwicklungsmöglichkeiten des Prototyps.
|
||||||
|
|
||||||
|
#heading(level: 2)[Handlungsempfehlungen]
|
||||||
|
Formuliere konkrete nächste Schritte für die c-entron GmbH.
|
||||||
2
Kapitel/08_literaturverzeichnis.typ
Normal file
2
Kapitel/08_literaturverzeichnis.typ
Normal file
@@ -0,0 +1,2 @@
|
|||||||
|
#heading(level: 1)[Literaturverzeichnis]
|
||||||
|
Ergänze hier das automatisch generierte Literaturverzeichnis.
|
||||||
7
Kapitel/09_anhang.typ
Normal file
7
Kapitel/09_anhang.typ
Normal file
@@ -0,0 +1,7 @@
|
|||||||
|
#heading(level: 1)[Anhang]
|
||||||
|
|
||||||
|
#heading(level: 2)[Interviewleitfäden]
|
||||||
|
|
||||||
|
#heading(level: 2)[Zusätzliches Datenmaterial]
|
||||||
|
|
||||||
|
#heading(level: 2)[Konfigurationsdetails des Prototyps]
|
||||||
BIN
MA_style.pdf
BIN
MA_style.pdf
Binary file not shown.
Binary file not shown.
@@ -18,8 +18,7 @@
|
|||||||
#pagebreak()
|
#pagebreak()
|
||||||
|
|
||||||
#(thesis.abstract)([
|
#(thesis.abstract)([
|
||||||
#heading(level: 1)[Abstract]
|
#include "Kapitel/00_abstract.typ"
|
||||||
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ergänze hier die Zusammenfassung der Arbeit.
|
|
||||||
])
|
])
|
||||||
|
|
||||||
#pagebreak()
|
#pagebreak()
|
||||||
@@ -35,87 +34,14 @@
|
|||||||
|
|
||||||
#pagebreak()
|
#pagebreak()
|
||||||
|
|
||||||
#heading(level: 1)[Einleitung]
|
#include "Kapitel/00_abstract.typ"
|
||||||
#heading(level: 2)[Motivation und Ausgangssituation]
|
#include "Kapitel/01_einleitung.typ"
|
||||||
Beschreibe die Relevanz der Migration der c-entron ERP-Software.
|
#include "Kapitel/02_theoretischer_hintergrund.typ"
|
||||||
|
#include "Kapitel/03_methodisches_vorgehen.typ"
|
||||||
#heading(level: 2)[Problemstellung]
|
#include "Kapitel/04_prototypische_umsetzung.typ"
|
||||||
Analysiere die Folgen fehlender Anforderungsdokumentation und den Einfluss der Legacy-Codebasis.
|
#include "Kapitel/05_evaluation.typ"
|
||||||
|
#include "Kapitel/06_diskussion.typ"
|
||||||
#heading(level: 2)[Zielsetzung]
|
#include "Kapitel/07_fazit_ausblick.typ"
|
||||||
Formuliere das Forschungsziel und den erwarteten Beitrag der Masterarbeit.
|
#include "Kapitel/08_literaturverzeichnis.typ"
|
||||||
|
#include "Kapitel/09_anhang.typ"
|
||||||
#heading(level: 2)[Forschungsleitfragen]
|
|
||||||
Liste die konsolidierten Forschungsleitfragen aus dem Exposé auf.
|
|
||||||
|
|
||||||
#heading(level: 2)[Aufbau der Arbeit]
|
|
||||||
Erläutere die Struktur des Dokuments und die Rolle der einzelnen Kapitel.
|
|
||||||
|
|
||||||
#heading(level: 1)[Theoretischer Hintergrund]
|
|
||||||
#heading(level: 2)[Large Language Models im Requirements Engineering]
|
|
||||||
Charakterisiere relevante LLM-Konzepte, Fähigkeiten und Grenzen.
|
|
||||||
|
|
||||||
#heading(level: 2)[Reverse Requirements Engineering]
|
|
||||||
Beschreibe etablierte Verfahren, Herausforderungen und Best Practices.
|
|
||||||
|
|
||||||
#heading(level: 2)[Legacy-Modernisierung und Governance]
|
|
||||||
Analysiere regulatorische, sicherheitsrelevante und organisatorische Aspekte.
|
|
||||||
|
|
||||||
#heading(level: 1)[Methodisches Vorgehen]
|
|
||||||
#heading(level: 2)[Forschungsdesign und Vorgehensmodell]
|
|
||||||
Verbinde Literaturrecherche, Technologieevaluation und Interviews in einem konsistenten Design.
|
|
||||||
|
|
||||||
#heading(level: 2)[Technologieauswahl und LLM-Konfiguration]
|
|
||||||
Dokumentiere Kriterien, Modellwahl und Evaluationsschritte.
|
|
||||||
|
|
||||||
#heading(level: 2)[Datengrundlage und Stakeholder-Einbindung]
|
|
||||||
Beschreibe Datenquellen, Interviewleitfäden und Validierungsworkshops.
|
|
||||||
|
|
||||||
#heading(level: 1)[Prototypische Umsetzung]
|
|
||||||
#heading(level: 2)[Architektur des LLM-Agenten]
|
|
||||||
Skizziere die Komponenten, Interaktionsabläufe und Traceability-Konzepte.
|
|
||||||
|
|
||||||
#heading(level: 2)[Toolchain-Integration]
|
|
||||||
Bewerte die Einbindung in bestehende Systeme (z. B. Jira, Confluence).
|
|
||||||
|
|
||||||
#heading(level: 2)[Governance, Datenschutz und IP]
|
|
||||||
Dokumentiere Maßnahmen zur Sicherstellung von Compliance.
|
|
||||||
|
|
||||||
#heading(level: 1)[Evaluation]
|
|
||||||
#heading(level: 2)[Evaluationskriterien und Messgrößen]
|
|
||||||
Beschreibe Vollständigkeit, Verständlichkeit, Redundanzfreiheit, Stakeholder-Alignment und Aufwandsreduktion.
|
|
||||||
|
|
||||||
#heading(level: 2)[Durchführung der Evaluation]
|
|
||||||
Erläutere Messaufbau, Workshop-Design und Datenauswertung.
|
|
||||||
|
|
||||||
#heading(level: 2)[Ergebnisse]
|
|
||||||
Stelle die Resultate der Qualitätsbewertung zusammen.
|
|
||||||
|
|
||||||
#heading(level: 1)[Diskussion]
|
|
||||||
#heading(level: 2)[Interpretation der Ergebnisse]
|
|
||||||
Vergleiche die Evaluation mit den Forschungsleitfragen.
|
|
||||||
|
|
||||||
#heading(level: 2)[Chancen und Grenzen]
|
|
||||||
Diskutiere Potenziale und Limitationen des KI-gestützten Ansatzes.
|
|
||||||
|
|
||||||
#heading(level: 2)[Implikationen für Forschung und Praxis]
|
|
||||||
Leitfäden für Unternehmen und offene Forschungsfragen.
|
|
||||||
|
|
||||||
#heading(level: 1)[Fazit und Ausblick]
|
|
||||||
#heading(level: 2)[Zusammenfassung der Arbeit]
|
|
||||||
Fasse die wichtigsten Erkenntnisse zusammen.
|
|
||||||
|
|
||||||
#heading(level: 2)[Ausblick]
|
|
||||||
Zeige zukünftige Forschungsschwerpunkte und Weiterentwicklungsmöglichkeiten des Prototyps.
|
|
||||||
|
|
||||||
#heading(level: 2)[Handlungsempfehlungen]
|
|
||||||
Formuliere konkrete nächste Schritte für die c-entron GmbH.
|
|
||||||
|
|
||||||
#heading(level: 1)[Literaturverzeichnis]
|
|
||||||
Ergänze hier das automatisch generierte Literaturverzeichnis.
|
|
||||||
|
|
||||||
#heading(level: 1)[Anhang]
|
|
||||||
#heading(level: 2)[Interviewleitfäden]
|
|
||||||
#heading(level: 2)[Zusätzliches Datenmaterial]
|
|
||||||
#heading(level: 2)[Konfigurationsdetails des Prototyps]
|
|
||||||
])
|
])
|
||||||
|
|||||||
36
Protokoll.md
Normal file
36
Protokoll.md
Normal file
@@ -0,0 +1,36 @@
|
|||||||
|
Diese Datei Beschreibt meine Bisherigen Aktivitäten und Ergebnisse
|
||||||
|
|
||||||
|
Zur Analyse der Usecases des bestehenden C-entron ERP wurde bisher folgendes gemacht:
|
||||||
|
|
||||||
|
1 Es wurden alle Schulungsvideos die für KUnden im Portal zur Verfügung stehen analysiert. Stichprobenartig von Hand und vollständig per KI.
|
||||||
|
Der Prompt dabei war:
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
1.1 Anschließen wurden alle gefundenen Usecases geclustert und in 101 Abstrakte Konzepte zugeordnet (Z.B. Adressstamm, Anzahlungsrechnung, Checlisten, Preismatrix, SEPA, Mailvorlagen, etc) Eine volsltändige liste liegt unter [link](./A_Videoanalyse_Uebersicht.csv)
|
||||||
|
|
||||||
|
1.2 Der nächste Schritt war das manuelle erörtern aller dieser Usecases und eine erste Bewertung und Kategorisierung in folgende Kategorien:
|
||||||
|
- *ja*: Der USecase/Feature/Modul soll in seiner Bestehenden form übernommen werden. Alle anfordrungen und Umsetzungen bleiben bestehen
|
||||||
|
- *nein*: Der Usecase/Feature/Modul wir in ERP Web nciht mehr vorhanden sein (Deprected oder zwischenzeitlich andere Lösung. Beispiel TAPI Anbindung)
|
||||||
|
- *neu*: Der Usecase/Feature/Module muss in seiner Form neu überdacht werden. Grundsätzlich soll das Feature vorhanden sein, aber die Methode / Anforderugnen / Umsetzung muss überdacht werden.
|
||||||
|
- *TBD*: Noch keine Entscheidung. Muss im detail betrachtet werden.
|
||||||
|
|
||||||
|
2. Erster Versuch mit LLM (Claude AI, Codex) ohne jegliche anpassung an Claude AI:
|
||||||
|
Prompt:
|
||||||
|
|
||||||
|
Ergebnis
|
||||||
|
Claude:
|
||||||
|
Codex:
|
||||||
|
|
||||||
|
2.5 Verfeinerung des Prompts
|
||||||
|
Ergebnis
|
||||||
|
Claude:
|
||||||
|
Codex:
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
3. Komplette Individualisierung von Claude (Claude.md Agents, MCP Server, Skills)
|
||||||
|
|
||||||
|
Prompt:
|
||||||
|
Ergebnis:
|
||||||
|
|
||||||
Reference in New Issue
Block a user