Qu'est-ce qu'un système d'information informatique

Avec cet article, j'ouvre un cycle consacré à l'interaction entre les clients (utilisateurs) et les programmeurs dans la mise en œuvre de logiciels et d'automatisation. Je pense que presque tout le monde sait combien il est difficile de trouver une langue commune et de mettre en œuvre un projet réussi. Très probablement, et vous pouvez raconter une triste histoire sur la façon dont «a échoué». Et peut-être pas un.

D'après ma propre expérience, j'ai compris l'une des causes les plus importantes d'échec - le manque de compréhension mutuelle. Et à ses origines se trouve un malentendu de la terminologie de base par les gens, et c'est donc à partir de cela que je vais commencer le cycle.

Dans les articles suivants, j'expliquerai comment une compréhension correcte du terme «système d'information informatique» aide presque toujours en pratique lors de la mise en œuvre de produits logiciels. Et après - je vais parler de ma propre expérience et donner des exemples de mise en œuvre de projets.

J'ai mis très longtemps à écrire cet article, et j'utilise du matériel depuis plusieurs mois maintenant pour consulter mes clients. Un accord majeur est l'un des plus gros problèmes dans tout domaine d'activité où une terminologie spécifique est utilisée. Souvent, les gens utilisent des mots sans comprendre du tout leur signification. Et ils sont interprétés d'une manière spéciale. Il en résulte un manque de compréhension, des plaintes et une insatisfaction à l'égard du résultat. Il est particulièrement difficile d'expliquer les concepts de base sous-jacents. Mais dans les domaines des technologies commerciales et informatiques, cela est indispensable.

L'un des problèmes les plus courants dans la mise en œuvre de systèmes informatiques est un taux d'échec très élevé. La mise en œuvre est ralentie en raison d'un manque de compréhension avec les programmeurs, les solutions logicielles souvent prêtes à l'emploi se révèlent être «rassembler la poussière dans une boîte», car elles se sont avérées être complètement différentes de ce que l'utilisateur attendait.

Les tentatives de clarification et de classification des systèmes informatiques ont conduit à l'émergence d'un grand nombre de termes complexes et obscurs. Ils essaient de les diviser en classes et sous-classes, pour décrire des termes qui sont étranges pour un large éventail de personnes, ce qui crée encore plus de confusion.

Difficultés à comprendre avec les professionnels de l'informatique

Souvent, les utilisateurs ne comprennent pas ce que sont les programmeurs et ce qu’ils peuvent exiger d’eux. Moi-même, lorsque j'ai fait mes premiers pas dans l'informatique, je n'ai pas compris ce que sont les systèmes d'information informatiques, quel rôle les programmeurs y jouent, quand et pourquoi ils sont nécessaires.

Exemple: si vous allez chez un médecin ou, par exemple, dans une entreprise de construction, vous comprenez exactement quel type de spécialiste est devant vous, comment vous tourner vers lui, quoi dire, quel résultat attendre. Dans le domaine informatique, il n’existe toujours pas de terminologie rigide et compréhensible au niveau profane.

L'un des plus grands problèmes informatiques est l'absence d'une base théorique commune (à savoir commune). J'ai déjà écrit de nombreux articles de fond destinés à un large éventail de lecteurs. Par exemple, « Qu'est-ce que le CRM » ou « La hiérarchie des systèmes informatiques et le choix des logiciels pour organiser le travail ». Tous sont appelés, entre autres, à m'aider moi-même à trouver une langue commune avec les clients. Mais ici, je suis tombé sur un malentendu. Les gens ne réalisent pas en principe ce qu'est un système informatique. Et expliquer cela «sur le pouce» peut être extrêmement difficile.

Les répertoires, manuels et articles sur Internet ne fournissent pratiquement pas d'informations au niveau des utilisateurs. Par exemple, une définition Wikipedia ressemble à ceci:

Système d'information informatique (IP) - un système conçu pour stocker, rechercher et traiter les informations et les ressources organisationnelles connexes (humaines, techniques, financières, etc.) qui fournissent et diffusent des informations (ISO / IEC 2382: 2015). Conçu pour fournir aux personnes appropriées les bonnes informations en temps opportun, c'est-à-dire pour répondre à des besoins d'information spécifiques dans un domaine spécifique, tandis que le résultat du fonctionnement des systèmes informatiques est des produits d'information - documents, tableaux d'informations, bases de données et services d'information.

