pantrag_fiae Projektantrag: Validierung von DOCX-Dateien vor der Importierung

[StackOverflow]

Hey zusammen,

ich wollt einmal nen paar Meinungen zu meinem Projektantrag als FiAe einholen

 

Detaillierte Projektbeschreibung: 

Ist-Zustand: 

Im Redaktionssystem XY werden mehrsprachige Informationsmodule, welche auf einer hinterlegten DOCX-Datei basieren, zur Übersetzung als DOCX-Datei exportiert und vom Übersetzer bearbeitet. In diesem Prozess besteht regelmäßig die Problematik, dass die übermittelten Dateien durch die Übersetzung in ihrer Struktur beschädigt werden und somit nicht mehr importiert werden können. Dies führt zu aufwändigen und kostenintensiven Nachbesserungen, die vom Support durchgeführt werden müssen. 

Soll-Zustand: 

Es soll eine Validierung der XML-Struktur erfolgen, bevor die übersetzten Word Dateien durch einen Import ins Dateisystem des Redaktionssystem XY zu Informationsmodulen konvertiert werden. Eine Prüfung von möglichen Fehlerquellen, sowie die Korrektur und Protokollierung soll ebenfalls erfolgen. Die bereinigte Datei soll schließlich fehlerfrei zu einem Informationsmodul konvertiert werden. Ebenfalls sollten Flexibilität und Erweiterbarkeit gegeben sein. 

 

Projektumfeld: 

Das Projekt wird in der Softwareentwicklungsabteilung der XY GmbH in Musterstadt durchgeführt. Die Abteilung ist spezialisiert auf die Entwicklung des Redaktionssystems XY sowie auf die Konzeptionierung und Entwicklung neuer Softwareprodukte. Zur Projektbearbeitung wird ein Arbeitsplatz und ein Notebook zur Verfügung gestellt. In einer Windows-11-Umgebung kommen zur Entwicklung Eclipse, Visual Studio Code und Visual Studio 2022 zum Einsatz. Für die Textverarbeitung wird Microsoft Word genutzt. 

 

Projektphasen: 

Analyse: - 12h 

• Ist-Analyse - 3h 
• Soll-Konzept - 5h 
• Kosten-Nutzen-Betrachtung - 4h 

Entwurf: - 15h 

• Modelkonzept - 5h 
• Validierungskonzept - 5h  
• Ablaufpläne und Diagramme - 5h 

Implementierungsphase: - 35h 

• Modelerstellung - 6h 
• Validierung erstellen - 5h 

     Validierung: 

• XML-Struktur - 5h 
• XML-Attribute - 5h 
• Protokollierung erstellen - 6h 
• Fehlerkorrektur erstellen - 8h 

 

Testphase - 10h: 

• Testkonzepte erstellen - 4h 
• Whitebox-/Blackbox-Tests durchführen - 4h 
• Fehlerbehebung - 2h 

Entwicklerdokumentation - 8h 

Gesamt: 80h 

 

Dokumentation der Projektarbeit: 

• Projektbeschreibung 
• Planungsphase 
• Analysephase 
• Entwurfsphase 
• Implementierung 
• Testphase 
• Projektabschluss 

 

Anhänge: 

• Pflichtenheft 
• Entwicklerdokumentation 
• Tabellen und Diagramme 

Viele Grüße!

 

 

Bearbeitet 19. Januar von mapr

[allesweg]

Inwiefern soll Validieren die Fehlerursache beheben?

Und weshalb eine solche Validierung selbst implementieren und keinen fertigen einbauen?

[StackOverflow]

vor 2 Minuten schrieb allesweg:

Inwiefern soll Validieren die Fehlerursache beheben?

Die Fehlerursache liegt beim externen Übersetzer - Wieso das nicht dort behoben wird weiß ich nicht. Die Problematik besteht in unserer Firma, dass die Kunden mit ihren defekten Dokumenten zu unserem Support rennen, und die Supporter das per Hand beheben müssen
 

vor 5 Minuten schrieb allesweg:

Und weshalb eine solche Validierung selbst implementieren und keinen fertigen einbauen?

Die Validierung soll gegen eine Art Schema gehen, welches die Supporter selber bearbeiten können, je nachdem was benötigt wird. Für eine Möglichkeit der Erweiterung für andere Fehlerquellen wird eine Eigenentwicklung gemacht
 

[allesweg]

Also einen XML-Reader implementieren, welchem man eine beliebige Schema-Datei mitgeben kann dauert heutzutage 80 h?

vor 6 Minuten schrieb StackOverflow:

Die Problematik besteht in unserer Firma

Ja. Wieso gebt ihr die offensichtlich korrupten Dateien nicht zurück zum Übersetzer, damit dieser korrekt liefert?

[StackOverflow]

vor 35 Minuten schrieb allesweg:

Also einen XML-Reader implementieren, welchem man eine beliebige Schema-Datei mitgeben kann dauert heutzutage 80 h?

Nein, 10h, so wie es in meinem Zeitplan steht

 

vor 36 Minuten schrieb allesweg:

Ja. Wieso gebt ihr die offensichtlich korrupten Dateien nicht zurück zum Übersetzer, damit dieser korrekt liefert?

Weiß ich nicht, kann ich dir nicht sagen.

[Maniska]

Ich formuliere die Frage von @allesweg mal um:

Warum generiert man interne Kosten in Höhe von 10 Manntagen um Qualitätsprobleme beim Lieferanten zu fixen, anstatt auf ordentliche Lieferung zu bestehen und so lange die Bezahlung der Rechnung zurückzuhalten?

Warum überhaupt diese Format zum Austausch und warum nicht so schreibgeschützt, dass der DL nur die entsprechenden Texte abändern kann?