La documentation système

Cet article est aussi disponible en: English (Anglais)

Les changements apportés aux systèmes sont dictés par l’évolution des conditions, ce qui exige que la documentation du système soit maintenue conformément à la stratégie.

Le Processus de Spécification

Les changements de système commencent par l’entreprise. L’enjeu principal du développement de systèmes est la traduction des exigences métiers en spécifications techniques. Les gens d’affaires ne peuvent pas être experts en matière technique et les techniciens ne peuvent pas être des experts en gestion d’entreprise. C’est pourquoi nous analysons les exigences fonctionnelles.

L’utilisation d’outils de spécification graphique tels que UML dans l’analyse des systèmes est le meilleur moyen de surmonter le problème de langage. UML est une notation qui peut décrire à la fois le résumé et le détail des fonctionnalités requises. Nous utilisons Enterprise Architect de Sparx Systems. Nous utilisons Enterprise Architect de Sparx Systems.

La nécessité d’une documentation système

Les projets réunissent des experts de la mise en œuvre et des personnes connaissant parfaitement les exigences. Et la qualité du système dépend de leur compréhension mutuelle. Pour faciliter cette compréhension, nous documentons en UML. Il s’agit d’un langage graphique compréhensible par toutes les parties.

La documentation système est important pour créer un référentiel.

Gestion de Projet

Les méthodes de gestion de projet telles que PRINCE (PRojects In Controlled Environments) et Kepner Tregoe démontrent que la gestion de projet nécessite un contrôle.

Le risque de gaspillage de ressources, de temps et le nombre de projets échoués justifient cela. Certaines méthodes de gestion de projet elles-mêmes sont trop compliquées.

Dans le développement de logiciels, il existe également diverses approches telles que la méthode de la cascade (itérations), la modélisation des tests.

Gestion de la Qualité

Le processus de développement centrale (codage, gestion des infrastructures, choix techniques) lui-même est impliqué.

Il y a plusieurs niveaux de contrôle, qui augmentent les coûts et la complexité globale du système. Il y a sûrement quelque chose qui manque si nous avons besoin d’autant de contrôle.

Les méthodes Agiles visent à résoudre ce problème de trop documentation en rapprochant des clients entreprises et les développeurs. Le processus de spécification donc inclus plus de discussions. Les schémas sont alors utiles pour documenter la compréhension mutuelle des modèles de systèmes.

La Stratégie d’Entreprise

La turbulences des marchés, des économies, des systèmes politiques conduisent à une approche à court terme. Celles-ci à leur tour rendent la réflexion stratégique plus difficile et conduit à une gestion réactive.

Autrefois, on établissait un plan quinquennal, mais celui-ci a été réduit à trois ans ces derniers temps. Voir encore plus court terme face à l’incertitude. Parfois, une stratégie commerciale consiste simplement à voir clairement l’avenir sur l’échelle d’un an. Qu’est-il arrivé à la réflexion stratégique?

Comment les entreprises peuvent-elles investir dans un climat d’incertitude? J’appelle au retour à des conditions stables et confiantes, mais avec cet esprit d’innovation qui stimule le changement géré.

Tags:

Add a Comment

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.