Comprendre et comprendre cette définition sans une connaissance approfondie du sujet est presque impossible, et y plonger, dans l'ensemble, est inutile. Et la plupart des gens ne comprennent toujours pas: qu'est-ce qu'un système d'information informatique et ce qui ne l'est pas. Quelles qualités sont requises et lesquelles sont secondaires. Il y a beaucoup de questions. Et si vous ne comprenez pas le phénomène dans son essence, vous le comprendrez comme une sorte de «magie», le chamanisme.

Dans cet article, je vais essayer de donner une définition des systèmes informatiques, compréhensible pour un large cercle de lecteurs, basée sur ma propre expérience et mes connaissances. Bien sûr, je serai heureux de toute critique et ajouts, car le sujet est très volumineux et fondamental. Et les informations qui existent aujourd'hui sont difficiles à comprendre et quelque peu contradictoires.

Qu'est-ce que les systèmes informatiques informatiques?

Quand j'ai lu les différentes définitions des systèmes informatiques, pendant longtemps je n'ai pas pu comprendre pourquoi elles sont si différentes? Quelque part, vous pouvez trouver quelque chose de lourd et de complet, comme dans le même Wikipedia. Et quelque part, de brèves définitions qui «saisissent» certains aspects distincts et sont entièrement basées sur eux.

À mon avis, l'essence du problème est que les gens n'essaient pas de créer une définition qui deviendrait une justification fondamentale. Il y a plutôt un désir de clarifier leur propre vision. Et je ne parle même pas de situations où les descriptions et définitions sont associées à la vente de certains logiciels.

Pour comprendre ce que c'est, rappelons comment un nouveau produit logiciel est né:

Étape 1. L'idée. Juste au niveau de "mais faisons quelque chose qui fera ces choses"

Étape 2. Construire un modèle.

Étape 3. Codage. L'algorithme est concrétisé sous la forme d'un code de programme que les gens peuvent utiliser.

Et donc, au niveau le plus général, tout système informatique (produit logiciel, système d'information informatique) peut être défini brièvement:

Une idée exprimée à travers un langage de programmation.

Pourquoi précisément «exprimé», mais pas «réalisé»? Parce que le code informatique n'est pas suffisant pour que l'idée fonctionne, il a reçu une base matérielle. Pour qu'une base matérielle apparaisse, il faut qu'une personne la réalise.

Exemple: Nous avons écrit un programme informatique, mais pour le faire fonctionner, vous avez besoin d'un ordinateur qui le fera fonctionner, d'un moniteur qui, si nécessaire, affichera ces informations sous une forme compréhensible pour l'homme. En fin de compte, vous avez besoin d'une personne qui l'exécutera si nécessaire, vérifiera son travail, l'entretiendra.

Sur la base de cette justification de base, vous pouvez déjà détailler d'autres fonctionnalités, développer et exprimer tous les problèmes liés aux systèmes d'information. Mais ici, je crois que l'essence est importante: une idée est apparue qui peut être exprimée à travers un langage de programmation. Une solution a été trouvée et mise en œuvre.

Comment la compréhension des fonctionnalités des systèmes informatiques sera-t-elle utile?

Pour choisir le bon logiciel et comprendre quelles étapes supplémentaires seront nécessaires, il convient de partir de la définition d'une «idée exprimée dans le code du programme».

Et puis, la première étape de la sélection sera basée sur l'idée. Il est important de comprendre le type d’idée incarné par les développeurs. Ce qu'ils voulaient et ont réussi à réaliser. Quels sont les grands principes qu'ils mettent en pratique.

Si vous ne comprenez pas l'idée, c'est-à-dire le but du logiciel, alors vos réflexions sur la façon dont vous utiliserez le programme ne coïncideront pas avec les idées des développeurs. En conséquence, vous achetez un produit inutile.

Mais pour que l'idée d'un système d'information informatique coïncide avec la vôtre, il est nécessaire que vous ayez également votre propre idée. Oui, il sera exprimé au niveau de l'utilisateur. Mais elle doit l'être.

Par exemple, si vous souhaitez ajouter la calculatrice OSAGO au site, cela n'a aucun sens de s'intéresser à une calculatrice ou à un autre système de calcul d'autres fonctions. Votre idée est CTP. Donc, vous devez rechercher lequel des développeurs a également implémenté les calculs OSAGO. Sinon, le raffinement du produit sélectionné nécessitera beaucoup d'efforts ou en général le produit ne conviendra pas à votre idée.

Pour les grands systèmes informatiques, il est extrêmement important de faire une liste de vos idées. Et assurez-vous que les développeurs du produit logiciel sélectionné au moment de sa mise en œuvre disposaient également d'une liste d'idées dont vous avez besoin et, par conséquent, de décisions.

Le deuxième paramètre important: le respect de l'idée de sa mise en œuvre. Souvent, les développeurs en train de mettre en œuvre des idées pour diverses raisons, allant des erreurs et se terminant par des décisions organisationnelles, s'éloignent de l'idée d'origine. Et le produit, qui devait incarner une idée, ne la met en œuvre que partiellement ou ne la réalise pas du tout. Cela doit être vérifié à l'aide de tests, de consultations avec des spécialistes ou de toute autre manière (avis d'amis et autres).

