spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich habe grad keine Zeit mich groß durch die pdf zu lesen aber Software Reengineering hört sich für mich ein wenig nach Refactoring an. Liege ich da richtig? Wenn ja hast du ja schon mal ein Stichwort nach dem du suchen kannst. Dazu gibt es genug Literatur.

Wenn Du darauf Zugriff hast, kannst Du ja mal reinschauen: https://link.springer.com/article/10.1007/s002870050030 Die Quelle habe ich hierüber gefunden: https://link.springer.com/chapter/10.100…-642-79958-7_73

Ich habe in meiner Diplomarbeit auf das FOLDOC verwiesen. Da habe ich den konkreten Begriff aber nicht gefunden. Bei Springer gibt's auch ein paar Nachschlagewerke, vielleicht taucht da der Begriff irgendwo auf.

Im ISO/IEC 15940 wird der Begriff auch definiert. Wenn Du Deine Bachelor-Arbeit über Wartung und Software-Qualität schreibst, solltest Du Dir sowieso mal die ganzen Standards dazu anschauen (https://de.wikipedia.org/wiki/ISO/IEC_25000).

Sicher, dass es nicht "Software Engineering" heißen sollte? Ansonsten wie Schorsch schon sagte, wäre wohl vermutlich Refactoring am nächsten dran.

Zitat von »BlueCobold«

Sicher, dass es nicht "Software Engineering" heißen sollte? Ansonsten wie Schorsch schon sagte, wäre wohl vermutlich Refactoring am nächsten dran.

Nein, es geht tatsächlich um Software Reengineering. Dabei geht es zum Beispiel um Reparieren, Verbessern und Erweitern von bereits bestehender Software. Refactoring ist ein Teil von Reengineering.

Zitat von »DucKster«

Der Artikel ist zwar ein wenig älter aber ich denke, dass das schon passt.

Finde ich bei Begriffserklärungen manchmal sogar sinnvoll, also wenn es älter ist. Nichtsdestotrotz würde ich an Deiner Stelle noch versuchen den ISO-Standard zu Software Engineering Environment Services zu besorgen. In ISO/IEC 12207:2008 wird der Prozess des Software Re-Engineerings für den Lifecycle eines Software-Produkts definiert.

Die meisten Begriffe haben ja gerade in der Wissenschaft eine ganz bestimmte Bedeutung. Das geht so weit, dass ein Begriff von bestimmten Professoren/Unis geprägt wird und nur beim Nennen der entsprechenden Paper die richtige Bedeutung in der eigenen Arbeit bekommt.

Ich denke Software Re-Engineering ist schon ein eigener Begriff. Das ist auch nicht einfach nur Refactoring sondern hat eine übergreifendere Bedeutung:
Re-engineering - The examination and modification of a system to reconstitute it in a new form and the subsequent implementation of the new form

vs.

http://foldoc.org/refactoring

Zitat von »Chromanoid«

The examination and modification of a system to reconstitute it in a new form and the subsequent implementation of the new form

Auch das würde ich Refactoring nennen

Aber wie du schon sagtest, irgendein Prof hat sich den Begriff vermutlich mal ausgedacht, dann wurde er in irgendeinem abstrusen Standard aufgenommen und nie wieder benutzt, bis jetzt jemand darüber eine Arbeit schreiben 'darf'.

Zitat von »BlueCobold«

Zitat von »Chromanoid«

The examination and modification of a system to reconstitute it in a new form and the subsequent implementation of the new form

Auch das würde ich Refactoring nennen

Ich nicht. Refactoring kann ein Teil davon sein, aber Re-engineering kann viel allumfassender sein. Refactoring ist eher eine Programmiertechnik und vor allem auf die Verbesserung des Quelltexts ausgelegt. Re-engineering meint auch das Einbeziehen neuer Anforderungen.

Zitat von »BlueCobold«

Aber wie du schon sagtest, irgendein Prof hat sich den Begriff vermutlich mal ausgedacht, dann wurde er in irgendeinem abstrusen Standard aufgenommen und nie wieder benutzt, bis jetzt jemand darüber eine Arbeit schreiben 'darf'.

Mmh, wenn man seine Arbeit über Refactoring schreiben würde, dann sähe die Arbeit ganz anders aus. Refactoring-Techniken etc. wären im Falle von Refactoring dann angebracht. Siehe z.B. https://refactoring.com/catalog/ Bei Software Engineering wäre es dann schon wieder viel zu allgemein und der Bezug zu "aus Alt, mach Neu" ginge verloren.

Ich finde den Begriff eigentlich ganz gut.

Bezügl. abstruser Standard: Mmh, so abstrus sind die eigentlich nicht. Gerade im Rahmen der Software-Architektur sind die ganz praktisch, finde ich. Es kann außerdem schon mal passieren, dass man auf die Konformität zu solchen Standards geprüft wird, wenn man sich einen entsprechend großen Kunden angeln will.