Microsoft Math Solver Not Showing Steps latest 2023

You are searching about Microsoft Math Solver Not Showing Steps, today we will share with you article about Microsoft Math Solver Not Showing Steps was compiled and edited by our team from many sources on the internet. Hope this article on the topic Microsoft Math Solver Not Showing Steps is useful to you.

Information Technology Problem Solving – The 6 Principles of Scientific Problem Solving

Cet article explique une approche scientifique de la résolution de problèmes. Bien qu’il soit écrit pour traiter des problèmes liés aux technologies de l’information, les concepts peuvent également être applicables dans d’autres disciplines. Les méthodes, concepts et techniques décrits ici n’ont rien de nouveau, mais il est choquant de voir combien de “résolveurs de problèmes” ne les utilisent pas. Entre les deux, j’inclurai quelques exemples concrets.

Pourquoi les résolveurs de problèmes devinent-ils au lieu de suivre une approche scientifique de la résolution de problèmes ? Peut-être parce que ça semble plus rapide ? Peut-être un manque d’expérience dans la résolution efficace de problèmes ? Ou peut-être parce que c’est un dur labeur de le faire scientifiquement ? Peut-être que pendant que vous continuez à deviner et à ne pas vraiment résoudre, vous générez plus de revenus et ajoutez une certaine sécurité d’emploi ? Ou peut-être parce que vous violez le premier principe de la résolution de problèmes : comprendre le problème.

Principe #1. Comprenez le *vrai* problème.

N’est-il pas évident qu’avant de pouvoir résoudre, vous devez comprendre le problème ? Peut-être. Mais, la plupart du temps, le solveur commencera à résoudre sans connaître le vrai problème. Ce que le client ou l’utilisateur décrit comme « le problème » n’est normalement que le symptôme ! “Mon ordinateur ne veut pas s’allumer” est le symptôme. Le vrai problème pourrait être que tout le bâtiment est sans électricité. “Chaque fois que j’essaie d’ajouter un nouveau produit, j’obtiens un message d’erreur” en est le symptôme. Ici, le vrai problème pourrait être “Seuls les 2 derniers produits que j’ai essayé d’ajouter ont donné une erreur ‘Le produit existe déjà'”. Autre exemple classique : “Rien ne fonctionne”…

Vous commencez votre enquête en définissant le “vrai problème”. Cela impliquera de poser des questions (et parfois de les vérifier) ​​et de faire des tests de base. Posez à l’utilisateur des questions telles que “Quand a-t-il fonctionné pour la dernière fois ?”, “Depuis combien de temps utilisez-vous le système ?”, “Est-ce que cela fonctionne sur un autre PC ou un autre utilisateur ?”, “Quel est le message d’erreur exact ? ” etc. Demandez si possible une copie d’écran de l’erreur. Vos tests de base consisteront à vous assurer que l’équipement de bout en bout est opérationnel. Vérifiez le PC de l’utilisateur, le réseau, le serveur Web, les pare-feu, le serveur de fichiers, le back-end de la base de données, etc. Dans le meilleur des cas, vous identifierez déjà le problème. Dans le pire des cas, vous pouvez éliminer de nombreuses zones de la cause du problème.

Un exemple concret. Le symptôme selon l’utilisateur : “Le système raccroche à des moments aléatoires lorsque je passe des commandes”. L’environnement : L’utilisateur saisit le détail de la commande sur un formulaire dans une application mainframe. Lorsque tous les détails sont terminés, l’utilisateur quittera le formulaire. L’ordinateur central envoie ensuite ces détails via un logiciel de communication à un système client/serveur Oracle de l’usine. Le système Oracle effectue la planification de la capacité et renvoie une erreur ou une date de commande prévue au système central. Ce problème est assez grave, car vous pouvez perdre des clients s’ils essaient de passer des commandes et que le système ne les accepte pas ! Pour tenter de résoudre ce problème, les gens ont commencé par étudier : 1) La charge et la capacité du matériel du mainframe 2) La surveillance de la charge du réseau entre le mainframe et le système Oracle 3) L’embauche de consultants pour déboguer le logiciel de communication 4) Le débogage de la capacité Oracle système de planification Après avoir passé quelques mois, ils n’ont pas pu résoudre le problème.

