Konfiguration vs. Anpassung - Was ist der Unterschied und warum ist er wichtig?
Kundenspezifisch vs. Konfiguriert - Was ist der Unterschied?
Es gibt zwei gängige Schlagworte, die in der Softwarewelt kursieren: Angepasst und Konfiguriert. Das Problem ist, dass diese Begriffe nicht immer gut definiert sind, was zu einer gewissen Verwirrung führt. In diesem Beitrag möchte ich einige Arbeitsdefinitionen für diese beiden Begriffe vorstellen und erklären, warum sie wichtig sind.
Die meisten Softwarekäufer wollen eine Software kaufen, die genau das tut, was sie wollen. Ganz gleich, ob es sich um eine App für Ihr Handy oder eine Unternehmenssoftware für ein hochkomplexes Unternehmen handelt, der Käufer möchte, dass die Software genau seinen Anforderungen entspricht. Je komplexer die Anforderungen sind, desto unwahrscheinlicher ist es jedoch, dass eine kommerzielle Standardsoftware (COTS) diese Anforderungen von vornherein erfüllt. Um die spezifischen Anforderungen zu erfüllen, muss die Software entweder so konfiguriert werden, dass sie den Anforderungen entspricht, oder so angepasst werden, dass sie die Anforderungen erfüllt, oder eine Kombination aus beidem.
Was also ist Anpassung? Und was ist Konfiguration? Beginnen wir mit einigen Definitionen und machen wir einen kurzen Abstecher zu dictionary.com. Anpassen - "nach individuellen oder persönlichen Vorgaben oder Vorlieben modifizieren oder bauen". Konfigurieren - "entwerfen oder anpassen, um eine bestimmte Konfiguration zu bilden oder für einen bestimmten Zweck". Na, ist damit der Unterschied zwischen den beiden nicht klar? Nicht ganz.
Ich möchte die folgende Arbeitskonfiguration und Anpassungsdefinitionen vorschlagen.
- Anpassen: "Neuen Code (Programme, Klassendateien, Skripte) in die Software schreiben, der bestimmte Anforderungen erfüllt."
- Konfigurieren: "Die Verwendung von Werkzeugen in der Anwendung, um bestimmte Anforderungen zu erfüllen, ohne Code zu verwenden."
Das Wichtigste dabei ist, dass die Softwareanpassung per Definition viel stärker in die Kernanwendung eingreift, weil die Programmierer ein Programm ändern oder ein Programm schreiben müssen, das etwas tut, was die Software derzeit nicht tut. Softwareanpassungen können recht einfach sein - das Schreiben einer Klassendatei zur Erfüllung einer Aufgabe - oder sehr invasiv - die Änderung der Kernanwendung.
Um diese Definitionen in die Praxis umzusetzen, bedeutet die Anpassung mehr Aufwand und mehr Risiko. Das liegt daran, dass ein Programmierer außerhalb der Anwendung arbeitet. Benutzerdefinierter Code neigt dazu, bei einem Upgrade kaputt zu gehen. Konfiguration bedeutet weniger Aufwand und weniger Risiko. Dies liegt daran, dass die Werkzeuge innerhalb der Anwendung verwendet werden, um Änderungen auf eine Weise vorzunehmen, für die die Anwendung ausdrücklich konzipiert wurde. Die Konfiguration ist von Natur aus besser, weil sie innerhalb der Anwendung arbeitet.
Lässt sich TeamConnect anpassen oder konfigurieren?
TeamConnect bietet das Beste aus beiden Welten. Erstens verfügt TeamConnect über einen robusten Satz von Konfigurationswerkzeugen, die eine extreme Flexibilität bei der Verwendung konfigurierter Regeln zur Erfüllung spezifischer Geschäftsanforderungen ermöglichen. Zweitens bietet TeamConnect eine API (Application Programing Interface), die die Verwendung von benutzerdefiniertem Code auf eine Weise ermöglicht, die die Kernanwendung nicht verändert. Die Verwendung der veröffentlichten APIs bedeutet, dass bei Upgrades nichts kaputt gehen kann.
Ein Leitprinzip, das das professionelle Serviceteam von Mitratech bei der Implementierung unserer Software anwendet, besteht darin, sich so weit wie möglich auf die Konfiguration zu verlassen und nur dann Anpassungen vorzunehmen, wenn eine Anforderung nicht durch reine Konfiguration erfüllt werden kann. Wir passen niemals die Kernanwendung an. Dadurch können unsere Kunden komplexe Geschäftsanforderungen erfüllen, ohne die Risiken einzugehen, die oft mit der Anpassung der Anwendung verbunden sind.
