PDA

View Full Version : Change Management System CMOne



Frank Hildebrandt
02-10-04, 21:53
Hallo Ihr leidgeprüften PDM-Entwickler und SNDNETF-Softwareverteiler,

wer kennt das nicht? Da bekommt man mal eben eine Anforderung aus der Fachabteilung, bei der es notwendig ist eine Datei oder gar mehrere Dateien zu erweitern. Welch ein Graus, wenn man daran denkt, was man jetzt alles manuell zu erledigen hat.

Da wäre z.B. erst einmal herauszufinden, in welchen Progammen diese Dateien verwendet werden. Anschließend muss man entscheiden, bei welchen Programmen der Quellcode geändert werden muss und bei welchen Programmen eine Rekopmilierung ausreicht. Dann muss man auch noch darauf achten, dass das Programm ABC mit anderen Parametern umgewandelt werden muss als das Programm XYZ. Und da man von seinem Chef ja immer gleich mehrere Projekte auf einmal aufs Auge gedrückt bekommt muss man zusätzlich auch noch darauf achten, dass die Programme der Anwendung A mit einer anderen Bibliotheksliste als die Programme der Anwendung B kompiliert werden müssen.

Wenn all diese Probleme (HERAUSFORDERUNGEN) doch noch gemeistert sind kommt es zum Finale. Die Objekte müssen ja auch noch auf den Produktionsrechnern installiert werden. Und mit der Zahl dieser Produktionsrechner steigt auch der Frust.

Abhilfe schafft hier unser Change Management System CMOne.
Bei dem obigen Beispiel würde man die zu erweiternden Dateien auf ein Arbeitsblatt setzen, welches einem Projekt / einer Aufgabe zugeordnet ist. Anschließend kann man sich zu diesen Dateien die Objektreferenzen anzeigen lassen (d.h. in welchen Programmen werden diese Dateien verwendet). Hier kann Einsicht in die Quellen zu den Programmen genommen werden. Stellt der Programmierer hier fest, dass der Quellcode zu einem Programm geändert werden muss und eine Rekompilierung nicht ausreicht, kann er das Programm von hier aus auf das Arbeitsblatt setzen und es von dort aus ändern und kompilieren. All diejenigen Programme, bei denen der Quellcode nicht geändert werden muss, wird CMOne automatisch rekompilieren. Die Parameter, mit denen ein Programm (oder jedes andere Objekt) umgewandelt werden muss, werden aus dem internen Verzeichnis entnommen. Mit welcher Bibliotheksliste die Programme gewandelt werden müssen holt sich CMOne aus der Anwendungsdefinition (Anwendungsdefinition = Regelwerk, was wie gemacht werden soll).

Hat der Programmierer seine Änderungen zum Schluss ausführlich getestet, dann beginnt der Installationspart, der spielend einfach ist. CMOne sendet alle Objekte, die für die Installation notwendig sind auf die Produktionsrechner und installiert sie dort vollautomatisch.

CMOne kann jedoch noch eine ganze Menge mehr. Allerdings würde die Aufzählung den Rahmen sprengen. Wer jetzt ein wenig Blut geleckt hat, der kann einen Blick auf unsere Homepage www.taskforce-it.de werfen. Diese Homepage ist zwar nicht umwerfend schön, aber sie erfüllt Ihren Zweck. Rückschlüsse über Ihren spartanischen Aufbau auf die Qualität von CMOne sollte man jedoch nicht ziehen.

CMOne ist in der aktuellen Version in der Lage alle nativen OS/400 Objekte zu managen. In der Entwicklung ist das Management der IFS-Objekte. Sobald diese Version fertig ist können dann auch JAVA-Anwendungen gehandelt werden.

Hier noch eine kurze Information für unsere Einzelkämpfer. In der Freelancer Edition ist CMOne schon für 3.000 Euro zu haben. Hier ist der gesamte Funktionsumfang inklusive einer Sitzung enthalten. Wer sich schon einmal die Preisliste zu den zwei nennenswerten Change Management Systemen unserer amerikanischen Freunde angeschaut hat, der weiss den Unterschied sicher zu bewerten. Sei noch kurz erwähnt, dass wir keine prozessorgruppenabhängigen Preise haben.

Viele Grüße aus Waltrop (knapp über Dortmund)

Frank Hildebrandt
Task Force IT-Consulting GmbH
frank.hildebrandt@taskforce-it.de

Frank Hildebrandt
22-07-05, 11:53
Unser Change Management System CMOne gibt es ab sofort in der aktuellen Version 2.1.5 mit vielen neuen Features.

Frank Hildebrandt