Le “Scientific Problem Solver” a été appelé. Cela a pris moins d’une journée et le problème a été résolu ! Comment? Le solveur passe la journée chez l’utilisateur pour voir quel était le “vrai problème”. Il a été constaté que le problème ne se produit qu’avec les commandes à l’exportation. En examinant l’écran de capture et les actions de l’utilisateur, il a été constaté qu’avec les commandes d’exportation, le dernier champ du formulaire est toujours laissé vide et que l’utilisateur n’a pas quitté ce champ. Le système n’était pas suspendu, il attendait que l’utilisateur appuie une autre fois sur “tab”. Problème résolu. On peut noter que le « résolveur de problèmes scientifiques » avait une connaissance très limitée de l’ordinateur central, du système de saisie des commandes, du logiciel de communication et du système de planification de la capacité Oracle. Et cela nous amène au Principe #2.

Principe #2. N’ayez pas peur de commencer le processus de résolution, même si vous ne comprenez pas le système.

Combien de fois avez-vous entendu “Je ne peux pas toucher à ce code, car il a été développé par quelqu’un d’autre !”, ou “Je ne peux pas aider car je suis consultant RH et c’est un problème financier” ? Si votre lave-linge ne veut pas s’allumer, vous n’avez pas besoin d’être un ingénieur électricien, un spécialiste en réparation de lave-linge, un technicien ou un autre spécialiste pour effectuer une recherche de panne de base. Assurez-vous que la prise fonctionne. Vérifiez l’interrupteur de déclenchement, etc. “Je n’ai jamais vu cette erreur auparavant” ne devrait pas vous empêcher d’essayer de résoudre. Avec le message d’erreur et un moteur de recherche Internet, vous pouvez obtenir de nombreux points de départ.

Dans chaque système complexe, il existe quelques principes de fonctionnement de base. Le système A qui lit les données du système B peut être horriblement complexe (peut-être un spectromètre de laboratoire qui lit les données d’un ordinateur à logique programmable via un port RS-232). Mais, quelques bases à tester : les deux systèmes sont-ils alimentés ? Y a-t-il un message d’erreur dans le journal des événements sur l’un de ces systèmes ? Pouvez-vous « cingler » ou tracer un paquet de réseau d’un système à l’autre ? Essayez un autre câble de communication. Recherchez sur Internet le message d’erreur.

Une fois que vous avez établi quel est le problème, vous devez commencer à le résoudre. Parfois, l’enquête initiale vous indiquera directement la solution (mettre sous tension, remplacer le câble défectueux, etc.). Mais, parfois, le vrai problème est complexe en soi, donc le principe suivant est de le résoudre simplement.

Principe #3. Conquérir simple.

Commençons cette section par un exemple concret. Sous certaines conditions, une procédure stockée se bloque. La procédure stockée prend normalement environ une heure pour s’exécuter (lorsqu’elle ne se bloque pas). Ainsi, le développeur a essayé de déboguer. Apportez quelques modifications, puis attendez environ une heure pour voir si le problème est résolu. Après quelques jours, le développeur a abandonné et le “Problem Solver” a pris le relais. Le “Problem Solver” avait à sa disposition la connaissance dans quelles conditions la procédure stockée se bloquerait. Donc, c’était un exercice simple pour faire une copie de la procédure, puis avec cette copie pour supprimer tout le code inutile. Tous les paramètres ont été modifiés avec des valeurs codées en dur. Des bits de code ont été exécutés à la fois et les ensembles de résultats ont ensuite été à nouveau codés en dur dans la copie de la procédure. En 3 heures le problème a été résolu. Une boucle infinie a été découverte.

Ce que le “résolveur de problèmes” a fait, c’est de reproduire le problème et en même temps d’essayer d’isoler le code qui a causé le problème. Ce faisant, la procédure stockée complexe (et chronophage) est devenue quelque chose de simple et rapide.

Si le problème se situe à l’intérieur d’une application, créez une nouvelle application et essayez de simuler le problème à l’intérieur de la nouvelle application aussi simplement que possible. Si le problème se produit lorsqu’une certaine méthode pour un certain contrôle est appelée, essayez d’inclure uniquement ce contrôle dans l’application vide et appelez cette méthode avec des valeurs codées en dur. Si le problème concerne le SQL intégré dans une application C#, essayez de simuler le SQL dans un outil de requête de base de données (comme SQL*Plus pour Oracle, Query Analyzer pour SQL Server, ou utilisez le code dans MS Excel via ODBC vers la base de données ).

