RS&DE : Formuler une hypothèse en TI En technologie de l’information (TI), il peut s’avérer complexe pour certains de formuler une hypothèse adéquate lors de la rédaction d’une démarche expérimentale dans le cadre du processus de réclamation d’un crédit d’impôt à la recherche scientifique et développement expérimental (RS&DE). Dans ce cas, il vaut mieux se référer aux informations offertes par l’ARC sur la RS&DE. Définition du glossaire de la RS&DE de l’ARC : Une hypothèse est une idée, conforme aux faits connus, qui sert de point de départ à une étude approfondie visant à prouver ou à réfuter cette idée. Partant de cette définition, j’ai composé quelques exemples afin d’illustrer certaines situations pouvant survenir. Exemple 1 (invalide) Contexte : Un producteur d’œufs désire comptabiliser et archiver en moins d’une heure le nombre d’œufs pondus par jour par ses poules. Hypothèse 1 : Il serait possible de réaliser cette tâche en moins d’une heure grâce à un téléphone intelligent (iPhone 4), une DLL de reconnaissances de code-barres et une base de données relationnelle. Commentaire : Cette hypothèse n’est pas valide, car elle est fondée sur un objectif fonctionnel plutôt que scientifique ou technologique. En effet, la définition de l’ARC omet le plus important : la formulation d’une hypothèse vise expressément à réduire ou à éliminer l’incertitude scientifique ou technologique (Question 2). En d’autres termes, pour devenir valide à la RS&DE, le projet devrait comporter une limitation scientifique ou technologique. Exemple 2 (invalide) Limitation technologique : Bien que la caméra d’un iPhone 4 possède une résolution de 5 méga pixels, la DLL utilisée pour capturer le code-barres manque de précision. Hypothèse 2 : Il serait possible de remplacer la DLL par une autre plus précise. Commentaire : Cette hypothèse n’a aucun lien avec la base scientifique ou technologique du projet. Elle ne constitue pas une hypothèse pour la RS&DE. Exemple 3 (valide) Hypothèse 3 : Est-ce possible d’améliorer la précision de l’algorithme de la DLL open source Barcode.dll en modifiant le comportement de la librairie ? Commentaire : La contrainte de performance est abordée en tentant de modifier le comportement de la technologie impliquée. Cette hypothèse peut faire partie d’une investigation ou recherche systématique pour la RS&DE. Cette dernière hypothèse peut être obtenue facilement en répondant aux questions soulevées par les limitations technologiques. En outre, la formulation d’une hypothèse vise à prédire l’influence qu’aura la variable dépendante sur la variable indépendante. La variable indépendante constitue celle dont le programmeur essaie d’expliquer les variations. Elle est indépendante de la volonté du programmeur, tandis que la variable dépendante est représentée par ce qui varie au cours de l’expérience et est dépendant des choix du programmeur. Dans le cas présent, ces variables prendraient la forme suivante : Variable dépendante : Modifier le comportement de la librairie. Variable indépendante : Améliorer la précision de l’algorithme de la DLL open source Barcode.dll. La RS&DE peut se révéler complexe lorsqu’on ne sait pas par quel bout la prendre, mais une fois que vous l’aurez démystifiée, elle n’aura plus de secret pour vous. Crédit photo : ar130405 via Pixabay
d'Astous Groupe Conseil inc.