Peut-on définir le SI cible sans avoir choisi les logiciels ?
D’après Stratégie du système d’information
Oui, et c'est souvent une manière de mieux préparer les choix. La cible doit d'abord exprimer les capacités, les services, les données, les responsabilités et les exigences attendues. Elle peut décrire une architecture fonctionnelle et des principes d'intégration sans imposer immédiatement une marque ou une solution.
Cette séparation permet de comparer plusieurs options sur des bases communes. Si le besoin est un référentiel client partagé, il faut préciser les données de référence, les règles de qualité, les usages et les responsables. Le choix d'un outil ne doit pas remplacer ces décisions d'organisation.
La cible doit cependant rester confrontée aux contraintes réelles. Les systèmes existants, les compétences, les contrats, les volumes et les exigences d'exploitation peuvent rendre certaines options difficiles. Des vérifications de faisabilité ou des expérimentations sont donc utiles avant de transformer une intention en engagement.
Le schéma directeur peut distinguer les décisions d'architecture déjà prises et les choix de solution encore ouverts. Il indique alors les critères de sélection et le moment où ils devront être appliqués. La cible devient un cadre de comparaison, plutôt qu'un dessin destiné à justifier un produit choisi à l'avance.