Au moment où vous pouvez reproduire le problème de manière simple, vous êtes à plus de 80 % sur la bonne voie pour le résoudre.

Si vous ne savez pas où se situe le problème dans le programme, utilisez DEBUG.

Principe #4. Déboguer.

La plupart des outils de développement d’applications sont livrés en standard avec un débogueur. Que ce soit Macromedia Flash, Microsoft Dot Net, Delphi ou n’importe quel environnement de développement, il y aura une sorte de débogueur. Si l’outil n’est pas livré en standard avec un débogueur, vous pouvez en simuler un.

La première chose que vous voulez faire avec le débogueur est de déterminer où se situe le problème. Pour ce faire, ajoutez des points d’arrêt dans des zones clés. Ensuite, vous exécutez le programme en mode débogage et vous saurez entre quels points d’arrêt le problème s’est produit. Percez et vous trouverez l’endroit. Maintenant que vous savez où se situe le problème, vous pouvez “le vaincre simplement”

Une autre fonctionnalité intéressante de la plupart des débogueurs comprend la possibilité de surveiller les variables, les valeurs, les paramètres, etc. au fur et à mesure que vous avancez dans le programme. Avec ces valeurs connues à certaines étapes, vous pouvez les coder en dur dans votre “version simplifiée” du programme

Si un outil de développement ne prend pas en charge le débogage, vous pouvez le simuler. Mettez en étapes dans le programme qui génère des valeurs de variables et des messages “bonjour, je suis ici” soit à l’écran, soit dans un fichier journal, soit dans une table de base de données. N’oubliez pas de les retirer une fois le problème résolu… vous ne voulez pas que votre système de fichiers soit encombré ou rempli de fichiers journaux !

Principe #5. Il existe une mine d’informations sur le back-end de la base de données qui aideront à résoudre un problème.

Le “Problem Solver” a été appelé pour aider à résoudre un problème très délicat. Un projet consistait à migrer le système d’un ordinateur central vers une technologie client-serveur. Tout s’est bien passé pendant les tests, mais lorsque les systèmes ont été mis en service, tout d’un coup, il y a eu un certain nombre de “défauts de protection générale” assez aléatoires. (L’erreur GPF était le piège d’erreur général dans Windows 95 et 98). Il a été essayé de simplifier le code, un débogage a été tenté, mais il était impossible de le répliquer. Dans l’environnement LAB, le problème ne se poserait pas ! Le débogage des messages de trace dans les fichiers journaux a indiqué que le problème s’est produit de manière très aléatoire. Certains utilisateurs en ont fait l’expérience plus que d’autres, mais finalement tous les utilisateurs les comprendront ! Problème intéressant.

Le “Problem Solver” a résolu ce problème après avoir commencé à analyser le back-end de la base de données. Pas sûr si c’était par hasard ou parce qu’il s’est systématiquement déplacé dans la bonne direction en raison d’une approche scientifique. En traçant ce qui se passe au niveau du back-end, il a été constaté que toutes ces applications créaient de plus en plus de connexions à la base de données. Chaque fois qu’un utilisateur démarre une nouvelle transaction, une autre connexion est établie avec la base de données. La somme totale des connexions n’a été libérée que lorsque l’application a été fermée. Au fur et à mesure que l’utilisateur navigue vers de nouvelles fenêtres à l’intérieur de la même application, de plus en plus de connexions sont ouvertes, et après un nombre spécifique de connexions, l’application en aura assez puis plantera. Il s’agissait d’un défaut de programmation dans un modèle utilisé par tous les développeurs. La solution était de tester d’abord si un curseur vers la base de données est déjà ouvert, avant de l’ouvrir à nouveau.

Comment tracez-vous sur la base de données principale ce qui se passe ? Les principaux fournisseurs de bases de données disposent d’outils d’interface graphique qui vous aident à suivre ou à analyser les requêtes lancées sur la base de données. Il vous montrera également quand les gens se connectent, se déconnectent ou n’ont pas pu se connecter en raison de violations de la sécurité. La plupart des bases de données incluent également des tables de dictionnaire système qui peuvent être interrogées pour obtenir ces informations. Ces traces peuvent parfois raconter toute l’histoire de la raison pour laquelle quelque chose ne fonctionne pas. Le code de requête que vous récupérez à partir de la trace peut être utile pour “simplifier la recherche”. Vous pouvez voir à partir de la trace si le programme établit un contact réussi avec la base de données. Vous pouvez voir combien de temps il faut pour qu’une requête s’exécute.

