Hallo,
ich habe einen relativ spezifischen Fall, wo es schwer zu erklären ist, um was es geht. Ich habe versucht, Projekt so zu beschreiben, dass es auch die Leute verstehen, die von unserem Produkt keine Ahnung haben.
##################################################
Projektbeschreibung / Art und Umfang
Im Rahmen eines Kundenprojekts werden für alle beteiligte Programmierer separate Entwicklungssysteme eingerichtet. Zusätzlich dazu wird immer ein zentrales Entwicklungsserver aufgesetzt. Die Ergebnisse von einzelnen Entwickler in Form einer IDE-spezifischen Exportdatei werden von einer Person (Reviewer) in das zentrale System importiert, wobei das Quellcode auf vollständige und korrekte Dokumentation überprüft werden muss. Dafür wurde von uns ein Tool programmiert, was diese Überprüfung automatisch durchführt.
Die Architektur unserer IDE ist jedoch so aufgebaut, dass der Quellcode erst nach dem Importvorgang in Form so genannter Anwendungsobjekte (Formulare, Tabellen, Klassen) vorliegt und anschließend nur so überprüft werden kann. Das führt evtl. dazu, dass die fehlerhaft dokumentierte Programmteile wieder aus dem System mühsam entfernt werden müssen.
Ein Überprüfung vor dem eigentlichen Import würde deswegen sehr viel Zeit sparen. Ich habe den Auftrag bekommen, das Programm so zu erweitern, dass der Reviewer die zu importierende Dateien schon vor dem Einspielen in das zentrale Entwicklungssystem auf Fehler überprüfen kann. Das stellt einen größeren technischen Aufwand dar, weil die Exportdatei erst in Textform vorliegt und für eines strukturierte Bearbeitung geparst werden muss.
##################################################
Also ich bin mir sicher, dass das, was ich machen will, sicher ein Projekt ist. Das muss man halt richtig "eintüten" können.
Was sagt ihr?
Danke schon mal,
samunai