Et le troisième problème: l'idée qu'ils vous vendent peut coïncider avec la vôtre, mais pas coïncider avec l'idée que les développeurs mettent dans le système logiciel. Le fait est que dans les produits commerciaux (et à notre époque presque tous) ce n'est pas tant que vous obtenez le bon outil, mais pour vous vendre un produit logiciel. C'est-à-dire lors de la définition des tâches pour les développeurs, l'idée principale était précisément de vendre le produit, et non pas dans son travail de haute qualité et sa conformité à tous vos besoins.

De plus, les spécialistes du marketing entrent dans le jeu, vous pensez que vous achetez exactement «l'idée» dont vous avez besoin. Mais en fait, vous êtes acheteur d'un produit fait avec d'autres idées (ventes). Et vos besoins de mise en œuvre ne seront au niveau de l'idée qu'en deuxième position. Le produit sera beau, pratique, surtout au niveau de la démo. Mais cela peut ne pas être important pour l'incorporation de vos outils d'idée particuliers.

C’est comme acheter un appartement avec un lifting "à vendre" - tout est très beau et de grande qualité, et des "bugs" sont révélés après l’achat. Malheureusement, dans la société capitaliste, à but lucratif, cela est courant. Et partiellement incarné même dans les meilleurs systèmes.

Produit marketing et logiciel

Pourquoi les utilisateurs perçoivent-ils si rarement les systèmes logiciels comme des «idées incarnées»? Je crois que le problème ici est le marketing. Le plus souvent, les systèmes informatiques sont servis par les développeurs et sont perçus par les utilisateurs comme un produit tangible. La raison de cette approche est évidente - vendre un produit est beaucoup plus facile qu'une idée.

Il est difficile pour une personne de percevoir, et plus encore, d'acheter des idées. Il est impossible de les «toucher», et le vendeur peut rarement expliquer pourquoi une telle idée est meilleure que d'autres. Une autre chose est le système informatique comme quelque chose de tangible. Ici, nous parlons immédiatement des avantages et avantages immédiats du point de vue de l'acheteur. Tout peut être vu, apprécié, choisi.

Les spécialistes du marketing s'efforcent de montrer les avantages du point de vue de l'acheteur. De plus, tout programme a un certain prix. En conséquence, les acheteurs ont une vision quelque peu déformée des systèmes informatiques: ils pensent acheter un produit fini. Tout comme des bottes ou une voiture. Et ils sont souvent perplexes et déçus lorsqu'ils réalisent que ce n'est pas le cas. Il s'avère que pour la mise en place d'un système d'information informatique, quelques améliorations, réglages, le travail des programmeurs, etc.

Idée et choix du système logiciel

Le premier, où la compréhension des caractéristiques des systèmes d'information informatiques sera utile, est le bon choix de produit logiciel.

Les principaux critères de sélection:

1. Votre idée doit correspondre à celle des développeurs le plus près possible à tous égards.
2. La qualité de la mise en œuvre de l'idée dans le code doit également répondre aux tâches que vous définissez.