A ajouter au Principe#2 (n’ayez pas peur de commencer…) ; vous pouvez analyser ces informations de trace, même si vous ne connaissez peut-être rien des détails de l’application.

N’oubliez pas cependant que ces traces back-end peuvent mettre à rude épreuve les ressources back-end. Ne les laissez pas fonctionner trop longtemps.

Principe #6. Utilisez des yeux neufs.

C’est le dernier principe. Ne passez pas trop de temps sur le problème avant de demander de l’aide. Il n’est pas nécessaire que l’aide provienne d’une personne plus âgée que vous. Le principe est qu’il faut un regard neuf pour un regard neuf et parfois un peu d’air frais en faisant une pause. L’autre personne regardera et posera ensuite une question ou deux. Parfois, c’est quelque chose de très évident qui a été manqué. Parfois, juste en répondant à la question, cela vous fait penser à de nouvelles directions. De plus, si vous passez des heures à regarder le même morceau de code, il est très facile de commencer à regarder par-dessus une erreur stupide. De nombreux problèmes d’équilibre financier sont résolus autour d’une bière. Il pourrait s’agir d’un changement de décor et/ou de l’atmosphère détendue qui apparaîtra comme la solution. C’est peut-être l’oxygène frais qui est allé au cerveau en marchant vers le pub. C’est peut-être parce que le problème a été discuté avec quelqu’un d’autre.

Conclusion

Après avoir lu cet article, l’auteur espère que vous les essayerez la prochaine fois que vous rencontrerez un problème à résoudre. Espérons qu’en appliquant ces six principes, vous vous rendrez compte des avantages qu’ils apportent, plutôt que de “deviner” votre chemin vers une solution.

Video about Microsoft Math Solver Not Showing Steps

You can see more content about Microsoft Math Solver Not Showing Steps on our youtube channel: Click Here

Question about Microsoft Math Solver Not Showing Steps

If you have any questions about Microsoft Math Solver Not Showing Steps, please let us know, all your questions or suggestions will help us improve in the following articles!

The article Microsoft Math Solver Not Showing Steps was compiled by me and my team from many sources. If you find the article Microsoft Math Solver Not Showing Steps helpful to you, please support the team Like or Share!

Rate Articles Microsoft Math Solver Not Showing Steps

Rate: 4-5 stars
Ratings: 4402
Views: 82094442

Search keywords Microsoft Math Solver Not Showing Steps

Microsoft Math Solver Not Showing Steps
way Microsoft Math Solver Not Showing Steps
tutorial Microsoft Math Solver Not Showing Steps
Microsoft Math Solver Not Showing Steps free
#Information #Technology #Problem #Solving #Principles #Scientific #Problem #Solving

Source: https://ezinearticles.com/?Information-Technology-Problem-Solving—-The-6-Principles-of-Scientific-Problem-Solving&id=995417

Related Posts

default-image-feature

Meet The Math Facts Level 3 latest 2023

You are searching about Meet The Math Facts Level 3, today we will share with you article about Meet The Math Facts Level 3 was compiled and…

default-image-feature

Meet The Math Facts Level 2 latest 2023

You are searching about Meet The Math Facts Level 2, today we will share with you article about Meet The Math Facts Level 2 was compiled and…

default-image-feature

Med Math Practice Problems With Answers latest 2023

You are searching about Med Math Practice Problems With Answers, today we will share with you article about Med Math Practice Problems With Answers was compiled and…

default-image-feature

Meaning Of Absolute Value In Math latest 2023

You are searching about Meaning Of Absolute Value In Math, today we will share with you article about Meaning Of Absolute Value In Math was compiled and…

default-image-feature

Mcgraw Hill Education Answer Key Math latest 2023

You are searching about Mcgraw Hill Education Answer Key Math, today we will share with you article about Mcgraw Hill Education Answer Key Math was compiled and…

default-image-feature

Maths Puzzles With Answers For Adults latest 2023

You are searching about Maths Puzzles With Answers For Adults, today we will share with you article about Maths Puzzles With Answers For Adults was compiled and…