Der CAMOS.CONFIGURATOR (vormals SECON) wird von der Firma camos SoftwareA.3 vertrieben. Die Komponenten werden im CAMOS.CONFIGURATOR in einem ,,Klassenbaum`` repräsentiert. Neben einer Aggregationsbeziehung (has-parts) verfügt das System über Spezialisierungen (is-a), deren Eigenschaften während des Konfigurierungsverlaufs über Vererbungsmechanismen auf die ,,Nachfolger`` übertragen werden.
Die Pflege des System ist über eine separate Komponente möglich und kann vom Anwender selbst vorgenommen werden. Während der Konfigurierung kann der Anwender jederzeit erkennen ob Inkonsistenzen auftreten. Konflikte müssen manuell durch die Auswahl anderer, geeigneter Komponenten behoben werden. Heuristiken zur Automatisierung des Konfigurierungsvorgangs sind nicht vorgesehen.
Der CAMOS.CONFIGURATOR verfügt über mehrere Arten von Constraints: Zum einen lassen sich Konstrukte mittels der vorgegebenen Bausteine ,,kann``, ,,muss``, ,,darf nicht`` und ,,zuweisen`` (vorbelegen) erstellen, zum anderen ist die Möglichkeit gegeben, funktionale Zusammenhänge in Form von Prozeduren zu formulieren. Constraints werden im CAMOS.CONFIGURATOR bidirektional ausgewertet, sind aber nur passiv, d.h. sie beeinflussen nicht die Steuerung des Konfigurierungsverlaufs, was ihre Wirksamkeit nicht unerheblich einschränkt. Der Konfigurierungsvorgang erfolgt manuell, wird allerdings unterstützt durch die fortlaufende Konsistenzüberprüfung anhand der Constraints. Zur Steigerung der Akzeptanz bei den Benutzern des Systems können zudem Restriktionsverletzungen von Constraints ignoriert und zur späteren Auswertung in eine Liste zur ,,technischen Abklärung`` übernommen werden (vgl. Günter et al., 1999, S. 63).