Construire une CS n'est pas une opération directe. La raison en est que l'utilisateur ne doit pas être obligé de donner toutes les informations nécessaires à la constitution du graphe complet d'objets du diagramme de la fig.5.9.
Par exemple, si l'utilisateur définit complètement les liaisons intertextuelles (objets de la classe DB_Liaison) et le type de la construction, alors toutes les informations pour la construction sont là et le système doit pouvoir générer les informations manquantes. Mais il peut aussi définir incomplètement les liaisons intertextuelles (par exemple n'y inclure que les CS servant de sources sémiques) et, pour récompenser le manque, donner les éléments effectifs de la nouvelle SST. Le système doit contrôler si ces deux informations sont compatibles (i.e. au moins un élément effectif est retrouvé, en tant qu'entité type, dans au moins une CS source et, symétriquement, chaque CS contient au moins un élément effectif) et ensuite proposer un ensemble de CS qui ont pu être construites à l'aide de ces informations tout en complétant les informations qui manquent (dans cet exemple, tous les types de construction devront être essayés, puisque l'utilisateur n'en a pas précisé une particulière).
Pour gérer ces contrôles de compatibilité entre les informations qui sont précisées et pour générer l'ensemble des constructions de CS possibles, la classe DB_ConstructeurDeCS a été introduite. Elle procède à la construction d'une ou plusieurs CS après la spécification d'un certain nombre de paramètres de la construction.
Les objets de cette classe sont principalement utilisés par une entité textuelle (plus précisément par DB_EntSignifiant) dans laquelle l'utilisateur décide d'établir une nouvelle CS. Dans le cadre du processus interprétatif de la SII où l'utilisateur interagit avec le système informatique, l'entité positionnée qui est actuellement analysée, envoie les spécifications que l'utilisateur lui a donné à un objet de la classe DB_ConstructeurDeCS et reçoit une proposition de CS qu'elle présente à l'utilisateur. À la fin, elle utilise (et elle enregistre) seulement celle que l'utilisateur choisit (cf. l'interaction de la fig.2.3 et la discussion de la section 2.1.2).
La classe DB_ConstructeurDeCS est fondamentale. Fondamentale, tout d'abord parce qu'elle est au centre de l'interaction avec l'utilisateur pendant la production anthropocentrée du sens. Fondamentale aussi, parce qu'elle peut implémenter -- ou collaborer avec -- des heuristiques de construction de CS. Une telle heuristique est utile quand les informations données par l'utilisateur ne sont pas suffisantes et que le système doit chercher dans les CS existantes et finir par trouver les sources sémiques nécessaires. Ou bien, quand l'utilisateur a imposé des contraintes à la construction (e.g.<< avoir un minimum de CS interprétants >>, << utiliser en priorité les CS issues de textes de l'anagnose >>, << utiliser en priorité des CS qui sont déjà utilisées dans l'anagnose >>, etc.) auquel cas, le système doit choisir les sources sémiques qui remplissent le mieux les contraintes.