Ainsi, pour sélectionner un système logiciel, vous devez articuler clairement votre propre idée: ce qu'un système d'information informatique doit effectuer, quels paramètres sont vraiment importants (correspondent à votre idée principale), qui est secondaire (vous pouvez vous en passer). Toutes les fonctions logicielles qui ne figurent pas sur votre liste devront être étudiées séparément. Parfois, ils deviennent un bel ajout. Mais le plus souvent - des fonctionnalités inutiles pour lesquelles vous devez payer.

De tous les produits logiciels existants, vous ne serez intéressé que par ceux dont l'idée dont vous avez besoin est indiquée dans la description. Idéalement, c'est votre idée qui devrait être déclarée comme principale, et une autre fonctionnelle, le cas échéant, comme fonctionnalités supplémentaires.

Ensuite, vous devez étudier la qualité de la mise en œuvre. Pour cela, des avis d'autres utilisateurs, des versions gratuites de test, etc. sont utilisés. N'oubliez pas que la mise en œuvre ne correspond pas toujours à l'idée et à la description d'origine.

Souvent, lors de l'achat de logiciels, des tactiques erronées sont utilisées. L'acheteur étudie si les fonctions dont il a besoin sont mises en œuvre, sans prêter attention à l'idée principale des développeurs, même si elle est clairement énoncée dans le nom et la description du produit logiciel. En conséquence, ils obtiennent les fonctionnalités nécessaires, mais souvent sous une forme "recadrée". Le système doit être considérablement modifié, ce qui représente un investissement important en temps et en argent. Et parfois, ce n’est pas du tout possible. De plus, dans le cadre du produit, l'acheteur reçoit pour lui de nombreuses opportunités inutiles, qu'il doit également payer.

Par exemple, si vous avez besoin d'un site de cartes de visite, il est inutile d'acheter un "moteur" coûteux d'une boutique en ligne. Inversement, si vous avez besoin d'une boutique, essayer d'utiliser un CMS gratuit entraîne souvent des coûts importants lors de l'adaptation de ce code à une boutique en ligne.

D'une part, même pour les CMS "blog" gratuits, il existe des modules complémentaires prêts à l'emploi pour créer une boutique en ligne. En revanche, ce n'est pas l'idée principale du produit que vous avez choisi. Par conséquent, sa fonctionnalité est limitée. Et dès que vous aurez besoin d'une intégration avec le système comptable, d'une sorte d'échange de données avec CRM et d'autres fonctions de la plateforme de trading automatisée, vous rencontrerez des difficultés et perdrez du temps. Et les coûts des améliorations sont souvent plus élevés que dans le cas de l'achat d'une boutique en ligne prête à l'emploi avec des capacités d'automatisation déjà implémentées.

Il est très important que le produit logiciel que vous choisissez soit aussi pertinent que possible pour votre idée.

Comment trouver un langage commun avec le développeur

Comprendre l'essence des systèmes d'information informatiques permet de choisir le bon développeur pour créer ou modifier un produit logiciel. Les gens qui sont loin des technologies de l'information informatique pensent souvent que tous les programmeurs sont les mêmes et qu'il est difficile de trouver un langage commun avec eux.

En fait, pour parvenir à une compréhension mutuelle avec le développeur, vous avez besoin de:

• Exprimez clairement votre idée. De plus, cette idée doit être aussi concrétisée et concrète que possible. L'option «Je veux gagner de l'argent avec le programme» n'est pas une idée. L'idée est "ce que je veux que ce programme fasse". Il peut s'agir de savoirs traditionnels, de descriptions sous forme de diagrammes, d'un bref.
• Assurez-vous que le développeur comprend l'essence de l'idée. Voici une question du domaine de la communication. Un spécialiste vous comprendra «en un coup d'œil». Un autre devra expliquer plusieurs fois et non le fait qu'il percevra tout correctement. Pour éviter les problèmes et les divergences, il y a des étapes préliminaires de travail, y compris la rédaction d'une tâche technique claire et sans ambiguïté. Si vous pourrez obtenir un savoir traditionnel clair et cohérent avec votre idée, alors le travail continuera à être effectué correctement.

Comme vous pouvez le voir, avec la bonne compréhension du terme «systèmes d'information informatiques», la communication avec les spécialistes n'est pas aussi compliquée que les nombreux mythes sur les informaticiens le décrivent.

En savoir plus sur la façon d'appliquer cette définition d'un système d'information informatique dans la pratique dans le prochain article .